Btrieve

Btrieve は、トランザクション データベース (ナビゲーション データベース) ソフトウェア製品です。高速検索用にデータを格納する方法である、インデックス シーケンシャル アクセス メソッド(ISAM) に基づいています。この製品には、 DOS、Linux 、 Microsoft Windowsの旧バージョン、32 ビット IBM OS/2、Novell NetWare向けの複数のバージョンがあります。

もともとは SoftCraft が発行したレコード マネージャーでした。Btrieve は Doug Woodward と Nancy Woodward によって開発され、初期資金の一部は Doug の兄弟 Loyd Woodward によって提供されました。最初のIBM PCがリリースされたのとほぼ同時期に、Doug は結婚祝いに会社の株式の 50% を受け取り、後に残りの株式を兄弟から購入しました。市場シェアと人気を獲得した後、1987 年に Novell が Doug と Nancy Woodward から買収し、DOS バージョンを継続するとともに、 NetWareオペレーティング システムに統合しました。この製品は、あらゆる NetWare ネットワークで使用可能であったため、NetWare 2.x、3.x、4.xのすべてのコピーに組み込まれただけでなく、中規模市場アプリケーションに組み込まれたデータベースとして大きな市場シェアを獲得しました。 Novell 内で組織再編が行われた後、1994 年に製品と技術を Doug および Nancy Woodward と Ron Harris に分離し、Btrieve Technologies, Inc. (BTI) という新しい会社で開発することが決定されました。

Btrieve はバージョン 6.15 からモジュール化され、MicroKernel Database Engineと呼ばれる標準ソフトウェア インターフェイスにプラグインされる 2 つのデータベースフロントエンドの 1 つになりました。Btrieve フロントエンドは Btrieve API をサポートし、もう 1 つのフロントエンドは Scalable SQL と呼ばれていました。これは、独自の構造化照会言語(SQL) を使用する MKDE に基づくリレーショナル データベース製品です。これらのバージョン (Btrieve 6.15 および ScalableSQL v4) がリリースされた後、IPO の前に会社名がPervasive Softwareに変更されました。その後まもなく、Btrieve 製品と ScalableSQL 製品はPervasive.SQL または PSQLとして販売される製品に統合され、後にActian Zen になりました。Btrieve は数年間存続しましたが、ScalableSQL はすぐに廃止されました。顧客は、SQL と Btrieve アプリケーションの両方をサポートする Pervasive.SQL へのアップグレードを推奨されました。

Btrieve はリレーショナル データベース管理システム(RDBMS) ではありません。Btrieve の初期の説明では、レコード マネージャと呼ばれていました(Pervasive では当初、ナビゲーション データベースという用語を使用していましたが、後にトランザクション データベースに変更されました)。これは、Btrieve が基礎となるレコード作成、データ取得、レコード更新、およびデータ削除の基本機能のみを扱うためです。Btrieve は、基礎となるインデックス作成およびストレージ メカニズムとしてISAM を使用します。Pervasive のアーキテクチャの重要な部分は、 MicroKernel Database エンジンの使用です。これにより、さまざまなデータベース バックエンドをモジュール化し、DBMS パッケージ Pervasive.SQL に簡単に統合できます。これにより、Btrieve ナビゲーション データベース エンジンと SQL ベースのエンジンである Scalable SQL の両方をサポートできるようになりました。

現在のバージョンの Btrieve では、システム トランザクションとユーザー トランザクションがサポートされています。システム トランザクションは、非トランザクション操作とユーザー トランザクションのバンドルであり、ユーザー トランザクションは、データベース内の実際のデータに対して動作するトランザクションです。システム トランザクションは、複数のトランザクションをバッチで実行できるようにし、データの回復を容易にするために開発されました。

Btrieve ファイル形式は、エンジンが入出力操作を実行するときにメモリとストレージ間を移動するデータであるページのみで構成されています。バージョン 6.0 より前は、データ ページ、インデックス ページ、およびファイル制御レコードのみを使用していました。ファイルには、物理​​ページにリンクされた検索用インデックスがありました。バージョン 6.0 以降では、論理ページが使用されるようになりました。論理ページは、ページ割り当てテーブルによってディスク上の物理ページ (ファイル内の固定位置にあるページ) にマップされます。ファイル制御レコードには、現在使用中のページ数など、Btrieve ファイルに関する重要な情報が含まれています。データベースの破損を回避するために、Btrieve では、レコードの更新に 2 つの方法を使用します。バージョン 6.0 より前の Btrieve ではプリイメージ ページング、それ以降のバージョンではシャドウ ページングです。バージョン 6 とそれ以前のバージョンの間で互換性の問題が発生したのは、主に、ファイル形式の大幅な変更を必要としたプリイメージ ページングからシャドウ ページングへの切り替えが原因でした。

