以下のトピックでは、Zen データの管理およびその機能を説明します。

Zen は、MicroKernel エンジンを中心に構成された総合的なデータベース管理システムです。

このセクションでは製品とそのコンポーネントを説明します。

簡単に言えば、「データベース」はデータの集合体です。一般的に、データは同じ特徴を共有する情報をサブセットに分割したものによって構成されます。以下にデータベースの例をいくつか示します。

本製品に関しては、データベースは意味を持ち明確に定義された関連情報の集合体を指します。おそらく、お使いのコンピューターまたはネットワーク上に使用可能な 1 つ以上のデータベースがあります。たとえば、備品または材料を購入するベンダーに関する情報のデータベースがあり、また、顧客あるいはメンバー情報を含むデータベースなどがあります。これらはそれぞれ別個で、明確に定義された関連情報の集合体です。

コンピューター時代のさなか、私たちはありとあらゆる場所でデータベースという情報の集合体に取り囲まれています。残念なことに、これらのデータは、整理、検索、分析、最新状態を保つ手段を持たなければ何の役にも立ちません。

「データベース管理システム」（以下 DBMS）は大量データを管理し、そのデータをその他のコンピューター プログラムや人々が相互に利用できるようデザインされたコンピューター プログラムです。また、DBMS は略式にデータベース エンジンと呼んだり、単にエンジンと呼ぶこともあります。DBMS は以下のタスクを実行します。

要するに、DBMS ではデータを組織化し、その安全性を保守するので、簡単にデータを使用および理解することができます。

Zen の DBMS は、データの管理を支援するためのさまざまなコンポーネントで構成されています。

高いパフォーマンスを実現している Zen の中核的要素は、MicroKernel エンジンです。このエンジンはコンピューターのハード ディスク上のデータ ファイルを直接処理します。リクエストされると、ユーザーやアプリケーションがデータを処理しているときであっても、新規データの挿入、不要なデータの削除を直ちに行い、また、データ ファイルの安全性と整合性を常に保守します。

Zen リレーショナル エンジンは MicroKernel エンジンおよび Zen クライアントと通信します。このエンジンは、Microsoft ODBC のサポート、複雑な検索、分析機能およびセキュリティを含む多くの重要な機能を提供します。

クライアント/サーバー システムでは、Zen クライアントは Enterprise Server に対してリクエストを行うコンピューター上に存在します。クライアントは、クライアント アプリケーションと、ネットワークを通してサーバー上の MicroKernel エンジンおよびリレーショナル エンジンの両方と相互に作用します。

Zen Control Center（ZenCC）は、データベースの作成と操作および DBMS の管理に役立つグラフィカル ツールです。ここから本製品のほとんどすべての製品機能にアクセスすることができます。ZenCC 全般の説明については、Zen Control Center の使用を参照してください。

Zen データベース エンジンでは、Zen で使用できる多くのオプションや機能のテスト、設定および操作をサポートする多様なグラフィカル ツールおよびコマンド ライン ツールが提供されます。すべてのユーティリティは Windows 上で実行でき、ほとんどのユーティリティが Linux および macOS データベース サーバー エンジンにリモートからアクセスできます。

Zen には完全なドキュメント一式が含まれています。ドキュメントの詳細については、Zen マニュアルの使い方を参照してください。

このセクションでは、データベースの基本的な概念と、Zen を他のデータベース製品と差別化する機能について説明します。

今日使用されているデータベース管理システムの多くは、共通する基本構造のセットを共有しています。これらの構造について、次の表を使って以下に説明します。

データベースの最も基本的な要素は、「値」です。値はデータの 1 つの要素であり、1 つの特性であり、特定のエンティティに使用します。たとえば、上図で氏名の "John Doe" や電話番号の "555-1212" は値です。

もう 1 つの要素は、「列」です。または、「フィールド」とも言います。列は特性を表し、特定の値を持ちません。通常、列はその特性を説明する名前を持ちます。たとえば、電話帳では「氏名」および「電話番号」が列です。これらは特定の人物を検索しない限り、特定の値を持ちません。フィールドは、特定の行の一般的な特性を参照するのに使うことがあります。たとえば、前に示した表内で特定のボックスを指し、「このフィールドの値は何ですか？」と尋ねることができます。

もう 1 つの要素は、「行」です。または、「レコード」とも言います。行は、ある特定のインスタンスに対するすべての値の集合体です。たとえば、電話帳で、氏名、住所、電話番号がすべて揃った 1 つのエントリが 1 つのレコードまたは行です。

「セル」は、特定のレコード内の 1 つの列です。行と列が交差している部分がセルです。各セルには固有の値があります。たとえば、2 行目の第 3 列にあるセルの値は 12345 です。

行と列の集合体は「テーブル」を構成します。テーブルは、まったく同じ構造を共有するデータのセットです。通常、テーブルはその内容を説明する名前を持ちます。たとえば、上図のテーブルは "電話帳" という名前が付けられています。Zen では、各テーブルはハード ディスク上で別々のデータ ファイルとして保存されます。

