S​Q​L​S​e​r​v​e​r​类​型​与​J​a​v​a​类​型​转​换​问​题​解​决

ResultSet 接口提供用于从当前行获取列值的获取 方法（getBoolean、getLong 等）。可以使用列的索引编号或列的名称获取值。一般情况下，使用列索引较为高效。列从 1 开始编号。为了获得最大的可移植性，应该按从左到右的顺序读取每行中的结果集列，每列只能读取一次。

对于获取方法，JDBC 驱动程序尝试将底层数据转换为在获取方法中指定的 Java 类型，并返回适当的 Java 值。JDBC 规范有一个表，显示允许的从 SQL 类型到 ResultSet 获取方法所使用的 Java 类型的映射关系。

SQL Server 类型	JDBC 类型 (java.sql.类型)	Java 语言类型
bigint	BIGINT	long
timestamp binary	BINARY	byte[]
bit	BIT	Boolean
charnchar	CHAR	String
decimal money smallmoney	DECIMAL	java.math.BigDecimal
float	DOUBLE	double
int	INTEGER	int
image	LONGVARBINARY	byte[]
text ntext	LONGVARCHAR	String
numeric	NUMERIC	java.math.BigDecimal
real	REAL	float
smallint tinyint	SMALLINT	short
datetime smalldatetime	TIMESTAMP	java.sql.Timestamp
varbinary	VARBINARY	byte[]
varchar nvarchar uniqueidentifier	VARCHAR	String

注意： JDBC 驱动程序目前不支持 SQL Server sqlvariant 数据类型。如果使用查询从包含 sqlvariant 数据类型列的表中检索数据，则会发生异常。

基于 SQL Server 2005 的数据类型，以下图表包含SQLServerResultSet 类的 get<Type> 方法的 JDBC 驱动程序转换图，以及SQLServerCallableStatement 类的
get<Type> 方法支持的转换。

JDBC 驱动程序的 getter 方法支持三种基本的转换类别：
·        Non-Lossy (x) ：在 getter 类型等于或小于基础服务器类型的情况下执行转换。例如，对基础服务器的十进制数列调用getBigDecimal 时，无需进行转换。
·        Converted (y) ：从数字服务器类型到 Java 语言类型的转换，此时的转换为常规转换，并遵循 Java 语言转换规则。对于这些转换，总是直接截取有效位数（从不四舍五入），而溢出则按目标类型取模处理，以较小者为准。例如，对包含“1.9999”的基础十进制数列调用getInt 将返回“1”；如果基础十进制数值为“3000000000”，则 int 值将溢出为“-1294967296”。
·        Data Dependent (z) ：从基础字符类型转换到数字类型时，要求字符类型所包含的值可转换成数字类型。不执行其他转换。如果值对于getter 类型过大，则该值无效。例如，如果对包含“53”的 varchar(50) 列调用getInt ，则该值作为 int 返回；但如果基础值为“xyz”或“3000000000”，则发生错误。
（摘自微软的sqljdbc帮助文档）
1. ResultSet中对于getDouble,getFloat,getInt方法由于返回的是基本类型数据，所以null变为了0（如果值为 SQL NULL ，则返回值为 0 ）。这给我们带来了不少麻烦。为了避免这个问题需要借助ResultSet#wasNull()方法
2. ResultSet#getDate。以前没注意过这个家伙返回的类型是java.sql.Date,发现数据库字段类型为datetime时返回来的数据只有年月日，用 ResultSet#getTimestamp就没问题，郁闷，到现在还不知道为什么。