在哪里工作，我们有一个IBM电力系统，我们用于数据存储和访问。 它目前正在运行我的OS 6.1。 我们有一个IIS服务器上的网站，它从这个服务器提取数据，并有几个不同的networking应用程序，可以完成不同的function。 所有这些都有一些searchfunction。 在其中两个站点上有一个区分大小写的问题。
这里是有点毛茸茸的地方。 只有在IBM系统上从v5r4升级到v6r1时，才会出现此问题。 虽然如此，所有的网站都没有发生（总共有8个，有2个是这个问题）。 这很奇怪，因为它们都使用相同的IO程序。 该网站由另一方开发，他们可以远程testing我们的数据库。 他们正在运行v7r1，并没有任何问题，当我们的数据库使用该网站。 该网站通过ODBC访问数据，我试着重新configurationDSN。 其中一位支持人员甚至让我用.reg文件注册他们的确切的ODBCconfiguration，而且什么也没有。 他们和我都没有想法，所以现在，我们已经求助于一个帮助链接。 我正好在使用同一个服务器进行查询的另一个网站上工作，而且该站点中的ODBC连接具有相同的行为…名称和任何其他search字段似乎都是区分大小写的。 我知道，因为我突然发现我的网站没有工作，我的网站在v6r1升级之前不区分大小写。 我们还使用第三方应用程序来运行SQL查询，并且在同一个DSN上，此应用程序中的查询不区分大小写。 所以你可以看到，我找不到任何关联。 有没有人知道IBM DSN的问题或IBM服务器/文件系统的大小写敏感，可能导致某些查询？
如果嫌疑人是ODBC驱动程序，请检查DSN。 select语言选项卡，然后selectsortingtypes“基于语言IDsorting”。 然后select你的语言ID。 默认设置是“基于*hex值sorting”。
如果嫌疑人是IBM i服务器，请让pipe理员检查服务器作业（可能是QZDASOINIT）的SRTSEQ属性，将其设置为* LANGIDSHR。 默认是* HEX。 显然，这将影响所有的ODBC访问IBM服务器，而不仅仅是访问。 但是如果升级之前就是这样，也许最好把它放回原处。
如果查询明确地处理了单一化，那么可能会更加透明。 所以，而不是…在哪里客户就像'JONES％'…这将是…在上面（CUSTNAME）像'JONES％'…