この章では、Pervasive PSQL データベースで作業を行うために知っておく必要のある基本的なタスクについて説明します。以下の項目について説明します。

このセクションでは、Pervasive PSQL エンジンの起動および停止方法について説明します。エンジン設定プロパティによっては、設定の変更を有効にするためにエンジンを停止および再起動する必要があります。

データベース エンジンを起動および停止するには、お使いのエンジンおよびプラットフォームの手順に従ってください。

Windows サーバー環境では、Pervasive PSQL Server はサービスとして起動します。サービスはインストール処理の一部としてロードされ、デフォルトのインストールであれば常に使用可能な状態に設定されます。

その他の Pervasive PSQL 製品である Pervasive DataExchange もサービスをインストールします。Pervasive DataExchange は、Pervasive PSQL Transactional Engine および Pervasive PSQL Relational Engine の両方のサービスに依存します。

データベース エンジン サービスの開始、停止、再開によって依存サービスがどのように動作するかを次の表にまとめます。

どのアプリケーションを使用してデータベース エンジン サービスを開始、停止または再開したかに関係なく、依存サービスの動作は同じです（PCC、Windows Services、Net Start、PSC）。

DataExchange のサービスを開始した場合、必須のサービスとして Pervasive PSQL Relational Engine が開始します。

この手順は、ワークグループ エンジンがアプリケーションとしてインストールされていることを前提としています。『Getting Started with Pervasive PSQL』のWindows での Pervasive PSQL Workgroup のインストールを参照してください。

この手順は、ワークグループ エンジンがアプリケーションとしてインストールされていることを前提としています。『Getting Started with Pervasive PSQL』のWindows での Pervasive PSQL Workgroup のインストールを参照してください。

この手順は、ワークグループ エンジンがサービスとしてインストールされていることを前提としています。『Getting Started with Pervasive PSQL』の Windows での Pervasive PSQL Workgroup のインストールを参照してください。

この手順は、ワークグループ エンジンがサービスとしてインストールされていることを前提としています。『Getting Started with Pervasive PSQL』のWindows での Pervasive PSQL Workgroup のインストールを参照してください。

Linux では、データベース エンジンはデーモンとして起動します。デーモンはインストール処理の一部としてロードされ、完全インストールであれば常に使用可能な状態に設定されます。

Pervasive PSQL v11 SP3 デーモン プロセスを起動および停止するには、root ユーザーとしてログインする必要があります。プロセスを起動および停止するには、シェル スクリプトの psql を使用します。

コマンド ラインで以下のように入力します。

Pervasive PSQL 64 ビット サーバーでは、このコマンドはトランザクショナル デーモンとリレーショナル デーモンの両方を起動します。リレーショナル デーモンは 32 ビットのみです。

コマンド ラインで以下のように入力します。

Pervasive PSQL 64 ビット サーバーでは、このコマンドはトランザクショナル デーモンとリレーショナル デーモンの両方を停止します。

データベース エンジンが正しく起動または停止されなかった場合は、psql start および stop コマンドを使用してエンジンを強制停止する必要があります。force stop は共有メモリと Pervasive PSQL が作成したセマフォを削除し、Pervasive PSQL リレーショナルおよびトランザクショナル プロセスを停止します。データベース エンジンを強制停止するには、コマンド ラインで次のように入力します。

このセクションでは、最初にオペレーティング システム上での管理者レベルのアクセス権を必要とする Pervasive PSQL v11 SP3 のタスクと、それを必要としないタスクについての概要を説明します。次に、サポートされる各オペレーティング システムでユーザー管理者レベルのアクセス権を許可する手順を説明します。

以下を行うには、管理者レベルの権限が必要です。

管理者レベルのアクセスを行うには、次の条件を満たす必要があります。

Table Editor を使用してテーブル設計を変更するには、Pervasive_Adminグループのメンバーであっても、データベース エンジンが実行中のマシンでの完全な管理者権限を持っている必要があります。

Pervasive_Admin オプションを使用すれば、ユーザーにデータベース エンジンが存在するオペレーティング システムの管理者権限を与えることなく、そのデータベース エンジンの管理者権限を許可することができます。

Active Directory 環境内では、1 つまたは複数の Pervasive_Admin グループを使用することができます。『Getting Started with Pervasive PSQL』の Active Directory サービスを参照してください。

管理者レベル権限を持たないユーザーは、実行時のみのアクセス権により以下のような操作を行うことができます。

ユーザーに管理者権限を許可するには、お使いのプラットフォームの手順に従ってください。

Pervasive_Admin のメンバーまたは Administrators のメンバーであるユーザーは、データベース エンジン上で管理者用のタスクを実行することができます。

Pervasive PSQL サービスのためのオペレーティング システムの設定には、データベース エンジンを実行するマシンへのログインに影響するものがあります。これらの設定は、Pervasive_Admin グループを使用してもしなくても適用されます。

