文字セットとは、指定のハードウェアやソフトウェア システムで認識されるテキストおよびその他の記号の文字集合（リスト）です。英語で使用される文字のみを認識すればよいシステムであれば、文字セットは A～Z と a～z の文字、0～9 の数字、および数個の句読記号という小さいサイズで済みます。ほかの言語もサポートする場合は、文字セットのサイズも大きくなります。たとえば、ヨーロッパ言語ではアクセントや発音区別符号を持つ文字が追加されます。その他の言語には完全に異なる文字が存在します。

Unicode 標準は、世界中の言語で使用されているすべての文字に対応した文字セットを定義しています（www.unicode.org を参照）。また、Unicode は文字幅、文字表記の方向、語および改行などを指定するための追加情報を定義することで文字セットの概念を拡大させています。これにより、アプリケーションでは Unicode のテキストを適切に表示および操作することができます。アプリケーションおよびデータベースでも、大文字小文字の変換や並べ替えなどの作業にこの追加情報が必要です。

従来の文字セットの場合、エンコードはコード ページで定義されます。コード ページは、文字から値へ（または値から文字へ）変換するためのルックアップ テーブルのように考えることができます。テキストを使用するアプリケーションでは必ず同じコード ページを使用することが重要です。あるコード ページを使用したデータベースに格納されている文字が別のエンコードで読み取られると、別の文字として表示されることがあります。

文字エンコード システムでは、1 つ 1 つの文字がコード ポイントと呼ばれる一意の値に割り当てられており、それをエンコード データに使用することができます。コード ポイントは面単位で構成されます。各面には、65,536（216）字分のコード ポイントを収録することができます。Unicode では最大 17 面が使用できるように設定されています。1 番目の面である 0 面は BMP（Basic Multilingual Plane：基本多言語面）と定義されており、現在定義されているコード ポイントの大部分がここに含まれています。このドキュメントの作成時点で、0、1、2、15、および 16 面のみにコード ポイントが含まれています。Unicode 標準ではコード ポイントのエンコード方式にいくつかの方法があります。一般的に使用される 2 つの方式は UTF-8 と UCS-2 です。UTF-8 は文字のコード ポイント値をバイト文字列にエンコードします。この場合、1 文字につき 1 バイトから 4 バイト使用します。UCS-2 は 16 ビット値（「ワイド文字」と呼ばれることが多いです）を使用して文字のコード ポイント値をエンコードします。

Zen の SQL アクセス方法では、アプリケーションとアクセス方法との間でやり取りされるバイト文字列用のクライアント コード ページを推測します。Windows の場合、このアクセス方法はアプリケーションがバイト文字列にアクティブ コード ページ（ACP）を使用していることを前提としています。Linux および Raspbian の場合、このアクセス方法はアプリケーションがロケールのエンコードを使用していることを前提としています。通常、これは LANG 環境変数で設定されます。

Zen では、データベース エンジンとクライアント間でエンコードを確実に適合させる方法があります。たとえば、アプリケーションは、Zen SQL クライアントがデータベース コード ページとクライアント アプリケーション間でデータを自動的に変換するように指定することができます。これは、自動変換と呼びます。ただし、この自動変換によって文字を変換するのは、それらの文字がサーバー マシン上のコード ページとクライアント マシン上のコード ページの両コード ページの文字セットに存在する場合のみであることに注意してください。

UTF-8 の場合、文字列ストレージはバイト文字列であることに留意してください。バイト文字列の場合、Zen はリレーショナル データ型の CHAR、VARCHAR、LONGVARCHAR、そして Btrieve データ型の STRING と ZSTRING を提供します。『SQL Engine Reference』のデータ型も参照してください。ヨーロッパ言語は 1 文字に対して、従来のコード ページの単一バイトではなく 2 バイトを必要とすることが多いので、UTF-8 を保存するときは列が拡大されることもあります。

既存の CHAR、VARCHAR および LONGVARCHAR データ型用のアプリケーションで挿入された文字列データはすべて UTF-8 文字列として解釈されます。Zen SQL アクセス方法を設定して、自動的に UTF-8 へ変換させることができます（Unicode UTF-8 対応のアクセス方法を参照）。

先の概念と定義で説明したように、エンコードは Zen データベース エンジンと Zen クライアント アプリケーション間で文字データをどのように変換するかを指定します。Zen では、クライアントとサーバー間のエンコードの複雑性、およびオペレーティング システム、言語、アクセス方法のさまざまな組み合わせに対処します。エンコードの機能拡張は、データベース コード ページとクライアント エンコードに分割されています。この 2 種類のエンコードは、別個のものですが相互に関係しています。

Zen Control Center（ZenCC）はそれ自体、データベース エンジンのクライアント アプリケーションです。クライアントとして、ZenCC では、各データベース セッションで ZenCC がメタデータおよびデータを読み取りまたは追加する際に使用するエンコードを指定することができます。既存データベースのデフォルトでは、ZenCC が実行されているマシンのエンコードを使用します。これは、ZenCC の旧来の動作です。新しいデータベースのデフォルトでは、自動変換を使用します。『Zen User's Guide』の ZenCC 接続エンコード を参照してください。

