Btrieve


Btrieve

Btrieveは、トランザクションデータベース(ナビゲーションデータベース)ソフトウェア製品です。これは、高速検索のためにデータを保存する方法であるIndexed Sequential Access Method(ISAM)に基づいています。DOS、Linux、古いバージョンのMicrosoft Windows、32ビットIBM OS / 2、およびNovellNetWare用の製品にはいくつかのバージョンが
もともとはSoftCraftが発行したレコードマネージャーでした。BtrieveはDougWoodwardとNancyWoodwardによって作成され、初期資金はDougの兄弟であるLoydWoodwardによって部分的に提供されました。最初のIBMPCのリリースとほぼ同時期に、ダグは会社の50%を結婚祝いとして受け取り、後に残りを兄から購入しました。市場シェアと人気を獲得した後、1987年にNovellによってDougとNancy Woodwardから買収され、DOSバージョンの継続に加えてNetWareオペレーティングシステムに統合されました。この製品は、NetWare 2.x、3.x、および4.xのすべてのコピーに組み込まれているだけでなく、ミッドマーケットアプリケーションに組み込まれているデータベースとして大きな市場シェアを獲得しました。すべてのNetWareネットワークで利用可能だったためです。ノベル内での再編成の後、1994年に、製品と技術をロン・ハリスとともにダグとナンシー・ウッドワードにスピンオフし、Btrieve Technologies、Inc。(BTI)として知られる新会社によって開発されることが決定されました。
Btrieveは、バージョン6.15からモジュール化され、マイクロカーネルデータベースエンジンと呼ばれる標準のソフトウェアインターフェイスにプラグインされる2つのデータベースフロントエンドの1つになりました。BtrieveフロントエンドはBtrieveAPIをサポートし、もう1つのフロントエンドはScalable SQLと呼ばれました。これは、SQLとも呼ばれる独自のさまざまな構造化クエリ言語を使用するMKDEに基づくリレーショナルデータベース製品です。これらのバージョン(Btrieve6.15およびScalableSQLv4)がリリースされた後、IPOの前に会社の名前がPervasiveSoftwareに変更されました。その後まもなく、Btrieve製品とScalableSQL製品が統合され、Pervasive.SQLまたはPSQLとして販売され、後にActianZenとして販売されました。ScalableSQLがすぐに削除された間、Btrieveは数年間続きました。お客様は、SQLとBtrieveの両方のアプリケーションをサポートするPervasive.SQLにアップグレードすることをお勧めしました。

コンテンツ
1 建築
2 歴史
2.1 SoftCraft年 2.2 ノベルの買収 2.3 Btrieve Technologies、Inc。 2.4 パーベイシブソフトウェア 2.5 アクティアンコーポレーション
3 バージョン
3.1 DOS用のBtrieve 3.2 NetwareのBtrieve 3.3 Btrieve for Windows
3.3.1 クライアントベースのBtrieve
3.3.2 サーバーベースのBtrieveにアクセスするクライアントベースのBtrieve
3.43.4 Btrieve for Windows NT / Windows 95
3.4.1 スタンドアロンワークステーション
3.4.2 クライアントサーバー
3.4.3 構成
3.5 Pervasive.SQL 7 3.6 Pervasive.SQL 2000 / 2000i 3.7 Pervasive.SQL V8 3.8 普及したPSQLv9 3.9 パーベイシブPSQLv10 3.10 パーベイシブPSQLv11 3.11 普及したPSQLエコシステム 3.12 Btrieve 12
4 も参照してください
5 ノート
6 ソース
7 外部リンク

建築
Btrieveのアーキテクチャ
image"
  MKDEモデルでは、さまざまなデータベースバックエンドをPervasiveのソフトウェア製品にプラグインできます。