Btrieve は、SoftCraft、Novell、Btrieve Technologies, Inc. (後に Pervasive Software に改名)、Actian Corporation の 4 つの異なる企業によって所有および開発されてきました。これらの企業には献身的で忠実な開発者基盤があり、同社の資料によると、彼らは製品に全力で取り組んでいます。Pervasive Software は、既存の開発者を表彰するために「Btrieve Society」を設立しました。^[1]

DOS では、バージョン 5 までの Btrieve は、アプリケーション プログラミング インターフェイス(API) データベース エンジンとして機能する TSR ( Terminate-and-Stay-Residential) プログラムであり、レコード ロック付きのマルチユーザー データベースを実装するための関数呼び出しをアプリケーション プログラムに提供していました。ネットワーク バージョンも同様に動作しました。

初期の頃、バージョン 5 までの DOS バージョンは1,000米ドル程度の価格で販売されていましたが、実行可能な TSR データベース エンジン ファイルはアプリケーションとともに無料で配布できました。

この製品は、テキサス州オースティンの会社である SoftCraft によって、Doug および Nancy Woodward によって 1982 年 2 月に発売されました。Doug は副社長となりソフトウェア開発を担当し、Nancy は社長になりました。彼らはその後数年間にいくつかのバージョンをリリースしました。1983 年 2 月には Btrieve 2.x シリーズをリリースし、MS-DOS 2.0 がファイルおよびディレクトリ ハンドルのサポートを開発したときには、Btrieve 3.0 をリリースしました。1985年 3 月にMS-DOS 3.1 が内部インターフェイスを標準化すると、1 か月後にネットワークおよびクライアント/サーバーサポートを備えた Btrieve 3.1 C/S をリリースしました。1986 年 2 月には Btrieve 4.0 がリリースされ、4.1 アップグレードがリリースされたときには、拡張キー タイプと補足インデックスのサポートが追加されました。

Btrieve はかなり人気がありましたが、API データベース エンジンでした。PCのキラー アプリデータベース マネージャーであるdBase IIとその後継製品は、独立した汎用アプリケーションとしても、データベース プログラミング言語としても使用できるデータベース管理システム(DBMS) でした。Btrieve は dBase よりも高価でしたが、ランタイム ライセンスは無料でした。Btrieve は 5,000 人以上のユーザーを擁する開発者ベースに成長し、金融分野で広く使用されました。^[2]同社は製品のユーザー インターフェイスの作成に時間がかかりましたが、1984 年にXtrieve をリリースしました。これは、新しい .DDFデータ ディクショナリを使用してリレーショナル データベースルールを適用するメニュー ドリブン プログラムです。

1987 年、Novell は多角化を開始し、 NetWare オペレーティング システムに追加するために企業を買収しました。買収した企業のうちの 1 つが SoftCraft でした。Nancy Woodward は Novell の Austin 事業部の副社長兼ゼネラル マネージャーになり、Doug Woodward は Advanced Database Technologies の副社長になりました。翌年の初めに、ネイティブ NetWare アプリケーション、つまり Value Added Process として実行できる Btrieve 5.0 がリリースされました。Jim Kyle によると、「自動増分キー タイプ、BROUTER ネットワーク プロセス サーバー、データのみのファイルとキーのみのファイル、オプションのデータ圧縮がありました」。^{[2]バージョン 5.1 は、ファイル処理トランザクション機能、ログ記録、ロールフォワード操作の強化、およびいくつかの API 拡張機能を備えて 1990 年にリリースされました}。DOS、OS/2、Microsoft Windows用にいくつかのバージョンが作成されました。バージョン 6.0 は 1992 年 6 月にリリースされました。しかし、Novell はこれを広く宣伝しませんでした。また、機能強化 (プリイメージングからシャドウ ページングへの変更など) により、Btrieve の以前のバージョンとは互換性がありませんでした。これらの問題により、Btrieve の市場はそれほど拡大せず、広く採用されることはありませんでした。

Novell に買収された当時、SoftCraft はXQLという製品の開発に取り組んでいました。これは、Xtrieve パッケージが完全に準拠していなかった業界標準の SQL をより適切に処理できるように設計されたSQLインタープリタです。これがNetWare SQLの基礎となり、1989 年に最初にリリースされました。NetWare SQL は、基本 IBM バージョンの SQL を実装した必要最低限​​の SQL インタープリタでした。

