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 类的 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就没问题，郁闷，到现在还不知道为什么。
3. 相关资源：