我应该使用JDBC getNString（）而不是getString（）吗？
我们正在构建一个由我们使用JDBC访问的Oracle数据库支持的Java应用程序（驱动程序ojdbc6.jar和orai18n.jar ）。 数据库模式主要使用NVARCHAR2数据类型存储文本列。
JDBC ResultSet的JDBC文档说getNString()特别适用于NCHAR，NVARCHAR等数据类型，但目前我们只使用getString() 。
这似乎工作正常，所以我想知道为什么我应该使用getNString()而不是getString() 。 如果输入非ASCII字符， getString()会开始失败，或者Oracle JDBC驱动程序对于我应该使用哪种方法无动于衷？
编辑：似乎它可能依赖于数据库： SQL Server似乎不介意您使用哪个 ，具体取决于连接参数。 有没有人有关于Oracle的任何具体信息？
我已经对我们的应用程序进行了测试，似乎getNString()对于Java 6，JDBC 6，Oracle JDBC 6驱动程序和Oracle 11.1.0.6.0来说是不必要的。 我使用的测试字符串是“Δ，Й，ק，م，7，あ，叶，叶和말”，复制自http://en.wikipedia.org/wiki/Unicode 。
我们的大部分数据访问都是通过存储过程完成的。 Java能够通过setObject()和getString() （而不是setString()出于抽象原因）正确设置和检索上述测试字符串，从接口收集数据并按预期将其写回接口。
因此， getString()适用于Oracle 11g的Unicode数据（如上面链接中的SQL Server），因此我们将继续使用此而不是getNString() 。
如果您的数据库使用NVARCHAR2数据类型，则它旨在存储多语言数据。 如果任何unicode数据存储在这些列中，您的程序将会中断。 如果我是你，我会转向getNXXX()方法