1994年までに、ノベルはNetWareを完全な代替オペレーティングシステムにするという試みをほぼ諦め、数年前に買収した企業の多くを売却し始めた。バージョン6のリリースが24か月遅れたため、ノベルはBtrieveをほとんど宣伝していなかった。ウッドワード夫妻とノベルの間で交渉が始まり、2年後の1994年1月26日、ノベルはBtrieveの所有権をBtrieve Technologies, Incorporated (BTIとしても知られる) に譲渡すると発表した。1994年4月29日、譲渡が完了し、ナンシー・ウッドワードがBTIの会長に、ダグ・ウッドワードが最高技術責任者に就任した。CEOの地位は、テキサス・インスツルメンツの元従業員で、Citrix Systems, Inc.の創設メンバーの1人であるロン・ハリスに与えられた。ハリスはCitrix Systems, Inc.で、最初は戦略計画担当ディレクター、次にマーケティング担当副社長、最後に製品グループ担当副社長を務めた。

Btrieve は完全に書き直され、1994 年 7 月 1 日に DOS、Windows、OS/2 用の Btrieve 6.15 がリリースされました。Novell SQL は、会社の所有権の変更を反映してScalable SQLに名前が変更されました。1995 年には、Novell NetWare、Windows NT Server、Windows NT/ 95用のバージョン 6.15 がリリースされ、クロスプラットフォームデータベース製品になりました。このバージョンでは、Micro Kernel Database Engine (MKDE) の概念が導入されました。

1996 年、同社は社名をPervasive Softwareに変更し、製品名を Pervasive.SQL に変更しました。1997 年、同社は株式を公開しました。これは、リレーショナル データベース市場へのさらなる浸透を図り、SQL ベンダーとして再編するためでしたが、Btrieve のマーケティングと開発は引き続き行っています。Pervasive は9 月にIPO を完了しました。同社は、バージョン 6.30 の MKDE を引き続き使用しました。1997 年、Pervasive はリレーショナル データベース製品の ScalableSQL 4.0 と Btrieve 7.0 をリリースしました。

2000年、Novellはバージョン5.1以降、NetWareへのPervasive.SQLのバンドルを中止し、代わりに90日後にシャットダウンする試用版を出荷したことで批判を受けた。^[3]最新バージョンのPervasive PSQL Summit v11は2010年9月にリリースされた。

2013年、Actian CorporationはPervasive Softwareを買収しました。^[4] 2016年2月、ActianはBtrieve 12をリリースしました。

SoftCraft によって作成された Btrieve の DOS クライアント ベースの構成が 1 つありました。SoftCraft のクライアント ベース バージョンの定義は、「特定のワークステーションで実行される Btrieve エンジン」でした。^[5]これは、レコード管理エンジンがオペレーティング システムの機能を介してファイルに直接接続し、ファイルがローカルかネットワーク上にあるかに関係なく、それに応じてレコードを変更することを意味します。クライアント ベースのエンジンでは、一度に 5 人のユーザーが同時にデータベースにアクセスできます。すべてのレコード処理は、エンジンがインストールされているワークステーションで行われました。後のバージョンでは、DOS 用の Btrieve は、SEFS (Single-Engine File Sharing) または MEFS (Multi-Engine File Sharing) と呼ばれる 2 つのモードのいずれかを使用できました。

NetWare 用の Btrieve は、当時 NetWare でのみ使用可能だったいくつかの追加機能を除き、基本的に DOS 用の Btrieve と同じでした。BSERVERファイル共有サーバー上で と呼ばれるサーバー プロセスを実行し、ネットワーク ファイル システムと連動してデータの入出力を管理しました。サーバー プロセスは、NetWare 2.x 用に と呼ばれる NetWare付加価値プロセス(VAP)として最初に実装されBSERVER.VAP、その後NetWare 3.x (およびそれ以降のバージョン) 用にNetWare ロード可能モジュールBSERVER(NLM) として実装されました。はレコードへのアクセスを処理するデータベース エンジンでしたが、プロセスを介して要求されたデータを別のサーバーに送信する要求も受け入れましたBROUTER。

Btrieve は、クライアント ワークステーションからデータベースの入出力要求を行うためにリクエスタを使用しました。リクエスタは、DOS、OS/2、Microsoft Windows、およびUnixWareで使用できました。プログラムは、BREQUEST.EXEBtrieve API 経由で入出力要求を受け取り、 に中継しましたBSERVER。次に、 からの応答を処理しBSERVER、適切なアプリケーションに中継しました。

このBROUTERプロセスにより、着信要求を別のサーバーにあるデータベースのコピーに「ルーティング」できるようになりました。このプロセスは NetWare サーバーにロードされ、2 つのファイル サーバー テーブルを使用して、ファイル サーバーで実行されている複数のサーバー プロセス間の通信を処理します。Pervasive によると、これらは「サーバー名とアドレス、およびサーバー ルーティング テーブル」のリストを提供します。^[6]また、BROUTER は、NetWare Loadable Module を検索しBSPXCOM、Btrieve データベースのデータへのアクセスを制御するロックやその他のメカニズムを調整することで、SPX 経由で通信要求を適切なサーバーにルーティングできるようにしました。

