SQLServer类型和Java类型转换问题解决.docVIP

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 数据类型列的表中检索数据，则会发生异常。 Getter 方法转换 基于 SQL Server 2005 的数据类型，以下图表包含 SQLServerResultSet 类的 getType 方法的 JDBC 驱动程序转换图，以及 SQLServerCallableStatement 类的 getType 方法支持的转换。 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就没问题，郁闷，到现在还不知道为什么。 3. 相关资源： /products/jdbc/overview.html /zh-cn/data/aa937724(en-us).aspx