Btrieveはリレーショナルデータベース管理システム(RDBMS)ではありません。Btrieveの初期の説明では、基盤となるレコードの作成、データの取得、レコードの更新、およびデータの削除のプリミティブのみを扱うため、これをレコードマネージャーと呼んでいました(Pervasiveは当初ナビゲーションデータベースという用語を使用していましたが、後でトランザクションデータベースに変更しました)。基盤となるインデックス作成およびストレージメカニズムとしてISAMを使用します。Pervasiveのアーキテクチャの重要な部分は、MicroKernelデータベースエンジンの使用です。これにより、さまざまなデータベースバックエンドをモジュール化して、DBMSパッケージであるPervasive.SQLに簡単に統合できます。これにより、BtrieveナビゲーションデータベースエンジンとSQLベースのエンジンであるスケーラブルSQLの両方をサポートできるようになりました。
Btrieveの現在のバージョンは、システムトランザクションとユーザートランザクションをサポートしています。システムトランザクションは非トランザクション操作やユーザートランザクションのバンドルですが、ユーザートランザクションはデータベース内の実際のデータを処理するトランザクションです。システムトランザクションは、複数のトランザクションをバッチで実行できるようにし、データの回復を容易にするために開発されました。
Btrieveファイル形式は完全にページで構成されています。ページは、エンジンが入出力操作を実行するときにメモリとストレージの間を移動するデータです。6.0より前のバージョンでは、データページ、インデックスページ、およびファイル制御レコードのみが使用されていました。ファイルには、物理​​ページにリンクされた検索用のインデックスがありました。バージョン6.0以降、論理ページが使用されていました。論理は、ページ割り当てテーブルによってディスク上の物理ページ(ファイル内の固定位置にあるページ)にマップされます。ファイル制御レコードには、現在使用されているページ数など、Btrieveファイルに関する重要な情報が含まれています。データベースの破損を回避するために、Btrieveはレコードを更新する2つの方法を使用します。6.0より前のバージョンのBtrieveバージョンでのプレイメージページングと、それ以降のバージョンでのシャドウページングです。バージョン6と以前のバージョンとの互換性の問題を引き起こしたのは、主にプレイメージページングからシャドウページングへの切り替えであり、根本的なファイル形式の変更が必要でした。

歴史
Btrieveは、SoftCraft、Novell、Btrieve Technologies、Inc。(後にPervasive Softwareに改名)、およびActianCorporationの4つの異なる企業によって所有および開発されています。彼らは献身的で忠実な開発者ベースを持っており、会社の文献によると、彼らは製品に完全に献身し続けています。Pervasive Softwareは、既存の開発者を認識するために「BtrieveSociety」を設立しました。
DOSでは、バージョン5までのBtrieveは、アプリケーションプログラミングインターフェイス(API)データベースエンジンとして機能するTerminate-and-Stay-Resident(TSR)プログラムであり、レコードを含むマルチユーザーデータベースを実装するための関数呼び出しをアプリケーションプログラムに提供していました。ロック。ネットワークバージョンも同様に機能しました。
初期のバージョン5までのDOSバージョンは約1,000米ドルの価格で販売されていましたが、実行可能なTSRデータベースエンジンファイルは、アプリケーションとともに無料で配布できました。

SoftCraft年
この製品は、1982年2月にテキサス州オースティンにあるSoftCraftによって、DougとNancyWoodwardによって発売されました。ダグは副社長になり、ソフトウェア開発を担当し、ナンシーは会社の社長になりました。彼らは今後数年間で多くのバージョンをリリースしました。1983年2月にBtrieve2.xシリーズをリリースし、MS-DOS 2.0がファイルおよびディレクトリハンドルのサポートを開発したときに、Btrieve3.0をリリースしました。1985年3月にMS-DOS3.1が内部インターフェイスを標準化したとき、1か月後にネットワークとクライアント/サーバーをサポートするBtrieve 3.1 C / Sをリリースしました。1986年2月にBtrieve4.0がリリースされ、4.1アップグレードがリリースされると、拡張キータイプと補足インデックスがサポートされるようになりました。
Btrieveはかなり人気がありましたが、APIデータベースエンジンでした。PC上のキラーアプリデータベースマネージャーであるdBaseIIとその後継は、独立型の汎用アプリケーションまたはデータベースプログラミング言語として使用できるデータベース管理システム(DBMS)でした。ランタイムライセンスは無料でしたが、BtrieveはdBaseよりも購入するのに費用がかかりました。Btrieveは5,000人を超えるユーザーの開発者ベースに成長し、金融分野で広く使用されました。同社は製品のユーザーインターフェイスの作成に少し時間がかかりましたが、1984年に、新しい.DDFデータディクショナリを使用してリレーショナルデータベースルールを適用するメニュー方式のプログラムであるXtrieveをリリースしました。

