名前付きデータベースへは、さまざまなアクセス方法で接続されます。たとえば、ODBC アクセスの場合は名前付きデータベースを指すデータ ソース名（DSN）を設定する必要があります。複数の DSN が同じ名前付きデータベースを指すことができます。『ODBC Guide』の ODBC データベース アクセスを参照してください。その他のアクセス方法の場合、アプリケーション開発者が、それぞれのアクセス方法の API を使用して名前付きデータベースに接続することができます。Zen ドキュメントの開発者向けガイドを参照してください。

名前付きデータベースを作成する最も簡単な方法は、Zen Control Center を使用することです。『Zen User's Guide』の新規データベースを作成するにはを参照してください。アプリケーション開発者は別のアクセス方法の API を用いて名前付きデータベースを作成することもできます。たとえば、SQL の場合は CREATE DATABASE、DTI の場合は PvCreateDatabase()、ADO.NET の場合は Data Access Application Blocks を参照してください。

『ODBC Guide』の SQL 文法のサポートを参照してください。

識別子は、データベースの名前、またはデータベース内の列、テーブル、プロシージャやその他名前付きオブジェクトの名前です。識別子は、通常の識別子またはデリミター（区切り記号）付きの識別子として指定されます。

通常の識別子とは、二重引用符で囲まれていない識別子のことです。通常の識別子は大文字または小文字の文字で始まる必要があります。識別子の残りの部分は大文字または小文字の文字、数字、および有効な文字の任意の組み合わせで構成されます。

デリミター付き識別子とは、二重引用符で囲まれた識別子のことです。デリミター付き識別子は、有効な文字から成る任意の文字列と、それを囲む二重引用符で構成されます。

推奨できる使用法ではありませんが、デリミター付き識別子には予約語も使用できます。たとえば、INSERT は通常の識別子としての使用は許可されませんが、"INSERT" はデリミター付き識別子としては許可されます。識別子がキーワードでもある場合は二重引用符で囲む必要があります。たとえば、SELECT "password" FROM my_pword_tbl となります。"password" は SET PASSWORD ステートメントのキーワードなので二重引用符で囲みます。

通常、識別子は一定のスコープ内でユニークである必要があります。つまり、同じ名前を使用する同一タイプのオブジェクトのインスタンスは同一領域内では使用できません。次の表は、オブジェクト名がどのような領域またはスコープ内でユニークである必要があるかを表します。

既存のアプリケーションで、Btrieve ファイルを作成したり開いたりする際にデータベース名を指定していないアプリケーションをサポートするために、Zen では、トランザクショナル データベース エンジンごとのデフォルト データベースという概念が維持されています。デフォルト データベースは、"DefaultDB" という名前であらかじめ定義されているデータベースです。アプリケーション コードを変更しないで新しいセキュリティ モデルを使うようにするには、Btrieve データ ディレクトリをデフォルト データベースと関連付けてから、それらのディレクトリにあるデータ ファイルへのアクセスを制御するよう、デフォルト データベースでユーザーおよび権限を設定します。

また、データベース エンジンは、クライアント接続ごとの現在のデータベースという概念も理解しています。Btrieve の Login（78）、Create（14）、または Open（0）オペレーションでデータベース名が指定されていない場合、トランザクショナル エンジンは、そのオペレーションは現在のデータベースに関連するものであると見なします。現在のデータベースとは、各クライアントで、一番最近 Login（78）オペレーション（明示的ログイン）が発生したデータベースを指します。クライアント コンピューターが明示的なログイン操作を要求していない場合は、一番最近 Create（14）または Open（0）オペレーション（暗黙ログイン）が発生したデータベースが現在のデータベースとなります。明示的にも暗黙的にもログインが発生していない場合は、前の段落で説明したデフォルト データベースが現在のデータベースとなります。クライアントが明示または暗黙のログインを実行した場合、あるいは最後のファイル ハンドルを閉じることによって DefaultDB が現在のデータベースとなった場合には常に、現在のデータベースが変わる可能性があることに注意してください。各クライアントの現在のデータベースは、ほかのクライアントの動作とは関係ありません。

既存のアプリケーションに新しいセキュリティ モデルを構成する最も簡単な方法は、すべての Btrieve データ ディレクトリをデフォルト データベースと関連付け、このデータベース内で PUBLIC グループの権限を設定することです。PUBLIC グループは、データベースのセキュリティを有効にしたとき、Master ユーザーと共に自動的に作成されます。MicroKernel エンジン セキュリティのクイック スタートを参照してください。

次の表は、ファイルのレコードに圧縮が設定されていないことを前提にしています。レコード圧縮を使用する場合は、1 ページあたりに格納されるレコードがさらに増えることを考慮してください。『Zen Programmer's Guide』のページ サイズの選択およびファイル サイズの予測を参照してください。

次の表は、ファイルのレコードに圧縮が設定されていないことを前提にしています。レコード圧縮を使用する場合は、1 ページあたりに格納されるレコードがさらに増えることを考慮してください。『Zen Programmer's Guide』のページ サイズの選択およびファイル サイズの予測を参照してください。

この設定オプションはデータベース エンジンのパフォーマンス チューニング用プロパティの 1 つです。ZenCC でエンジンのプロパティを設定するには、およびセグメント サイズを 2 GB に制限を参照してください。

このプロパティはデフォルトでオンに設定されており、以前のリリースと同様 2 GB の限界でファイルはセグメント化されます。このプロパティをオフに設定すると、ファイルは 2 GB の限界を超えて増大します。設定プロパティの追加情報については、ファイル バージョンの自動アップグレードも参照してください。

セグメントされていないファイルは、お使いのオペレーティング システムによって指定されているファイル サイズの制限を受けます。たとえば、FAT32 ファイル システムで［セグメント サイズを 2 GB に制限］の設定をオフにしてサイズの大きなファイルを作成すると、倍の 4 GB ファイルに拡張されます。以前作成したファイルが既にセグメント化されている場合、そのセグメントはファイル上でそのまま残ります。

［作成ファイルのバージョン］オプションは、データベース エンジンのファイル互換性用プロパティの 1 つです。ZenCC でエンジンのプロパティを設定するにはを参照してください。

設定のカスタマイズに関する作業とリファレンスについては、設定リファレンスを参照してください。

クライアント/サーバー通信およびデータベース エンジンの設定に関する作業とリファレンスについては、設定リファレンスを参照してください。

エンコードのサポートは、データベース コード ページとクライアント エンコードに分割されています。この 2 種類のエンコードは、別個のものですが相互に関係しています。説明を簡単にするために、データベース コード ページとクライアント エンコードを一緒に説明します。『Getting Started with Zen』のクライアント用のネットワーク通信の設定を参照してください。

『ODBC Guide』の DSN のセットアップおよび接続文字列を参照してください。このトピックでは ODBC 接続文字列についても説明しています。

作成したアプリケーションでは idshosts によるマッピング機能を使用しないという場合は、［IDS の使用］ 設定をオフにします。アプリケーションが既に idshosts を使用している場合、あるいはこの代替方法を使用してファイルの場所をマップしたいと考えている場合は、［IDS の使用］をオンにします。IDS の使用を参照してください。

idshosts ファイル内のエントリの形式については、ファイル自体のコメントを参照してください。コメントにはマッピングの例も提供されています。デフォルトで、Windows プラットフォームの場合には、idshosts ファイルはデータベース クライアントのインストール ディレクトリ下の \bin ディレクトリにインストールされます。Linux および Raspbian の場合には、idshosts ファイルはデータベース クライアントのインストール ディレクトリ下の /etc ディレクトリにインストールされます（例：/user/local/actianzen/etc）。