DOS 用の Btrieve は、ファイル共有に SEFS モードと MEFS モードを使用し、ネットワーク上で実行できるため、排他的トランザクションと同時トランザクションを使用できました。

Btrieve for Windows は、同社が MKDE を使用するためにコードベースを書き直す前に作成されました。SEFS および MEFS ファイル共有メカニズムを備え、シャドウ ページングを使用し、排他ロックと同時ロックを可能にしました。バージョン 6.x と 6.1 のファイルの処理方法が異なりました。バージョン 6.x のファイルは、レコード全体をロックするのではなく、レコードの一部に対する操作を処理できました。64KB を超えるレコードを処理し、VAT、ACS、新しいデータ タイプを実装し、パーセンテージ操作 (ファイル内の物理的な場所によってレコードを検索および操作できる) を可能にし、重複キーを処理しました。バージョン 6.x では、任意のインデックスをオンザフライで削除または追加することができました (バージョン 6.0 以前では、補足インデックスのみを削除できました)。バージョン 6.1 のファイルでは、同時トランザクションとシステム トランザクション、キーのオプションの再番号付け、大文字と小文字を区別しない ACS テーブル、および拡張ロック操作が可能でした。

Btrieve for Windows は、SEFS または MEFS モードを利用するデータベースのクライアントとして実行することも、Btrieve サーバーに直接アクセスすることもできます。

Btrieve のクライアント ベース バージョンでは、すべてのデータベース ファイルがローカル コンピューター上に直接保存されるか、マップされたネットワーク ドライブ (DOSNET USEコマンドで設定) 経由で保存されます。

WBTRCALL.DLLアプリケーションは、ローダーとリクエスターのインターフェイスである への関数呼び出しを行います。ローダーとリクエスターのモジュールBTI.INIは、クライアントベースの Btrieve エンジンをロードするために構成ファイルが正しく設定されていることを確認します。次に、これは btrieve エンジンへのローカル インターフェイス ( WBTRLOCL.DLL) をロードします。必要に応じて、このローカル インターフェイスは Btrieve エンジン ( WBTR32.EXE) をメモリにロードし、必要なデータベース要求を Btrieve エンジンに送信します。次に、データベース エンジンはさまざまな Win32 システム ライブラリを呼び出して、データベース ファイルに対するファイル操作を実行します。^[7]

Windows 用 Btrieve のクライアント ベース バージョンは、DOS ベースの「リクエスター」を介して Btrieve のサーバー ベース バージョンにアクセスできました。リクエスターは、CPU の保護モードを介してのみアクセス可能な DOS拡張メモリへのプログラム アクセスを許可するDOS 保護モード インターフェイス(DPMI)を使用する必要がありました。

クライアント ベースのインターフェイスと同様に、Btrieve ベースのアプリケーションは、ローダーおよびリクエスター インターフェイス ライブラリを呼び出しますWBTRCALL.DLL。このライブラリは、BTI.INIファイルをチェックして、ローカル システムのデータにアクセスする必要があるか、リモート サーバーのデータにアクセスする必要があるかを確認します。サーバーにアクセスする必要がある場合は、Windows バージョンの DPMI を使用して、 という DOS ベースのリクエスターにアクセスしますBREQUEST.EXE。次に、リクエスターはサーバーへのネットワーク接続を確立します。サーバーは要求を処理し、データベース要求が完了するとメッセージをリクエスターに返します。

Btrieve for Windows NT および Windows 95 は、Btrieve for Netware および Btrieve for Windows NT Server とともに 1995 年にリリースされました。バージョン 6.15 に達し、MKDEの使用を開始しました。ファイル共有メカニズムは同じままで、SEFS および MEFS ファイル共有モード、シャドウ ページングを使用し、排他ロックと同時ロックが許可されていました。このバージョンの Btrieve では、キーにnull値が許可されました。つまり、キーに関する情報がない場合でも、レコードをデータベースに入力できました。つまり、キーはインデックスに含まれず、インデックスを介したデータベースの不要な検索が削減されました。また、システム トランザクションとユーザー トランザクションの概念も導入されました( 「システム トランザクションとユーザー トランザクション」を参照)。MKDE では、自動増分キー間のギャップも許可されました。可変長アロケーション テーブルはバージョン 6.15 で導入されたため、Btrieve の Windows NT/95 ビルドに含まれていました。

Btrieve for Windows NT/95 には、スタンドアロン ワークステーションとクライアント/サーバーの 2 つの構成があります。