ノベルの買収
Novell logo-darkened.png
1987年、Novellは、NetWare オペレーティングシステムに追加する企業の多様化と購入を開始しました。彼らが購入した会社の1つはSoftCraftでした。ナンシーウッドワードはノベルのオースティン事業の副社長兼総支配人になり、ダグウッドワードはアドバンストデータベーステクノロジーの副社長になりました。翌年の初めに、Btrieve 5.0がリリースされ、ネイティブのNetWareアプリケーションまたは付加価値プロセスとして実行されました。Jim Kyleによると、「自動インクリメントキータイプ、BROUTERネットワークプロセスサーバー、データのみおよびキーのみのファイル、およびオプションのデータ圧縮がありました」。バージョン5.1は1990年にリリースされ、ファイル処理トランザクション機能、ロギング、ロールフォワード操作が強化され、いくつかのAPIが拡張されました。DOS、OS / 2、およびMicrosoftWindows用にいくつかのバージョンが作成されました。バージョン6.0は1992年6月にリリースされました。ただし、Novellによって広く宣伝されておらず、機能強化(プレイメージングからシャドウページングへの変更など)により、以前のバージョンのBtrieveと互換性がありませんでした。Btrieveの市場はそれほど拡大せず、これらの問題のために広く採用されることはありませんでした。
同社がノベルに買収された場合には、SoftCraftと呼ばれる製品に取り組んでいたXQL、SQLのXtrieveパッケージはと完全に準拠していませんでした、業界標準のSQLとのよりよい取り引きに設計されたインタプリタ。これは、1989年に最初にリリースされたNetWare SQLの基礎となり、SQLのベースIBMバージョンを実装する最低限のSQLインタープリターでした。

Btrieve Technologies、Inc。
Btrieve logo.PNG
1994年までに、NovellはNetWareを完全な代替オペレーティングシステムにする試みをほとんど諦め、ほんの数年前に買収した多くの企業を売却し始めました。主にバージョン6のリリースが遅れた(24か月)ため、Btrieveの宣伝は最小限でした。WoodwardsとNovellの間で交渉が行われ、2年後、Novellは1994年1月26日にBtrieveの所有権を譲渡すると発表しました。 Btrieve Technologies、Incorporated(BTIとも呼ばれます)へ。1994年4月29日、異動が完了し、ナンシーウッドワードがBTIの会長になり、ダグウッドワードが最高技術責任者になりました。最高経営責任者(CEO)の位置はロン・ハリス、の元従業員に与えられたテキサス・インスツルメンツ、との創立の従業員の1のCitrix Systems、Inc.の後、マーケティングの副社長として、彼は戦略計画のディレクターとして最初に採用した、そして最後になど製品グループ副社長。
Btrieveは完全に書き直され、1994年7月1日に、DOS、Windows、およびOS / 2用のBtrieve6.15がリリースされました。Novell SQLは、会社の所有権の変更を反映して、ScalableSQLに名前が変更されました。1995年に、Novell NetWare、Windows NT Server、およびWindows NT / 95用にバージョン6.15がリリースされ、クロスプラットフォームのデータベース製品になりました。このバージョンでは、マイクロカーネルデータベースエンジン(MKDE)の概念が導入されました。

パーベイシブソフトウェア
1996年、同社は自社の名前をPervasive Softwareに、製品の名前をPervasive.SQLに変更しました。1997年、同社は公開されました。彼らはまだBtrieveのマーケティングと開発を行っていますが、リレーショナルデータベース市場への浸透を促進し、SQLベンダーとして再編成するためにこれを行いました。Pervasiveは9月にIPOを完了しました。同社はバージョン6.30でもMKDEを使い続けました。1997年、Pervasiveはリレーショナルデータベース製品であるScalableSQL4.0とBtrieve7.0をリリースしました。
2000年、Novellはバージョン5.1以降、Pervasive.SQLとNetWareのバンドルを中止したことで批判されました。代わりに、90日後にシャットダウンする試用版が同梱されていました。最新バージョンのPervasivePSQL Summit v11は、2010年9月にリリースされました。

アクティアンコーポレーション
2013年、ActianCorporationはPervasiveSoftwareを買収しました。 2016年2月、ActianはBtrieve12をリリースしました。

バージョン

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

