IBMPowerサーバークエリでの大文字と小文字の区別に関する問題
私が働いている場所には、データの保存とアクセスに使用するIBM PowerSystemがあります。現在、i OS6.1を実行しています。 IISサーバー上に、このサーバーからデータを取得し、さまざまな機能を実行するいくつかの異なるWebアプリがあるWebサイトがあります。これらすべてに何らかの検索機能があります。ケースに問題があります。これらのサイトのうちの2つでの感度。
ここで少し毛むくじゃらになります。この問題は、IBMシステムでv5r4からv6r1にアップグレードしたときにのみ発生し始めました。ただし、すべてのサイトで発生するわけではありません（合計8つあり、2つに問題があります）。すべて同じIO手順を使用しているため、これは非常に奇妙です。このWebサイトは、データベースをリモートでテストできる別の当事者によって開発されました。彼らはv7r1を実行しており、テストしていません。私たちのデータベースでサイトを使用するときに問題があります。WebサイトはODBC経由でデータにアクセスし、DSNを再構成しようとしました。サポート担当者の1人が、正確なODBC config .regファイルがあり、まだ何もありません。彼らと私はどちらもアイデアが不足しているため、今のところ、ヘルプリンクに頼っています。たまたま、クエリに同じサーバーを使用する別のWebサイトで作業していました。そして、このサイトのODBC接続は同じ動作をしました...名前と他の検索フィールドはすべて大文字と小文字が区別されるようです。私のサイトが機能しないことに突然驚いたので、私は知っています。 、v6r1のアップグレード前は、私のサイトは大文字と小文字を区別していませんでした。サードパーティのアプリを使用してSQLクエリを実行し、同じDSNでこのアプリケーションのクエリは大文字と小文字を区別しません。ご覧のとおり、相関関係は見つかりません。特定のクエリでこれを引き起こす可能性のあるIBMDSNの問題、またはIBMサーバー/ファイルシステムの大文字と小文字の区別を知っている人はいますか？
容疑者がODBCドライバーの場合は、DSNを確認します。[言語]タブを選択し、並べ替えの種類[言語IDに基づいて並べ替え]を選択します。次に言語IDを選択します。デフォルト設定は「* HEX値に基づいてソート」。
容疑者がIBMiサーバーである場合は、管理者にサーバー・ジョブのSRTSEQプロパティー（おそらくQZDASOINIT）をチェックして、* LANGIDSHRに設定してもらいます。デフォルトは* HEXです。明らかに、これは、アクセスだけでなく、IBMサーバーへのすべてのODBCアクセスに影響します。ただし、アップグレード前の状態である場合は、元に戻すのが最善の方法です。
クエリがモノケーシングを明示的に処理した場合は、より透過的になる可能性があります。つまり、... WHERE CUSTNAME LIKE'JONES％ '...ではなく... WHERE UPPER（CUSTNAME）LIKE'JONES％' .. ..