「インデックス」は、特定の列に含まれるすべての値を順序付けしたリストです。テーブルには、インデックスを付けないようにすることもできますし、1 つ以上のインデックスを付けることもできます。データベース エンジンでは、インデックスを使ってデータベース内で特定のレコードを検索します。すべてのレコードを 1 つずつ順に検索していく必要はありません。データベース検索で頻繁に使用する列にインデックスを作成すると、高い確率でデータベースのパフォーマンスが向上します。

「データベース」は 1 つ以上のテーブルの集合体です。テーブル内のデータは、さまざまなテーブル間で必ずしも関連付ける必要はありませんが、通常は多くの関連付けが行われます。たとえば、後で述べる「食べ物の好み」テーブルと前に示した「電話帳」テーブルで 1 つのデータベースを構成することができます。Zen では、ハード ディスク上の 1 つ以上のデータ ファイルとデータ辞書ファイル（DDF）で 1 つのデータベースが構成されます。DDF は、データベースの構造を定義するテーブル、列、その他の属性のすべての定義が含まれる特別なデータ ファイルです。

「スキーマ」は、データベースの全体の構造を説明する定義の完全なセットを指します。標準のスキーマでは、テーブル、列、インデックスおよびその他多くの属性が定義されています。データベースの DDF にはそのデータベースのスキーマが含まれます。

「リモート」は、使用しているコンピューターにはないが、アクセスしたいファイル サーバーまたはデータベースなどのオブジェクトを指します。ネットワーク上のデータベースに接続した場合は、リモート データベースに接続しています。リモートは、「ローカル」の反意語です。リモートは、サーバー コンピューターまたはそのクライアントの 1 つのどちらで現在作業しているかによって、クライアントまたはサーバーのいずれかを指します。リモートは常に、使用しているシステム上にないオブジェクトを指します。

「ローカル」は、現在使用しているコンピューター、またはこのコンピューターに保存されているものを指します。ローカル データベースとは、そのデータ ファイルが現在使用しているコンピューターのハード ディスク上に保存されているデータベースです。ローカルは「リモート」の反意語です。ローカルは、サーバー コンピューターまたはクライアント コンピューターのどちらで現在作業しているかによって、クライアントまたはサーバーのいずれかを指します。

「リレーショナル」という語は、関連付けられたテーブルの形式で格納されているデータを指します。関連付けられたテーブルにより、データのサブセット間で関係を設定することができます。

たとえば、前に示した 2 つのテーブルには「氏名」という列があり、それぞれの値には同じ名前がいくつかあります。電話帳テーブルの氏名と食べ物の好みテーブルの氏名は相互に参照することができるので、「ステーキを好む人物の電話番号は？」などの質問に対して答える機能を持つことができます。また、「製品 A を購入した後で製品 B を最も多く購入する消費者の特徴は？」という質問にも答えることができます。

リレーショナル データベースがどれほど強力かがわかります。Zen のリレーショナル エンジンを使用すれば、データへの完全なリレーショナル アクセスが可能です。

「結合」は、関連付けられたテーブルの列間の関係を指します。通常、結合操作は SELECT クエリの一部で、関連付けられたテーブルから情報を取得するのに使用します。

Zen の重要な機能の 1 つは、アプリケーションがデータにアクセスする際に、業界基準のリレーショナル エンジン、あるいは高速アクセスの MicroKernel エンジンのどちらの方法でも使用できることです。実際、Zen を使用すれば、アプリケーションは両方のエンジンを同時に使用して同じデータにアクセスすることができます。

Zen は Btrieve API、ADO.NET、または ODBC など、エンジンを用いてデータにアクセスする方法を多数提供します。アクセス方法の詳細については、SDK ドキュメントを参照してください。

製品やドキュメント内で MicroKernel エンジンについて言及する場合、「テーブル」および「データベース」という用語は一般的に使用せず、データ ファイルがこれらの用語に相当します。さらに、MicroKernel エンジンユーザーは通常、「行」および「列」よりも「レコード」および「フィールド」という用語を使用します。

Zen には異なるバージョンがあります。これらのバージョンの大きな違いは、価格、マルチ ユーザー機能および使用されるライセンス モデルです。

全バージョンのデータベース エンジンは Zen データベースと完全な互換性があり、共通するアーキテクチャで設計されています。通常、Workgroup から Enterprise Server へアップグレードする場合はアプリケーションやデータベースを変更する必要はありません。新しいバージョンをインストールするだけで、動作する準備が整います。Cloud Server は異なるライセンス モデルを使用するため、完全インストールが必要です。Zen Enterprise Server または Workgroup を Cloud Server へアップグレードすることはできません。

Zen Workgroup は、スタンドアロンのシングル ユーザー インストレーションや小規模なワークグループ向けに設計された、ピアツーピア ネットワーク セットアップを提供します。Workgroup エンジンは、データベース エンジンがインストールされていないコンピューター上に置かれている Zen データに複数のユーザーがアクセスできるようにするエンジンです。