NetwareのBtrieve
Btrieve for Netwareは、基本的にBtrieve for DOSと同じでしたが、当時はNetwareでしか利用できなかったいくつかの追加機能がありました。BSERVERファイル共有サーバー上でと呼ばれるサーバープロセスを実行し、この管理対象データの入出力をネットワークファイルシステムと組み合わせて実行しました。サーバープロセスは、と呼ばれるNetware付加価値プロセス(VAP)として最初に実装されましBSERVER.VAPたが、すぐにNetware NetWareロード可能モジュール(NLM)に切り替えられました。BSERVERレコードへのアクセスを処理するデータベースエンジンでしたが、BROUTERプロセスを介して別のサーバーに要求されたデータを送信する要求も受け入れました。
Btrieveはリクエスターを使用して、クライアントワークステーションからデータベースの入出力要求を行いました。リクエスターは、DOS、OS / 2、Microsoft Windows、およびUnixWareで利用できました。プログラムBREQUEST.EXEは、Btrieve APIを介して入出力要求を受け入れ、それらをに中継しましたBSERVER。次に、からの応答を処理BSERVERし、適切なアプリケーションに中継しました。
このBROUTERプロセスにより、着信要求を別のサーバー上のデータベースのコピーに「ルーティング」することができました。これはNetwareサーバーにロードされ、2つのファイルサーバーテーブルを使用して、ファイルサーバーで実行されている複数のサーバープロセス間の通信を処理しました。Pervasiveによると、これらは「サーバー名とアドレス、およびサーバールーティングテーブル」のリストを提供します。 BROUTERは、BSPXCOMNetWareローダブルモジュール、調整されたロック、およびBtrieveデータベース内のデータへのアクセスを制御するその他のメカニズムを検索することにより、SPXを介して通信要求を正しいサーバーにルーティングできるようにしました。
Btrieve for DOSは、ファイル共有にSEFSモードとMEFSモードを使用し、ネットワーク上で実行できるため、排他的かつ同時のトランザクションを使用できました。

Btrieve for Windows
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
Btrieve for Windows 95NT Workstation config.svg
クライアントベースバージョンのBtrieveには、ローカルコンピューターに直接、またはマップされたネットワークドライブ(DOSNET USEコマンドで設定)を介して、すべてのデータベースファイルが
アプリケーションWBTRCALL.DLLは、ローダーおよびリクエスターインターフェイスへの関数呼び出しを行います。ローダーおよびリクエスターモジュールBTI.INIは、クライアントベースのBtrieveエンジンをロードするように構成ファイルが正しく設定されていることを確認します。次に、これによりローカルインターフェイスがbtrieveエンジンにロードされます(WBTRLOCL.DLL)。このローカルインターフェイスはBtrieveエンジン(WBTR32.EXE)をメモリにロードし、必要なデータベース要求を送信します。次に、データベースエンジンは、さまざまなWin32システムライブラリを呼び出して、データベースファイルに対してファイル操作を実行します。

サーバーベースのBtrieveにアクセスするクライアントベースのBtrieve
クライアントベースバージョンのBtrievefor Windowsは、DOSベースの「リクエスター」を介してサーバーベースバージョンのBtrieveにアクセスできます。リクエスターは、CPUのプロテクトモードを介してのみアクセス可能なDOS拡張メモリへのプログラムアクセスを許可するDOSプロテクトモードインターフェイス(DPMI)の使用を要求しました。
クライアントベースのインターフェイスと同様に、BtrieveベースのアプリケーションはWBTRCALL.DLLローダーとリクエスターのインターフェイスライブラリを呼び出します。このライブラリは、BTI.INIファイルをチェックして、ローカルシステム上のデータにアクセスする必要があるかどうか、またはリモートサーバー上のデータにアクセスする必要があるかどうかを確認します。サーバーにアクセスする必要がある場合は、WindowsバージョンのDPMIを使用して、という名前のDOSベースのリクエスターにアクセスしますBREQUEST.EXE。次に、リクエスターはサーバーへのネットワーク接続を確立します。サーバーはリクエストを処理し、データベースリクエストが完了するとメッセージをリクエスターに返します。

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

スタンドアロンワークステーション
Btrieve for Windows 95NT Workstation config.svg
Btrieveのスタンドアロンワークステーション構成を使用する場合、レコードのすべての処理はローカルワークステーションで実行されます。ワークステーションは、Windowsの基盤となるメカニズムに依存して、MKDE(プログラムW32MKDE.EXE)がデータベースファイルに直接アクセスできるようにし、ロックファイルを使用して同時実行の問題を処理します。
この構成では、アプリケーションはBtrieveAPIまたはMicrokernelInterface(WBTRV32.DLL)を呼び出します。次に、呼び出しはインターフェイスによって処理され、W32MKDE.EXE基盤となるオペレーティングシステムファイルシステム(ネットワークまたはローカル)を使用してデータベースファイルに直接アクセスするMKDE()に渡されます。
これはいくつかの特有の問題につながります。たとえば、BtrieveがWindowsファイル共有を使用していて、データベースエンジンがファイル共有で直接ファイルを開いている場合、更新中にネットワークが不安定になる(ネットワークケーブルが切断されるなど)場合、あるBtrieveファイルを別のファイルにリンクするために使用されるフィールドは次のようになります。同期されておらず(すべての目的と目的で、データはその関係または他のデータへのリンクを失います)、データベースファイル自体が破損する可能性があります(ただし、プレイメージのページングにより、この可能性は低くなります)。