Btrieve のスタンドアロン ワークステーション構成を使用する場合、レコードのすべての処理はローカルワークステーションで実行されます。ワークステーションは、Windows の基盤となるメカニズムを利用して、MKDE (プログラムW32MKDE.EXE) がデータベース ファイルに直接アクセスできるようにし、ロック ファイルを使用して同時実行の問題に対処します。

この構成では、アプリケーションはBtrieve APIまたはマイクロカーネルインターフェイス（WBTRV32.DLL）を呼び出します。呼び出しはインターフェイスによって処理され、MKDE（W32MKDE.EXE）に渡されます。MKDEは、基盤となるオペレーティングシステムのファイルシステム（ネットワークまたはローカル）を使用してデータベースファイルに直接アクセスします。^[8]

これにより、いくつかの特殊な問題が発生します。たとえば、Btrieve がWindows ファイル共有を使用し、データベース エンジンがファイル共有で直接ファイルを開く場合、更新中にネットワークが不安定になる (ネットワーク ケーブルが切断されるなど) と、ある Btrieve ファイルを別の Btrieve ファイルにリンクするために使用されるフィールドが同期されなくなり (事実上、データは他のデータとの関係またはリンクを失います)、データベース ファイル自体が破損する可能性があります (ただし、プリイメージ ページングにより、この可能性は低くなります)。

Btrieve のクライアント/サーバー(またはサーバー エディション) 構成を使用する場合、レコードの処理は通常、マップされたドライブ (コマンドを使用して Windows の「仮想」ディスク ドライブにファイル共有をマップする方法NET USE) を介して Windows ファイル サーバー上で行われます。認証時に割り当てられたアクセス許可 (ログオン アクセス許可、または がNET USE使用されるときに付与されるアクセス許可) が使用されます。 ^[9]

Windows 95 では、MKDE インターフェイス (と呼ばれる Windowsダイナミック リンク ライブラリ(DLL) WBTRV32.DLL) は、構成ファイルを介して、どのデータベース アクセス メソッドが使用されているかを判断します。クライアント/サーバー エンジンとワークステーション エンジンの両方が同じマシンにインストールされていることを検出すると、ターゲットがワークステーションに設定されているかサーバーに設定されているかを確認します。 が Windows NT 上で実行されていて、サーバー プロセスがスタンドアロン ワークステーションNTMKDE.EXEプロセスとともに実行されているW32MKDE.EXE場合、レジストリを調べて、ターゲットがサーバーかワークステーションかを判断します。どちらの場合も、MKDE インターフェイスがワークステーションに設定されている場合 (「スタンドアロン ワークステーション」構成)、MKDE ( W32MKDE.EXE) を使用してファイルに直接アクセスします。サーバーに設定されている場合、クライアントの MKDE インターフェイスは、サーバーと「対話」する通信モジュール (Windows 95 ではW32BTICM.DLL、Windows NT では) を使用します。サーバー自体には、マップされたドライブに存在する独自の対応する通信モジュール (これもまたは) があります。サーバーDLLはサーバーMKDE（）と通信してレコードを更新し、操作が成功したという確認を通信モジュールを介してクライアントに送り返します。^[10]NTBTICM.DLLW32BTICM.DLLNTBTICM.DLLNTMKDE.EXE

このシステムの利点は、ネットワーク接続障害が発生した場合、サーバー上の MKDE がそれを検出し、ワークステーション構成よりもスムーズに回復できることです。

Btrieve には、MKDE 設定を変更するための構成ユーティリティが含まれています。変更できる設定は次のとおりです。

• ファイル設定:このカテゴリには、ファイル、ファイル ハンドル、レコード ロック、インデックス、およびログ ファイルに関連する設定が含まれます。開いているファイルと論理ファイル ハンドルの数、およびクライアントごとのレコード ロックの数、インデックス バランス、および 6.x より前の形式でファイルを作成するオプションは、このカテゴリにあります。また、選択したファイルで実行された操作のログを Microkernel が保持するかどうかも制御します。このセクションでは、ファイル共有の方法を MEFS または SEFS に設定できます。システム トランザクション保持制限は、共有ファイルの書き込み操作中に実行されるシステム トランザクションの数を設定します。
• メモリ構成:このカテゴリには、マイクロカーネルがさまざまな目的で割り当てる必要のあるバッファのサイズに関連する設定が含まれています。
• クライアント/システム トランザクション:このカテゴリには、サポートされるトランザクションの数や、トランザクションをログに記録する方法とタイミングなど、トランザクションに関連する設定が含まれます。
• システム リソース/ディレクトリ:このカテゴリには、サポートされるクライアントとスレッドの数、およびさまざまなシステム ファイルの場所に関連する設定が含まれています。
• トレース操作:このカテゴリには、さまざまな Btrieve 操作のトレースに関連する設定が含まれています。トレースは、主にデバッグ目的で使用される高度な機能です。

