将 Oracle 集合与瘦 JDBC 一起使用时的全球化问题

发布于 2024-07-06 16:17:47 字数 380 浏览 10 评论 0原文

总结一下这个问题:

  1. 当数据库编码是西方 ISO 8859-2 时,在 Java 1.5 (JDBC) 中检索字符串工作正常
  2. 当切换到东欧 ISO(例如 ISO 8859-5)时,所有正常的 JDBC 字符串转换都可以工作,除了那些涉及Oracle集合的,例如对象的嵌套表。 我得到的不是正确的字符串,甚至是简单的字符串(例如“1”),而是“???” (三个问号)。

我尝试了以下 10.2.0.4 JDBC Jar 文件,但无济于事:

  • ojdbc14.jar
  • orai18n.jar

我还尝试了 CHAR 和 VARCHAR2,两者的行为相同。

To summarise the issue:

  1. Retrieving strings in Java 1.5 (JDBC) works fine when the DB encoding is Western ISO 8859-2
  2. When switching to an Eastern European ISO (e.g. ISO 8859-5), all the normal JDBC string conversions work, except the ones involving Oracle collections, e.g. nested tables of objects. Instead of proper strings, even simple ones such as "1", I get "???" (three question marks) instead.

I tried the following 10.2.0.4 JDBC Jar files, but to no avail:

  • ojdbc14.jar
  • orai18n.jar

I also tried both CHAR and VARCHAR2 and both behave the same.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

很快妥协 2024-07-13 16:17:47

您可能想尝试使用 NVARCHAR2 类型。

该类型更适合非英语字符。

You might want to try using the type NVARCHAR2.

That type is better suited for non-English characters.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文