Workgroup と Enterprise Server との主な違いは、Workgroup のゲートウェイ機能です。データが置かれているコンピューター上で起動しているデータベース エンジンがない場合、通常はそのデータに接続する最初のデータベース エンジンがほかのエンジンからのすべてのリクエストを処理してデータにアクセスします。この機能は、同じ Workgroup エンジンが常にそのデータを提供する設定、あるいは任意の稼働日中、そのデータに最初に接続する Workgroup エンジンがゲートウェイを請け負うという "動的" な設定の両方が可能です。

Workgroup 製品は同時ユーザー ライセンス モデルを使用します。ライセンス モデルを参照してください。

Zen Enterprise Server は、何千にも及ぶ同時ユーザーにパフォーマンスとスケーラビリティを提供するクライアント/サーバーの完全なアーキテクチャを備えています。Enterprise Server エンジンでは監視および設定がリモートで行えます。Enterprise Server エンジンは、アクセスされるデータ ファイルと同じコンピューター上に存在しなければなりません。

Enterprise Server の設定は、ドキュメントで特に注記がない限り、Windows、Linux、macOS、Windows Nano Server、および IoT Core システムでインストールされるエンジンすべてで同じです。

Enterprise Server は同時ユーザー ライセンス モデルを使用します。詳細については、ライセンス モデルを参照してください。ライブ マイグレーション、フェールオーバー、フォールト トレランス（FT）、高可用性（HA）および障害回復などのハイパーバイザー機能と一緒に使用するためにライセンスを追加する必要もありません。

Zen Cloud Server は Enterprise Server と同等の機能がありますが、このライセンス モデルの場合はサービス管理、SaaS（サービスとしてのソフトウェア）、またはその他の多重クライアントの環境をサポートできるよう設計されています。Cloud Server にはホスティング、接続プール、またはインターネットやイントラネットの使用に制限はありません。

Cloud Server では容量ベース ライセンス モデルを使用します。ライセンス モデルを参照してください。

Cloud Server は Enterprise Server で用いられる技術を基に構築されているため、Enterprise Server のデータベース機能やドキュメントの多くが共通しています。マニュアル全体を通して、特に異なる点を明記していない限り、Enterprise Server に関する記述はすべて Cloud Server にも該当します。

Zen のすべてのマニュアルはいずれも、クリックやドラッグ、ファイルのオープンや保存などコンピューターの基本的な使用に慣れていることを前提としています。これらの基本的な使用に関する情報が必要な場合は、お使いのコンピューターやオペレーティング システムに付属するドキュメントを参照してください。

ユーザー向けドキュメントのビューアーは Zen Control Center（ZenCC）に組み込まれています。ドキュメントは、ZenCC インターフェイスの［ようこそ］ビュー、［ヘルプ］メニュー、F1（Windows）または Shift + F1（Linux）キーを押すことによって開くことができます。

以下は、ドキュメント ライブラリで最もよく使用されるマニュアルの要約です。このライブラリにはほかのマニュアルも含まれていて、それらはすべて上で説明した ZenCC インターフェイスから使用することができます。

『Getting Started with Zen』を読めば、Zen 設定をインストール、セットアップ、およびトラブルシューティングすることができるようになります。以下のトピックについて説明しています。

『What’s New in Zen』は、Zen の本リリースの新機能と、前リリースからの動作変更をまとめたものです。また、新機能の詳細が記載されたドキュメントの参照先も示します。

本ガイドでは、Zen の概要を示し、一般的なユーザー タスクについて説明します。また、データベース エンジン、Zen のユーティリティとその他の主要なコンポーネントについて説明するとともに、サーバー エンジンとワークグループ エンジンとの違い、および ODBC と Btrieve アクセスの違いについても説明します。さらに、Zen の基本事項を記載します。

『Advanced Operations Guide』では、一般的な操作やいくつかの新しい操作を実行する手順を含め、管理者レベルでの詳細情報を提供します。以下のトピックが含まれます。

『SQL Engine Reference』は、データベース プログラマ向けの SQL リレーショナル データベース言語の完全なリファレンスです。SQL エンジンのパラメーターおよび制限についても説明しています。

『Status Codes and Messages』には、Zen 使用時に受け取る可能性があるステータス コードと番号付きメッセージがすべて記載されています。

弊社 Web サイトでは、Zen の製品ドキュメント、ホワイト ペーパー、技術白書をダウンロードしたり、オンライン ライブラリを使用したりすることができます。

Zen データベース エンジンは、Windows ファイル共有などの、ローカルのオペレーティング システムによって定義されたファイル システムのセキュリティに従います。

Enterprise Server および Cloud Server はいずれも、ログイン ユーザー名に割り当てられた権限によって OS レベルのファイル セキュリティを設定することができます。Workgroup 製品ではこれを行いません。Workgroup が最もよく使用される小規模オフィスでは、ネットワークの専門家がいない可能性があり、データ アクセスの障害が高くなることと、より複雑なセキュリティによってもたらされる利点とのトレードオフはあまりにも大きいため、これが好ましいと考えられます。