Pervasive.SQL 7 は 1998 年 3 月にリリースされ、Scalable SQL 4 と Btrieve 7.0 が含まれていました。Btrieve 7.0 は、Btrieve 6.x と同じプラットフォーム (Windows 95、Windows NT 3.51 および 4、Netware、DOS) で動作しました。しかし、同社はアップグレードの互換性問題を解決するために、SmartComponents と呼ばれるコンポーネントベースのアーキテクチャに変更しました。これは、ファイルに埋め込まれ、ファイル名にエンコードされたコンポーネント識別スキームと、「グルー ファイル」(必要な場合にのみメモリにロードされる DLL ) の動的バインディングを使用しました。コンポーネントの動的バインディングは、ファイル名のエンコードを介して適切な必要なコンポーネントの最新バージョンを検索する新しい「抽象 OS サービス DLL」を使用して行われました。この「グルー モジュール」は、次にメモリにロードされ、使用されます。^[11] Btrieve 6.x の古いログ ファイル形式も、と呼ばれる新しい集中ログに置き換えられPVSW.LOG、統合され強化されたログ ファイル形式になりました。また、エラー メッセージとエラー メッセージ報告メカニズムも改善されました。

MKDE は Pervasive.SQL 7 でも保持されました。ただし、新しいコンポーネント アーキテクチャの動的バインディングにより、内部アーキテクチャが変更されました。Btrieve を使用するアプリケーションはサービス マネージャーを呼び出し、サービス マネージャーはさまざまな構成済みディレクトリで特定のエンコードされたファイル名を検索します。Backus -Naur 形式で Btrieve ファイルにロードされるファイル名は次のとおりです。

 <ファイル名>  ::=  <プラットフォーム コード> "BIF" <主要機能レベル>  <マイナー機能レベル> 
 <プラットフォーム コード>  ::= "W1" | "W2" | "W3" | "W9" | "WT" | "NW" | "O3"
  <主要機能レベル>  ::=  <番号> 
 <マイナー機能レベル>  ::=  <番号>  <番号> 
 <番号>  ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

DLL である「グルー」モジュールはメモリにロードされ、MKDE へのインターフェイスになります。次に、MKDE はワークステーション ベースの構成に設定されているか、サーバー ベースの構成に設定されているかを判断します。次に、通信「リクエスター」モジュールを介してデータベース サーバーに要求を渡すか、ワークステーション モードで設定されている場合はデータベース ファイルを直接変更します。

Pervasive.SQL 2000 および Pervasive.SQL 2000i は、基本的に Pervasive.SQL 7 と同じアーキテクチャを使用していますが、2000i には i*Net サーバーが含まれています。同じコンポーネント モデルを使用し、Btrieve または Scalable SQL エンジンを使用する機能があり、MKDE を引き続き使用します。このバージョンには、Red Hat Linux、Caldera OpenLinux、SUSE 、およびSolarisのサポートが含まれています。また、ターミナル サービスとの統合も改善されていますが、ターミナル サーバー プラットフォームで実行できるデータベース エンジンのインスタンスは 1 つだけです。2 つ以上のターミナル セッション内でデータベース エンジンの別々のコピーを実行することはできません。

2002 年 12 月に導入された Pervasive.SQL V8 は、いくつかの新しいテクノロジを使用して、Btrieve アプリケーションと SQL アプリケーションの両方のパフォーマンスを向上させます。

• クライアント側のキャッシュは、データベースのコンテンツの一部をローカル PC 上に保持することで、読み取りパフォーマンスを大幅に向上させます。
• Turbo Write Acceleration (TWA) は、ディスク書き込みをグループにまとめ、ディスクとのやり取りを最小限に抑えます。
• トランザクション ログでは、トランザクションの耐久性よりも障害保護が若干劣りますが、全体的なパフォーマンスが向上します。

V8 セキュリティ機能パック (8.5 と呼ばれる中間リリースの製品アップデート) では、Pervasive.SQL データ ファイルをロックダウンするための重要な新しいセキュリティ機能が追加されました。8.5 より前は、Btrieve データへのアクセスはオペレーティング システムのセキュリティ メカニズムによって制御されていました。つまり、データベースへの読み取り/書き込みアクセスが必要なユーザーは、基になるデータ ファイルへの読み取り/書き込みアクセスも必要でした。8.5 では新しいセキュリティ モデルが導入され、管理者はデータベース セキュリティを使用して Btrieve データへのアクセスを制御できるようになりました。データベース セキュリティを有効にすると、ユーザーは基になるファイルにアクセスできなくてもかまいません。さらに、クライアント/サーバー構成でネットワーク共有やマップされたドライブを使用する必要がなくなりました。アプリケーションは、URI 接続文字列を使用してセキュリティ保護された Btrieve データを参照できます。