クライアントサーバー
MKDE server.svg
Btrieveのクライアント/サーバー(またはサーバーエディション)構成を使用する場合、レコードの処理は通常、マップされたドライブを介してWindowsファイルサーバーで実行されます(NET USEコマンドを使用してWindowsの「仮想」ディスクドライブにファイル共有をマッピングする方法))。認証時に割り当てられたアクセス許可、ログオンアクセス許可、またはNET USE使用時に付与されたアクセス許可のいずれかを利用します。
Windows 95では、MKDEインターフェイス(と呼ばれるWindowsダイナミックリンクライブラリ(DLL))がWBTRV32.DLL、構成ファイルを介して使用されているデータベースアクセス方法を決定します。クライアント/サーバーとワークステーションエンジンの両方が同じマシンにインストールされていることを検出すると、ターゲットがワークステーションまたはサーバーのどちらに設定されているかを確認します。Windows NTで実行されていて、サーバープロセスNTMKDE.EXEがスタンドアロンワークステーションプロセスW32MKDE.EXEと一緒に実行されている場合、レジストリを調べて、ターゲットがサーバーであるかワークステーションであるかを判断します。どちらの場合も、MKDEインターフェイスがワークステーション(「スタンドアロンワークステーション」構成)に設定されている場合、MKDE(W32MKDE.EXE)を使用してファイルに直接アクセスします。サーバーに設定されている場合、クライアントのMKDEインターフェイスは、サーバーと「通信」する通信モジュール(Windows 95の場合はこれW32BTICM.DLL、Windows NTの場合はこれNTBTICM.DLL)を使用します。サーバー自体には、マップされたドライブ上に存在する独自の一致する通信モジュール(ここでもW32BTICM.DLLまたはNTBTICM.DLL)がサーバーDLLは、NTMKDE.EXEレコードを更新するサーバーMKDE()と通信し、操作が成功したことの確認を通信モジュールを介してクライアントに送り返します。
このシステムの利点は、ネットワーク接続障害が発生した場合、サーバー上のMKDEがそれを検出し、ワークステーション構成よりも適切な方法で回復できることです。

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

Pervasive.SQL 7
Pervasive.SQL 7は1998年3月にリリースされ、Scalable SQL4とBtrieve7.0が含まれていました。Btrieve 7.0は、Btrieve 6.xと同じプラットフォーム(Windows 95、Windows NT 3.51&4、Netware、DOS)で動作しました。ただし、同社は、アップグレードとの互換性の問題を解決するために、SmartComponentsと呼ばれるコンポーネントベースのアーキテクチャに変更しました。これは、「グルーファイル」(必要な場合にのみメモリにロードされるDLL)の動的バインディングとともに、ファイルに埋め込まれ、ファイル名にエンコードされるコンポーネント識別スキームを使用していました。コンポーネントの動的バインディングは、ファイル名エンコーディングを介して適切な必要なコンポーネントの最新バージョンを検索する新しい「AbstractOSServicesDLL」を使用して行われました。次に、この「接着剤モジュール」がメモリにロードされて使用されます。 Btrieve 6.xの古いログファイル形式もPVSW.LOG、統合され拡張されたログファイル形式を持つと呼ばれる新しい集中ログに置き換えられました。また、エラーメッセージとエラーメッセージレポートメカニズムも改善されました。
MKDEはPervasive.SQL7に保持されていました。ただし、新しいコンポーネントアーキテクチャの動的バインディングにより、内部アーキテクチャが変更されました。Btrieveを使用するアプリケーションは、サービスマネージャーを呼び出し、サービスマネージャーは、構成されたさまざまなディレクトリを検索して、特定のエンコードされたファイル名を探します。Backus–Naur形式のBtrieveファイルにロードされるファイル名は次のとおりです。
<ファイル名> :: = <プラットフォームコード> “”BIF”” <メジャー機能レベル> <マイナー機能レベル><プラットフォームコード> :: = “”W1″” | 「W2」| 「W3」| 「W9」| 「WT」| 「NW」| 「O3」<メジャー-機能レベル> :: = <番号><マイナー機能レベル> :: = <番号> <番号><番号> :: = “”0″” | 「1」| 「2」| 「3」| 「4」| 「5」| 「6」| 「7」| 「8」| 「9」
埋め込まれたファイル名プラットフォームコード
コード
プラットホーム W1 Windows 3.1x、含む Windows for Workgroups(Win16) W2 拡張Windows(32ビットWatcom Extender) W3 Windows 95、Windows NT(Win32)W9 Windows 95 WT Windows NT NW
NetWare3.xおよび4.x O3 OS / 2(32ビット)
DLLである「glue」モジュールがメモリにロードされ、MKDEへのインターフェイスになります。次に、MKDEは、ワークステーションベースの構成とサーバーベースの構成のどちらに構成されているかを判別します。次に、通信「リクエスター」モジュールを介してデータベースサーバーに要求を渡すか、ワークステーションモードで構成されている場合はデータベースファイルを直接変更します。

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

