Java：ResultSet getString() 因环境而异

Question

我有一个返回 Oracle Date 对象的 SQL 查询。 例如：

从 DUAL 中选择系统日期

当前有代码执行以下操作：

String s = rs.getString("sysdate");

问题是，这在不同环境下返回不同的日期格式（数据库相同）。

将返回一种环境： 2011-01-31 12:59:59.0

另一个会返回更奇怪的东西： 2011-1-31 12.15.32.0 （时间以小数分隔）

也许这与区域设置有关...一台机器是 java 报告的“英语（加拿大）”，另一台机器是“英语（美国）”。

我感兴趣的是，当结果集将日期对象转换为字符串时，该格式来自哪里？

Answer 1

来自甲骨文网站：

在数据库连接时，JDBC
类库设置服务器
NLS_LANGUAGE 和 NLS_TERRITORY
与语言环境相对应的参数
运行 JDBC 的 Java VM
司机

所以是的，响应的差异是因为机器指定了不同的区域设置。正确的解决方案应该是使用 getDate() 或 getTimestamp() 或让数据库服务器以前面提到的特定格式将日期作为字符串返回。

Answer 2

我建议根本不要调用getString。您要求的值不是字符串，而是日期或时间戳。因此，请改为调用 getDate 或 getTimestamp。 （我不知道其中哪一个最合适；这取决于 sysdate 的确切语义。）

如果您然后需要格式化它，您可以这样做以适当的方式。

从根本上来说，在代码和数据库之间引入的文本转换越少越好。这是使用参数化查询的一个原因 - 您不必关心数据库如何解析数值或日期和时间；您只需关心数据库将如何解析数值或日期和时间；您只需提供价值。这是同一类事情，但方向相反。

Answer 3

在 11g 驱动程序中，格式似乎是硬编码的。对结果集调用 getString() 最终会调用此方法：

oracle.sql.TIMESTAMPTZ.toString(int year, int month, int day, int hours, int minutes, int seconds, int nanos, String regionName)

对于日期，oracle.jdbc.driver.DateAccessor.getString() 会使用 nanos=-1 调用此方法，结果为使用格式“yyyy-mm-dd HH:MM:SS”

对于时间戳，格式为“yyyy-mm-dd HH:MM:SS.S”。将包含最多 9 位纳秒。

实际上，另一个有趣的结果是，从 10g 到 11g，这发生了显着变化：

10.2.0.5.0：

select a DATE value and use getString to read it

2009-04-20 00:00:00.0

select a TIMESTAMP value and use getString to read it

2010-10-15.10.16. 16. 709928000

11.2.0.2.0：

select a DATE value and use getString to read it

2009-04-20 00:00:00

select a TIMESTAMP value and use getString to read it

2010-10-15 10:16:16.709928

您的环境是否正在使用不同版本的Oracle JDBC 驱动程序？

Answer 4

如果您确实希望将其作为字符串，那么最好在查询中使用 to_char 。

SELECT to_char(sysdate, 'MM/DD/YYYY') FROM DUAL; 

这将是一致的。

Answer 5

不要使用getString，而使用getDate（或getTimestamp）。这样它就不会依赖数据库引擎将其转换为字符串。