Pervasive PSQL v9 には、Eclipse フレームワーク上に構築された新しい Java GUI が含まれています。これらの GUI は、Microsoft Windows と Linux の両方で使用できます。さらに、v9 には多くの SQL パフォーマンスと構文の更新が含まれており、すべての SQL インターフェイス (ADO.Net、JDBC、ODBC、および OLE DB) の速度と柔軟性が向上しています。最後に、PSQL v9 では、Btrieve の最大ファイル サイズが、8.x およびそれ以前のファイル形式の 64 GB から、9.0 形式のファイルでは 128 GB に、9.5 ファイル形式のファイルではさらに 256 GB に拡張されています。

Pervasive は、PSQL v9 と併せて DDF Builder ユーティリティを再導入し、Full Text Search (FTS) アドオンによるテキスト検索のサポートを追加しましたが、これは後に製品ラインから削除されました。DDF Builder は、Btrieve ユーザーが既存の Btrieve ファイルのメタデータを定義するメカニズムを提供し、SQL ツールおよびユーティリティを介して Btrieve データにアクセスできるようにします。

MKDE のすべてのバージョンは、MKDE 自体の導入以前のバージョンを含む、Btrieve の以前のバージョンとの完全な下位読み取りレベルの互換性を保持しており、特に要求されない限り、ファイルのバージョンは変更されません。5.x 以前のファイル形式の Btrieve ファイルは、9.0 以降のデータベース エンジンからのデータベース書き込みをサポートするために、6.x 以降の形式に再構築する必要があります (GUI またはコマンド ライン再構築ユーティリティを使用)。

Pervasive PSQL v10 は 2007 年 9 月にリリースされ、64 ビット オペレーティング システムをサポートする Pervasive PSQL Server および Client の最初のバージョンでした。Btrieve API と分散チューニング インターフェイス (DTI) は両方とも 64 ビットをサポートするように強化されました。Pervasive PSQL Workgroup および SDK の他のコンポーネントは 64 ビット サポート用に強化されていません。^[12]

Pervasive PSQL v10 のリリースは、当時新しく利用可能になった Windows Vista と、間もなく登場する Windows Server 2008 オペレーティング システムのサポートを提供するために行われました。Pervasive PSQL v10 Server、Workgroup、および Client はすべて Windows Vista をサポートしています。Pervasive PSQL v10 Server は Windows Server 2008 の認定を受けています。

Pervasive PSQL v10 には、拡張メモリへのアクセスを可能にし、32 ビット Windows システムの通常の 2 GB 制限を超えてキャッシュされたデータベースを拡張する 32 ビット Windows データベース アクセラレータである Xtreme input/output (XIO) も含まれていました。Xtreme input/output には、データベースの入出力パフォーマンスを向上させるための更新圧縮アルゴリズムと合理化された書き込み手法も含まれていました。^[13]

Pervasive PSQL v10 では、製品認証と呼ばれるデジタル ライセンスの適用が Pervasive PSQL 製品ラインに導入されました。製品認証は当初、試用版のダウンロードと電子商取引の注文で実装されました。Pervasive ディストリビューターおよび ISV パートナーを通じて販売される製品は、2009 年 11 月の Pervasive PSQL v10 SP3 のリリースで製品認証を含むようにアップグレードされました。Pervasive PSQL v10 SP3 は、Windows 7 互換アプリケーションとしてもリリースされました。

Pervasive PSQL v10 は、9.5 ファイル形式を使用することで下位互換性を維持し、最大データ ファイル サイズを 256 GB に、最大ページ サイズを 16,384 バイトに増加しました。

Pervasive PSQL v10 では、NetWare、Windows NT、Windows 98、Windows ME、DOS 6.22、および 16 ビット アプリケーションのサポートは廃止されました。Pervasive PSQL v9 製品の Windows 版および Linux 版は販売されなくなりましたが、Pervasive では引き続き Pervasive PSQL v9 for NetWare を販売し、サポートしています。

2010 年に、Pervasive Software は Pervasive PSQL v11 をリリースしました。これにより、ユーザーはマルチスレッドを最大限に活用してデータベース処理を高速化できます。

Pervasive PSQL v11 は 2010 年 9 月にリリースされました。Pervasive PSQL v11 の背後にあるエンジニアリング努力の重要な原動力の 1 つは、マルチコア CPU でのパフォーマンスとスケーラビリティを向上させるためにデータベース エンジンを再設計したことでした。Pervasive PSQL v11 は、同様のアクティビティを実行する並列スレッドを最適化し、タスク実行中にデータベースが複数のコアを活用できるようにします。また、PSQL v11 では、ナビゲーション インターフェイスの低レベルの同期メカニズムも強化されています。複数のユーザーが同時に同じキャッシュされたファイル ページを読み取ることができ、その操作は独立したコアで続行できます。チェックポイントやログ管理などの非ユーザー アクティビティは別のコアで実行でき、複数のユーザーが独立したファイルにアクセスする場合は、別のコアで続行できます。^[14]