Pervasive.SQL V8
2002年12月に導入されたPervasive.SQLV8は、多くの新しいテクノロジーを使用して、BtrieveアプリケーションとSQLアプリケーションの両方のパフォーマンスを向上させます。
クライアント側のキャッシュは、データベースのコンテンツの一部をローカルPCに保持することにより、読み取りパフォーマンスを大幅に向上させます。
Turbo Write Acceleration(TWA)は、ディスク書き込みをグループにグループ化し、ディスクとの相互作用を最小限に抑えます。
トランザクションログは、トランザクションの耐久性よりもわずかに少ない障害保護を提供しますが、全体的なパフォーマンスを向上させます。
V8 Security Feature Pack(8.5と指定されたミッドリリース製品アップデート)は、Pervasive.SQLデータファイルをロックダウンするように設計された重要な新しいセキュリティ機能を追加しました。8.5より前は、Btrieveデータへのアクセスはオペレーティングシステムのセキュリティメカニズムによって制御されていました。つまり、データベースへの読み取り/書き込みアクセスが必要なユーザーは、基になるデータファイルへの読み取り/書き込みアクセスも必要でした。8.5では、管理者がデータベースセキュリティを使用してBtrieveデータへのアクセスを制御できる新しいセキュリティモデルが導入されました。有効化されると、データベースセキュリティでは、ユーザーが基になるファイルにアクセスできる必要がなくなります。さらに、クライアント/サーバー構成では、ネットワーク共有またはマップされたドライブを使用する必要がなくなりました。アプリケーションは、URI接続文字列を使用して安全なBtrieveデータを参照できます。

普及したPSQLv9
Pervasive PSQL v9には、Eclipseフレームワーク上に構築された新しいJavaGUIが含まれています。これらのGUIは、MicrosoftWindowsとLinuxの両方で使用できます。さらに、v9には多くのSQLパフォーマンスと構文の更新が含まれており、すべてのSQLインターフェイス(ADO.Net、JDBC、ODBC、およびOLE DB)の速度と柔軟性の両方が向上しています。最後に、PSQL v9は、Btrieveの最大ファイルサイズを8.x以前のファイル形式の64GBから9.0形式のファイルの128 GBに拡張し、9.5ファイル形式のファイルの場合は256GBに拡張しました。
PSQL v9と組み合わせて、PervasiveはDDF Builderユーティリティを再導入し、全文検索(FTS)アドオンを使用したテキスト検索のサポートを追加しました。これは、後で製品ラインから削除されました。DDF Builderは、Btrieveユーザーが既存のBtrieveファイルのメタデータを定義するためのメカニズムを提供します。これにより、SQLツールおよびユーティリティを介してBtrieveデータにアクセスできるようになります。
MKDEのすべてのバージョンは、MKDE自体の導入以前のものを含め、以前のバージョンのBtrieveとの完全な後方読み取りレベルの互換性を保持し、特に要求されない限り、ファイルのバージョンを変更しません。9.0以降のデータベースエンジンからのデータベース書き込みをサポートするには、5.x以前のファイル形式のBtrieveファイルを(GUIまたはコマンドラインの再構築ユーティリティを使用して)6.x以降の形式に再構築する必要が