設定は Pervasive PSQL Server のエンジンに適用されます。ワークグループ のエンジンをサービスとして実行している場合にはワークグループのエンジンにも適用されます。『Getting Started with Pervasive PSQL』のサービスとしてのワークグループ エンジンの起動を参照してください。

デフォルトのインストールでは、トランザクショナル サービスおよびリレーショナル サービスは共に［ローカル システム アカウント］としてログオンするよう設定されます。

［アカウント］へのログオン設定を変更した場合、そのアカウントのユーザー権利ポリシーを［オペレーティング システムの一部として機能］に変更する必要があります。そうしないと、リモート ログインは失敗します。

たとえば、Monitor ユーティリティは、データベース エンジン実行中のマシン上のオペレーティング システムにログインしていることを必要とします。［アカウント］に指定したアカウントがオペレーティング システムの一部として機能しない場合、ログイン失敗のメッセージを受け取ります。

Administrator アカウントであっても、ユーザー権利ポリシーを［オペレーティング システムの一部として機能］に設定する必要があるので注意してください。

サービス プロパティで［アカウント］を指定します。

次のタスクは、ユーザー権利ポリシーの変更方法を説明します。

管理者権限を持つデータベース ユーザーとして設定されていないユーザーは、Linux サーバー エンジンをリモートで管理することはできません。サーバーのコマンド ラインで btadmin ユーティリティを使ってこのタスクを実行することができます。

管理者権限の環境設定についての詳細は、『Getting Started with Pervasive PSQL』の Linux での Pervasive PSQL のアカウント管理を参照してください。

このセクションでは、データベースへの ODBC アクセスの設定に関する概念情報を提供します。

ここで説明するトピックには、以下の基本概念が含まれています。

Pervasive PSQL は Microsoft 標準の ODBC データベース接続に対応しています。この標準に従って、ODBC を使用するアプリケーションはオペレーティング システムで定義されているデータ ソース名（DSN）を介してデータベースにアクセスする必要があります。

ODBC アプリケーションを使用してアクセスする Pervasive PSQL データベースはどれも、そのデータベースを識別する DSN を持っている必要があります。Pervasive PSQL データベース エンジンを指す DSN を、エンジン DSN と言います。エンジン DSN は 32 ビットのみなので、その使用は現在推奨されていません。エンジン DSN または名前付きデータベースを指す 32 ビット DSN を、クライアント DSN と言います。64 ビット オペレーティング システムの DSN は、「エンジン」や「クライアント」の呼称を付けないで、単に 64 ビット DSN と呼ばれます。

新規または修正を施す 32 ビット アプリケーションは、ローカルでもリモートでも、エンジン DSN を使用するのではなく名前付きデータベースに接続する必要があります。この代わりに、Pervasive PSQL ODBC ドライバー名を指定することによって、アプリケーションが DSN レス接続を使用するという方法もあります（『SQL Engine Reference』の Pervasive PSQL ODBC ドライバー名を参照してください）。エンジン DSN の使用を避けることで、将来エンジン DSN が Pervasive PSQL でサポートされなくなってもアプリケーションを維持することができます。

Windows 64 ビット オペレーティング システムには、ODBC アドミニストレーター用の実行可能ファイルが 2 種類含まれています。1 つは 32 ビット DSN 用で、もう 1 つは 64 ビット DSN 用です。各 ODBC アドミニストレーターは、自身のビット数に合致するシステム DSN のみを列挙します。64 ビット Pervasive PSQL Server または Workgroup の場合、PCC の［ツール］メニューには、32 ビットまたは 64 ビットの ODBC アドミニストレーターを起動するためのオプションが個別にあります。ODBC アドミニストレーターが既に開かれている場合、Windows ではそれをデフォルトとします。つまり、32 ビット ODBC アドミニストレーターが開いているときに 64 ビット用を起動しようとすると、Windows は 32 ビット バージョンを表示します（逆も同様）。これは Pervasive PSQL の制限ではなく、Windows オペレーティング システムの制限です。

図 4 は、DSN 設定の例です。

Pervasive PSQL のサーバーもクライアントです。Pervasive PSQL のクライアント コンポーネントは、サーバー エンジンまたはワークグループ エンジンでそれぞれインストールされます。 このため、サーバー コンピューターからほかのサーバーにクライアントとして接続することができます。 Pervasive PSQL クライアントでは、Pervasive PSQL サーバー エンジンがインストールされたリモート コンピューターに接続することができます。

ODBC クライアント サーバー アーキテクチャは特定のデータ セットをそれぞれの名前で呼び出すので、わかりやすい名前で参照することができます。DSN の作成には一般的に 3 種類の方法があります。

