CHARACTERデータ型 - Advanced SQL Engine - Teradata Database

Teradata Databaseの内部文字の格納用の固定長の文字列を表わします。

構文

{ { CHARACTER | CHAR } [ ( n ) ]
    [ { CHARACTER | CHAR } SET server_character_set ] |

    GRAPHIC [ ( n ) ]

} [ attributes [...] ]

n

このサーバー文字セットで定義された列に割り当てられる文字数またはバイト数。

• LATINサーバー文字セットの場合、nの最大値は64000文字です。
• UNICODEおよびGRAPHICサーバー文字セットの場合、nの最大値は32000文字です。
• KANJISJISサーバー文字セットの場合、nの最大値は32000バイトです。

nの値を指定しない場合のデフォルトは1になります。

server_character_set

定義する文字タイプの列のサーバー文字セット。CHARACTER SET句を参照してください。

CHARACTER SETserver_character_set句を省略した場合のデフォルトのサーバー文字セットは、CREATE USER文のDEFAULT CHARACTER SET句でユーザーがどのように定義されているかによって異なります。<Teradata Vantage™ - SQLデータ定義言語-構文規則および例、B035-1144>の「CREATE USER」を参照してください。

Teradataの国際化計画に従って、今後、KANJI1サポートは推奨されず、近い将来に廃止されます。KANJI1をデフォルトの文字セットとして使用することはできません。システムはデフォルトのKANJI1文字セットをUNICODE文字セットに変更します。KANJI1の新規オブジェクトの作成は、高度に制限されています。KANJI1を使用するクエリーやアプリケーションの多くは、従来通り動作する可能性はありますが、KANJI1を使用するサイトはできるだけ早く別の文字セットに変換する必要があります。

server_character_setのサポートされている値は、次のとおりです。

• LATINは、ASCII ISO 8859 Latin1またはISO 8859 Latin9レパートリーの固定8ビット文字を表わします。LATINサーバー文字セットを参照してください。
• UNICODEは、Unicode®標準からの固定16ビットまたは32ビットの文字を表わします。UNICODEサーバー文字セットを参照してください。
• GRAPHICは、DB2用にIBM Corporationで定義された固定16ビットのUNICODE文字を表わします。GRAPHICサーバー文字セットを参照してください。
• KANJISJISは、KanjiShiftJISの特性に依存する日本語アプリケーション用の1バイト/マルチバイト文字の混合を表わします。KANJISJISサーバー文字セットを参照してください。

attributes

適切なデータ型、列記憶、または列制約属性。

具体的な説明については、主なデータ型属性と記憶属性と制約属性を参照してください。

ANSI準拠

CHARACTERは、ANSI SQL:2011に準拠しています。

GRAPHICは、ANSI SQL:2011規格に対するTeradataの拡張機能です。

ストレージ

文字データは、使用されているサーバー文字セットに応じて文字またはバイト単位で割り当てられます。1文字当たりの格納バイト数は、次の表に示すように、サーバー文字セットによって異なります。

CHARACTERの外部表現

クライアント アプリケーションは、Teradata Databaseと対話するときに、その文字セット(文字データ用の使用形式)を指示します。サーバーは、すべての文字データをその形式でクライアント アプリケーションに返します。

クライアントのシステム データ型との変換は、Teradata Databaseによって行なわれます。

CHARACTER型の場合にエクスポートされるバイト数の詳細は、Teradata SQL文字列およびクライアント物理バイトを参照してください。

表示形式

CHARACTER(n)のデフォルトの表示書式は、X(n)です。例えば、X(5)の場合、‘HELLO’のデータは‘HELLO’のように表示されます。

GRAPHICデータ

GRAPHICを使って、マルチバイトの文字データを表わすことができます。

GRAPHIC(n)は、CHARACTER(n) CHARACTER SET GRAPHICと等価です。すべてのGRAPHIC(n)データをCHARACTER(n) CHARACTER SET GRAPHICと定義するのが最善策です。

グラフィック列の各マルチバイト文字は、1論理文字当たり2バイトであるものとして格納されます。したがって、グラフィック データ列は、必ず、evenのバイト数を表わすことになります。

長さ(n)なしでGRAPHICを指定した場合、デフォルトはGRAPHIC(1)になります。

以下のルールが、GRAPHICデータの切捨てと文字の埋込みに適用されます。

グラフィック データとクライアント文字セット

KanjiEBCDICのグラフィック文字列リテラルでは、次の構文を使用します。

KanjiEBCDICの文字セットでは、グラフィック文字列内のマルチバイト文字は、次のように、シフト アウト/シフト イン文字で区切る必要があります。

INSERT INTO TableEBCDIC (ColGRAPH)
 VALUES (G'<AB>');

ここで、ABは、有効なKanjiEBCDICマルチバイト文字列であり、Gは文字列がグラフィック レパートリーに属さなければならないことを示します。また、各単一引用符は1バイト文字です。

GRAPHICの外部表現

次の表では、IBM DB2 GRAPHICタイプのクライアント表現をリストしています。

アプリケーション定義とクライアント データ型を判別するのは、アプリケーション プログラマの責任です。

関連トピック