DB2で漢字をLIKE検索する方法とは？文字コードエラーの原因と対処法を解説

DB2で日本語の氏名や住所などを検索する際、LIKE句で漢字を指定するとエラーになることがあります。特に「山田%」のような日本語文字列を条件に指定した場合、SQL文自体は正しく見えても、データベースの文字コード設定や接続環境の違いによって正常に処理できないケースがあります。

この記事では、DB2で漢字を含む文字列検索を行う場合に確認すべきポイント、LIKE検索の正しい書き方、文字コードによるエラーの原因と解決方法について解説します。

DB2でLIKE検索時に漢字エラーが発生する主な原因

DB2で「where name like ‘山田%’」のようなSQLを実行してエラーになる場合、SQLのLIKE演算子そのものが原因ではないことが多くあります。

主な原因として考えられるのは、以下のような文字コードやデータ型の不一致です。

• データベースのコードページと接続環境の文字コードが一致していない
• 列のデータ型と検索文字列の形式が合っていない
• クライアントツールが日本語文字を正しく送信できていない
• DB2の環境で日本語コードがサポートされていない

例えば、DB2のデータベースがEBCDIC系の環境で動作している場合、通常のASCII環境とは日本語文字の扱いが異なるため、単純な文字列指定ではエラーになることがあります。

DB2のLIKE句で日本語検索する基本的な書き方

DB2で通常のUTF-8や日本語対応環境を利用している場合、基本的には通常の文字列リテラルで検索できます。

SELECT * FROM customer WHERE name LIKE '山田%';

このSQLは、name列の値が「山田」で始まるデータを取得します。

例えば、以下のようなデータが登録されている場合に一致します。

そのため、SQL構文としては「LIKE ‘山田%’」で問題ありません。エラーになる場合は環境設定を確認する必要があります。

G’山田%’の意味と使用時の注意点

DB2では、グラフィック文字列を扱うためにG表記を使用する場合があります。

LIKE G'山田%'

これはUnicodeなどのグラフィックデータ型を扱う場合に利用される形式ですが、すべてのDB2環境で利用できるわけではありません。

例えば、対象列が通常のVARCHAR型なのに検索条件だけをGRAPHIC文字列にすると、型の違いによってエラーになる場合があります。

つまり、G表記を使えば必ず日本語検索できるというわけではなく、列のデータ型やデータベース設定が一致している必要があります。

DB2で日本語検索できない場合に確認する項目

漢字検索が失敗する場合は、まずデータベースと対象列の情報を確認します。

代表的な確認ポイントは以下の通りです。

例えば、Windows上のツールから実行すると失敗するが、DB2サーバー上のコマンドラインでは成功する場合、SQLではなく接続ツール側の文字コード設定が原因の可能性があります。

DB2の文字コード設定を確認する方法

DB2ではデータベースのコードセットやテリトリー設定を確認できます。

GET DB CFG FOR データベース名;

このコマンドで、データベースのコードセットや設定情報を確認できます。

また、対象テーブルの列定義も確認することが重要です。

DESCRIBE TABLE テーブル名;

検索対象のname列がVARCHARなのか、GRAPHIC系なのかによって、適切な検索方法が変わります。

日本語LIKE検索で発生しやすい別の問題

文字コード以外にも、見た目が同じ文字でも内部的に異なる文字として扱われる問題があります。

例えば、旧字体、新字体、異体字などでは、人間には同じ漢字に見えてもデータベース上では別文字として保存されている場合があります。

また、全角スペースや環境依存文字が含まれている場合も、LIKE検索で期待した結果にならないことがあります。

まとめ

DB2で漢字をLIKE検索する場合、基本的には「LIKE ‘山田%’」のような通常のSQLで問題ありません。

エラーが発生する場合は、SQL文よりもデータベースの文字コード設定、列のデータ型、接続ツールの環境を確認することが重要です。

G’山田%’のようなグラフィック文字列指定は特定の環境では有効ですが、すべてのDB2環境で利用できるわけではありません。まずは対象列の型とDB2の文字コード設定を確認し、環境に合った日本語検索方法を選択することが解決への近道です。