詳細については、『Data Providers for ADO.NET Guide』の接続の追加、PsqlConnectionStringBuilder オブジェクトおよび文字セットの変換を参照してください。

『JDBC Driver Guide』の接続文字列の要素を参照してください。

DSN を設定する場合、エンコード オプションとして "自動"、"OEM/ANSI"、および "なし" から選択することができます。"自動" を設定すると、ドライバーはクライアント エンコードからデータベース コード ページへ変換するようになります。"OEM/ANSI" を設定すると、ドライバーはクライアント エンコードを対応する OEM コード ページへ変換するようになります。"なし" に設定すると、ドライバーがテキストを変換できないようにします。詳細については、『ODBC Guide』のエンコード変換を参照してください。

『ODBC Guide』のOEM/ANSI 変換も参照してください。

これを達成するには、指定のデータベースへの接続に使用する ODBC.INI（デフォルトで /usr/local/actianzen/etc にあります）内のクライアント DSN 設定が次のようになっている必要があります。

この設定を使用する場合は、DSN の定義を変更する必要はありません。dsnadd ツールで作成されたままの DSN を使用します。

この設定を使用する場合は、DSN の定義を変更する必要はありません。dsnadd ツールで作成されたままの DSN を使用します。『Zen User's Guide』の dsnadd を参照してください。

Zen ではワイド文字データ用のドライバーを使用する ODBC で UCS-2 をサポートし、また DSN エンコード変換用のデフォルトをサポートします。『ODBC Guide』のエンコード変換およびODBC 接続文字列を参照してください。

ZenCC におけるエンコードのサポートも参照してください。

これらの機能の詳細については、『Zen User's Guide』の「［ファイルを開く］ダイアログと［ファイルを保存］ダイアログ」、「データのインポート/エクスポート、スキーマのエクスポートでサポートされるワイド文字データ」および「ファイル エンコードの初期設定」セクションを参照してください。

バルク データ ユーティリティ（BDU）はコマンド ライン ツールで、区切り文字付きテキスト ファイルのデータを Zen テーブルに読み込むことができます。データ ファイルの読み込み時に使用するデータ エンコードを指定するために、「-c エンコード」というコマンド ライン パラメーターが提供されます。エンコード オプションは UTF-8、UTF-16LE、および UTF-16BE です。データ ファイルに BOM（バイト オーダー マーク）が含まれている場合、BDU はその BOM で指定されたエンコードを用います。つまり、コマンド ラインで encoding パラメーターの値を指定したとしても、データ ファイルで BOM を使用して UTF-8、UTF-16LE、または UTF-16BE のエンコードを示していた場合は、BDU はそのエンコードを優先して使用します。BOM または -c パラメーターがない場合、BDU はデフォルトでシステム コード ページを使用します。

『Zen User's Guide』の bdu を参照してください。

照合順序が指定されていない場合、Zen はデフォルトで、コード ポイント順に文字を並べ替えます。デフォルトは昇順、つまり、最小値から最大値の順です。これを降順に変更することができます。詳細については、『Zen Programmer's Guide』のソート順序を参照してください。

基本的に、ユーザー定義の ACS は、文字のコード ページの順序位置と、代替の順序位置を関連付けるテーブルです。ACS の作成については、『Zen Programmer's Guide』のオルタネート コレーティング シーケンスで説明しており、例も提供しています。データ ファイルのレイアウトの定義で、キー値フィールドの ACS を指定します。本ガイドのキーのオルタネート コレーティング シーケンスの指定、および『Zen Programmer's Guide』のデータ レイアウトを参照してください。

ACS の設定についての詳細は、『Btrieve API Guide』の Create（14）、Create Index（31） および Get Next Extended（36）、『DDF Builder User's Guide』のオルタネート コレーティング シーケンス（ACS）ファイルおよび『SQL Engine Reference』の SET DEFAULTCOLLATE を参照してください。

ACS のもう 1 つのタイプはインターナショナル ソート規則（ISR）です。ISR は、言語固有のソート順用にあらかじめ定義されたオルタネート コレーティング シーケンスです。ISR を使用すれば、ドイツ語などの ä、ö、ü（ae、oe、ue としてソート）および ß（ss としてソート）の文字を持つ言語を正しくソートできます。Zen は、インストールに含まれる collate.cfg ファイルで多くの ISR テーブルを提供しています。これらの使用例については、『Zen Programmer's Guide』のインターナショナル ソート規則を使用した照合順序のサンプルに記載されています。詳細については、前述のオルタネート コレーティング シーケンスの参照情報をご覧ください。

ICU 照合順序は ISR テーブル名と同じように使用されますが、PVSW_ や MSFT_ で始まる名前を持たない点が異なります。名前は、プレフィックス u54- を付けた名前にするか、または単に root とする必要があります。また、これらの照合順序は次の Unicode データ型にのみ適用することができます。

ICU 照合順序の詳細については、ICU プロジェクトの Web サイトを参照してください。

詳細については、『SQL Engine Reference』の SET DECIMALSEPARATORCOMMA、小数点の記号のカンマおよび SET TIME ZONE を参照してください。