パーベイシブPSQLv10
Pervasive PSQL v10は2007年9月にリリースされ、64ビットオペレーティングシステムのサポートを提供するPervasive PSQLServerおよびClientの最初のバージョンでした。Btrieve APIと配布チューニングインターフェイス(DTI)は、どちらも64ビットをサポートするように拡張されました。パーベイシブPSQLワークグループおよびSDKの他のコンポーネントは、64ビットサポート用に拡張され
Pervasive PSQL v10のリリースは、当時新しく利用可能になったWindows Vistaのサポートを提供し、まもなくWindows Server2008オペレーティングシステムが登場するように調整されました。パーベイシブPSQLv10サーバー、ワークグループ、およびクライアントはすべてWindowsVistaをサポートします。Pervasive PSQL v10 Serverは、Windows Server2008の認定を受けています。
また、Pervasive PSQL v10にはXtreme入出力(XIO)が含まれていました。これは、拡張メモリへのアクセスを可能にして、32ビットWindowsシステムの通常の2GB制限を超えてキャッシュされたデータベースを拡張できる32ビットWindowsデータベースアクセラレータです。Xtremeの入出力には、データベースの入出力パフォーマンスを向上させるための更新圧縮アルゴリズムと合理化された書き込み手法も含まれていました。
製品認証と呼ばれるデジタルライセンスの強制は、Pervasive PSQLv10を使用するPervasivePSQL製品ラインに導入されました。製品認証は当初、試用版のダウンロードとeコマースの注文で実装されました。Pervasive DistributorおよびISVパートナーを通じて販売された製品は、2009年11月のPervasive PSQL v10SP3のリリースで製品認証を含むようにアップグレードされました。PervasivePSQLv10SP3もWindows7互換アプリケーションとしてリリースされました。
Pervasive PSQL v10は、最大データファイルサイズを256GBに増やし、最大ページサイズを16,384バイトに増やして、9.5ファイル形式を使用することで下位互換性を維持しました。
NetWare、Windows NT、Windows 98、Windows ME、DOS 6.22、および16ビットアプリケーションのサポートは、Pervasive PSQLv10で廃止されました。WindowsおよびLinuxバージョンのPervasivePSQL v9製品は販売されなくなりましたが、Pervasiveは引き続きPervasive PSQL v9 forNetWareを販売およびサポートしています。
2010年、PervasiveSoftwareはPervasivePSQL v11をリリースしました。これにより、ユーザーはマルチスレッドを最大限に活用してデータベース処理を高速化できます。

パーベイシブPSQLv11
Pervasive PSQLv11は2010年9月にリリースされました。PervasivePSQLv11の背後にあるエンジニアリング作業の主要な推進力の1つは、マルチコアCPUのパフォーマンスとスケーラビリティを向上させるためのデータベースエンジンの再設計でした。Pervasive PSQL v11は、同様のアクティビティを実行する並列スレッドを最適化し、データベースがタスクの実行中に複数のコアを使用できるようにします。PSQL v11は、ナビゲーションインターフェイスの低レベルの同期メカニズムの拡張機能も提供します。複数のユーザーが同じキャッシュファイルページを同時に読み取ることができ、それらの操作は独立したコアで続行できます。チェックポイントやログ管理などの非ユーザーアクティビティは別々のコアで実行でき、独立したファイルにアクセスする複数のユーザーは異なるコアで続行できます。
マルチコアサポートは、PSQL v11のすべてのバージョン(32ビットと64ビットのWindowsサーバーとLinuxサーバー、および32ビットワークグループ)で利用できます。Pervasiveでの内部テストでは、Microsoft 2008 Enterprise Server SP2(64ビット)を実行している8コアサーバーでPSQLv10とPSQLv11を比較すると、パフォーマンスが300%向上することが文書化されています。(IPv6)Windowsでのサポートは、IPv4環境の継続的なサポートとともにPervasive PSQLv11に含まれています。Pervasive PSQL v11は、BtrieveとDTI(Distributed Tuning Interface)の両方のアクセス方法でIPv6をサポートします。
PSQL v11の64ビットサーバーバージョンには、64ビットのリレーショナル/ SQLエンジン、64ビットのナビゲーション/ Btrieveエンジン、および64ビットのODBCドライバーが含まれています。ドライバーは、64ビットバージョンのPSQLサーバーおよびPSQLクライアントとともにインストールされます。
Pervasiveは、Pervasive PSQL ADO.NET Data Provider 3.5を追加して、PSQLソフトウェア開発キットを更新しました。データプロバイダー3.5は、.NET Frameworkバージョン2.0、3.0、3.5、3.5 SP1、および4.0に準拠しており、Entity Framework1.0機能をサポートする.NETFramework4.0で実行されます。 Pervasive PSQL v11は、EmbardaceroのRAD Studio2009およびRADStudio 2010をサポートするPDAC(Pervasive Direct Access Components)アクセス方法も更新しました。
製品認証がPervasivePSQL v11で拡張され、OEMの顧客が含まれるようになり、OEMがPSQLv11のキーを生成してライセンスを管理するためのWebベースのポータルが導入されました。電話認証(インターネット接続を必要とせずにPervasive PSQLを認証する方法)は、PSQL v11で最初に導入され、すべてのPervasive顧客が利用できるようになりました。
Pervasive PSQL v11は9.5ファイル形式を継続し、以前のリリースとの下位互換性を維持します。
Windows 2000のサポートは、Pervasive PSQLv11で廃止されました。