マルチコアサポートは、PSQL v11 のすべてのバージョンで利用可能です: 32 ビットおよび 64 ビットの Windows および Linux サーバー、および 32 ビットのワークグループ。Pervasive での内部テストでは、Microsoft 2008 Enterprise Server SP2 (64 ビット) を実行する 8 コア サーバーで PSQL v10 と PSQL v11 を比較した場合、パフォーマンスが 300% 向上することが記録されています。^[15]

Pervasive PSQL v11 には、Windows での ( IPv6 ) サポートが含まれており、IPv4 環境も引き続きサポートされます。Pervasive PSQL v11 は、Btrieve と DTI (Distributed Tuning Interface) の両方のアクセス方法で IPv6 をサポートします。

PSQL v11 の 64 ビット サーバー バージョンには、64 ビット リレーショナル/SQL エンジンと 64 ビット ナビゲーション/Btrieve エンジン、および 64 ビット ODBC ドライバーが含まれています。ドライバーは、PSQL Server および PSQL Client の 64 ビット バージョンとともにインストールされます。

Pervasive は、Pervasive PSQL ADO.NET Data Provider 3.5 を追加して PSQL ソフトウェア開発キットを更新しました。Data Provider 3.5 は、.NET Framework バージョン 2.0、3.0、3.5、3.5 SP1、4.0 に準拠しており、Entity Framework 1.0 機能をサポートする .NET Framework 4.0 で動作します。^[14] Pervasive PSQL v11 では、Embardacero の RAD Studio 2009 および RAD Studio 2010 をサポートするように PDAC (Pervasive Direct Access Components) アクセス メソッドも更新されました。

Pervasive PSQL v11 では、OEM 顧客を対象に製品認証が拡張され、OEM が PSQL v11 のキーを生成し、ライセンスを管理するための Web ベースのポータルが導入されました。電話認証 (インターネット接続を必要とせずに Pervasive PSQL を認証する方法) は、PSQL v11 で初めて導入され、すべての Pervasive 顧客が利用できるようになりました。

Pervasive PSQL v11 は 9.5 ファイル形式を継続し、以前のリリースとの下位互換性を維持しています。

Pervasive PSQL v11 では Windows 2000 のサポートは廃止されました。

Pervasive は現在、PSQL DBMS の基本機能を拡張するアドオン製品を多数提供しています。各製品の最新バージョンである AuditMaster v7、Backup Agent v3、および DataExchange v4 は、2010 年 12 月にリリースされました。

• Pervasive AuditMaster は、Btrieve または SQL を問わず、すべてのデータベース インタラクションのリアルタイム監査を提供します。データ イベントのログを照会して、機密データの変更を追跡できます。また、適切な担当者に通知したり、関連するプロセスを起動したりするためのアラートを作成することもできます。
• Pervasive Backup Agent は PSQL の継続的な操作モードを管理し、バックアップ ソフトウェアがオンライン データベースを確実にコピーできるようにします。
• Pervasive DataExchange は、2 つ以上の PSQL エンジン間でデータの同期とレプリケーションを提供し、重要なデータが常に利用可能であることを保証します。

2016年2月、ActianはBtrieve 12を発表しました。^[16] Actianによると、Btrieve 12には新機能があり、Microsoft Windows Vista から10、Windows Server 2008および2012と互換性があり、Btrieve 6.15とファイル形式とAPIの互換性があり、以前の16ビットおよびDOSアプリケーションからBtrieve 6.15ファイルの読み取りと書き込みが可能です。^[17]

• Btrieve のアーキテクチャ
• Access データベース エンジン(ACE、旧 JET)

• Trocino, Richard B. (1994). 『NetWare Btrieve 6.x の図解ガイド』 . Golden West Products International. pp. 19–24.
• Novell. NetWare Btrieve のコンポーネント。2004 年 12 月 12 日取得。
• Pervasive (2004)。Btrieveの過去、現在、そして未来: Btrieve がデータベースの世界を揺るがしたことを覚えていますか?会社沿革の Web ページ。
• Pervasive (2001 年 3 月)。Pervasive.SQL 2000i: 入門 (サーバー エディション)。製品マニュアル。

• Pervasive Software Inc. — Btrieve と PSQL のメーカー
• Btrieve 協会
• comp.databases.btrieve — Btrieveニュースグループ
• パーベイシブソフトウェアオンラインマニュアル