Pervasive PSQL が使用するデータベースが内部データベース名（DBNAME）であることを識別する方法です。データベース アクセスに ODBC を使用している場合、1 つの DBNAME を参照する DSN（データ ソース名）エントリを作成する必要があります。同じ DBNAME を参照する複数の DSN を設定することもできます。サーバー上のデータ ファイルの物理的な場所が変更された場合、DBNAME のみを更新する必要があります。すべての DSN は変更されません。

トランザクショナル インターフェイスからのみアクセスされる Pervasive PSQL データベースでは DSN は必要ありません。しかし、そのデータベース テーブルは PCC で表示されず、PCC を使用して操作することもできません。PCC でテーブルのデータを可読形式で表示するには、テーブルがデータ辞書ファイル（DDF）に定義されている必要があります。『DDF Builder User's Guide』を参照してください。

Pervasive PSQL Java ユーティリティで作成したデータベースも DSN を必要としません。たとえば、Pervasive PSQL Control Center は ODBC ではなく JDBC を使用します。

データベースが存在するサーバーの名前を知っておく必要があります。データベースが既に DBNAME を持っている場合、PCC はこれを使用します。新規データベースを作成したいが既存のデータ ファイルを使用する場合は、サーバー上のデータ ファイルの場所を知っておく必要があります。

リモート マシン上に DSN を作成するには、アクセスするデータベースのあるリモート マシンで管理者権限を持っている必要があります。ローカル マシン上でシステム DSN を作成する、OS のシステム権限を持っている必要があります。

ODBC インターフェイス GUI は、Windows オペレーティング システムが 32 ビットか 64 ビットかによって異なるので注意してください。32 ビット DSN 用を使用すれば、エンジン DSN を指定することができます。64 ビット インターフェイス ドライバーは名前付きデータベースのみをサポートします。64 ビット クライアント インターフェイスはローカルの名前付きデータベースに接続できる（エンジン DSN の機能に置き換わる）、あるいはリモートの名前付きデータベースに接続できます。エンジン DSN への接続はサポートされていません。

Linux では、サーバーで dbmaint ユーティリティを使用してデータベース名を作成します。dbmaint の詳細については、dbmaint または dbmaint man page を参照してください。

dsnadd ユーティリティを使用します。dsnadd を参照してください。

Pervasive PSQL Control Center を使用して、Pervasive PSQL v11 SP3 エンジンがインストールされているリモート マシンのデータにアクセスすることができます。

これで、リモート データベース エンジンからデータを取得しました。

データベース操作を含む高度な操作やメンテナンス方法については、『Advanced Operations Guide』を参照してください。

このセクションでは、Microsoft Access および Microsoft Excel を使用してデータにアクセスする方法を説明します。

このセクションでは、以下の例について説明します。

このセクションの手順では、データ辞書ファイル（DDF）またはデータ ファイルを削除しません。

デフォルトでは、Pervasive PSQL Control Center でデータベースを削除した場合、関連する DSN エントリも同時に削除されます。

ユーザーの簡易切り替えは Windows XP Home Edition および Windows XP Professional の機能で、この機能はコンピューターからログオフしなくてもユーザー間の切り替えをできるようにします。複数のユーザーで 1 台のコンピューターを共有し、それぞれのユーザーが実行中のプログラムを閉じないで、ユーザー間を相互に切り替えることができます。ユーザーはすべてコンピューターにローカル接続されており、ネットワークを介してログインされません。一度に 1 人のユーザーだけが対話式にコンピューターを使用できます。

Pervasive PSQL 2000i サーバー エンジンは、Windows XP Professional でも Windows XP Home Edition でもサポートされません。このサポートは次期 Windows Server OS がリリースされてからサポートする予定です。

Pervasive PSQL のこのリリースでは、ユーザーの簡易切り替えをオンにした場合は次の Microsoft の制限が適用されます。これらはオペレーティング システムの制限です。

ユーザーの簡易切り替えは、コンピューター管理者または制限に分類される 2 つのタイプのユーザーのみが許可されます。また、コンピューター管理者のみがユーザーの簡易切り替え機能のオンオフを切り替えることができます。

Windows XP Professional では、ローカル デスクトップとリモート デスクトップの 2 つの操作モードが利用できます。リモート デスクトップは、XP クライアントを使用してリモート コンピューターから XP マシンにアクセスします。多くの点で、リモート デスクトップ機能は Windows 32 ビット プラットフォームのターミナル サービスに似ています。

（XP マシンで Pervasive PSQL クライアントを使用し、ネットワークを介して Pervasive PSQL サーバー エンジンと通信することもできます。クライアントは、Pervasive PSQL でサポートされているほかの Windows プラットフォームの場合と同様に機能します。）

Pervasive PSQL のクライアントおよびワークグループ エンジンをローカル モードで使用する場合には、次の条件が適用されます。ローカル モードはローカル エンジンと通信するローカル クライアントを参照します。