普及したPSQLエコシステム
Pervasiveは現在、PSQLDBMSの基本機能を拡張する多数のアドオン製品を提供しています。各製品の最新バージョンであるAuditMasterv7、Backup Agent v3、およびDataExchange v4は、2010年12月にリリースされました。
Pervasive AuditMasterは、BtrieveかSQLかに関係なく、すべてのデータベースの相互作用のリアルタイム監査を提供します。データイベントのログを照会して、機密データへの変更を追跡できます。アラートを作成して、適切な担当者に通知したり、関連するプロセスを開始したりすることもできます。
Pervasive Backup Agentは、PSQLの継続的な操作モードを管理し、バックアップソフトウェアがオンラインデータベースを確実にコピーできるようにします。
Pervasive DataExchangeは、2つ以上のPSQLエンジン間のデータ同期とレプリケーションを提供し、重要なデータが常に利用可能であることを保証します。

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

も参照してください
Btrieveのアーキテクチャ
Microsoft Jet Database Engine

ノート
^ 「アーカイブされたコピー」。
^ カイル、ジム(1995)。Btrieveの完了:開発者およびシステム管理者向けのガイド。マサチューセッツ州レディング:Addison-Wesley Publishing Company NS。7. ISBN  0-201-48326-2。
^ フォスター、エド(2000)。「吸う音が聞こえますか?Novellのアップグレードには予想以上の費用がかかる可能性があります」。Infoworld。
^ 「ActianCorporationとパーベイシブソフトウェアが団結してビッグデータに対して行動を起こす」。
^ 普及(1997)。Btrieve for DOSインストールおよび操作マニュアル(PDF)。NS。1. 2004年6月19日にオリジナル(PDF)からアーカイブされました。
^ 普及(1998)。「NetWareロード可能モジュールアプリケーションからのステータス96(記事ID:BTRTT-97070801)」。普及したナレッジベース。
^ 普及(1996年11月)。Btrieve for Windowsのインストールと操作(PDF)。pp。2–5、2–6。2005-10-02にオリジナル(PDF)からアーカイブされました。
^ 普及(1996年11月)。Btrieve for Windows NT / Windows 95のインストールと操作(PDF)。pp。2–3。2008年7月4日にオリジナル(PDF)からアーカイブされました。
^ Btrieve for Windows 95 / NTのインストールと操作、2–5 ^ Btrieve for Windows 95 / NTのインストールと操作、2–4 ^ 普及(1998年2月)。Pervasive.SQL 7ユーザーズガイド(PDF)。pp。22–28。
^ 普及(2007)。「PervasivePSQLv10の新機能」。普及したドキュメント。
^ 普及(1998年3月)。パーベイシブPSQLXtreme I / O:32ビットアプリケーションのパフォーマンスの提供(PDF)。pp。3–5。2007-10-21にオリジナル(PDF)からアーカイブされました。
^ Pervasive(2010)。「PervasivePSQLv11の新機能」(PDF)。普及したドキュメント。
^ 普及(2010)。「パーベイシブPSQLv11のベンチマークパフォーマンス結果」(PDF)。普及したドキュメント。
^ 「ActianはBtrieve12をリリースして、既存のユーザーが最新のOSおよびハードウェアプラットフォームに移行できるようにします」。Actian.com。
^ 「Btrieve12-アクティアン-ビッグデータに対して行動を起こす」。Actian.com 。

ソース
Trocino、Richard B.(1994)。NetWare Btrieve6.xの図解ガイド。ゴールデンウェストプロダクツインターナショナル。pp。19–24。
ノベル。NetWareBtrieveのコンポーネント。
普及(2004)。Btrieveの過去、現在、未来:Btrieveがデータベースの世界を揺るがしたときのことを覚えていますか?。会社の歴史のウェブページ。
普及。Pervasive.SQL 2000i:はじめに(Server Edition)。製品マニュアル。

外部リンク
Pervasive Software Inc. —BtrieveおよびPSQLのメーカー Btrieve Society comp.databases.btrieve – Btrieveのニュースグループ
パーベイシブソフトウェアのオンラインマニュアル
image
Btrieve&oldid=1027572314″