この章では、以下の項目について説明します。

PSQL には、対話型の Maintenance ユーティリティおよびコマンド ラインの Maintenance ユーティリティが用意されています。この Maintenance ユーティリティは、いずれも以下の共通したファイル操作およびデータ操作を行います。

2 つのユーティリティは基本的に同じですが、機能が異なる部分が多少あります。たとえば、対話型 Maintenance ユーティリティでは、定義したファイルおよびキー仕様に基づいてディスクリプション ファイルを作成することができますが、コマンド ライン Maintenance ユーティリティでは、サーバー上でファイルの Continuous オペレーションを直接開始または停止することができます。

Maintenance ユーティリティを使用する前に、ファイル、レコード、キー、セグメントなどの Btrieve の基本概念について熟知しておく必要があります。これらの項目の詳細については、『PSQL Programmer's Guide』を参照してください。

対話型 Maintenance ユーティリティは、Windows 32 ビットおよび 64 ビット プラットフォームで実行される Windows アプリケーションです。このユーティリティは、グラフィカル インターフェイスを使用した場合、またはディスクリプション ファイルを作成したい場合に使用します。このセクションには次の主なトピックがあります。

それぞれの主なトピックにはそのトピックに固有のタスクがあります。

MicroKernel データ ファイルは、オペレーティング システムのファイル サイズ上限を超えた容量を持つことが可能です。データを、MicroKernel の拡張ファイルからシーケンシャル ファイルにエクスポートした際、実際の形式の違いから、そのシーケンシャル ファイルの容量がデータベース エンジンのファイル サイズ上限を超える場合があります。

大きなサイズのファイルをエクスポートする際、対話型 Maintenance ユーティリティでは、シーケンシャル ファイルがファイル サイズの上限（2 GB）を超えていることを検出すると、エクステンション ファイルの作成が開始されます。この処理は自動的に行われます。エクステンション ファイルおよび元のシーケンシャル ファイルは、同じボリューム内に存在する必要がありますファイルのサイズの制限は、オペレーティング システムやファイル システムによって異なるので注意してください。2 GB というサイズはデータベース エンジンでサポートされる制限サイズです。

エクステンション ファイルの名前には、ベース ファイルと似た名前を付ける方式が使用されます。エクステンション ファイルを示すのに、ネイティブな MicroKernel エンジン エクステンション ファイルがキャレット（"^"）を使用するのに対し、シーケンシャル ファイルのエクステンション ファイルはチルダ（"~"）を使用するので、同じベース ファイル名を持つ既存のエンジン拡張ファイルを上書きするのを防ぎます。最初のエクスポート エクステンション ファイルには、ベース ファイル名に ".~01" という拡張子が付きます。次のエクステンション ファイルには、ベース ファイル名に ".~02" というように拡張子が付けられます。これらの拡張子は 16 進形式で追加されます。

名前付け規則は 255 までのエクステンション ファイルをサポートします。したがって、最大ファイル サイズは 256 GB です。

また、シーケンシャル ファイルからデータをインポートする場合は、ファイルが拡張されているかどうかがチェックされ、エクステンション ファイルからデータがロードされます。

スペースを含む長いファイル名は、サポートされるすべてのオペレーティング システムで使用できます。参照対象となるすべてのファイル名には、埋め込みスペースを含むことが可能であり、また 8 バイトを超える名前も使用可能です。

Btrieve の古いバージョンでは、Open や Create など、パスに基づくオペレーションの際に、ファイル名の最後にスペースを追加することができました。このバージョンでも、デフォルトとしてこれが設定されており、操作に支障をきたしませんが、バージョン埋め込みスペースを含むファイル名やディレクトリ名も正しく認識する機能を利用したい場合は、クライアント リクエスターの［スペースを含むファイル/ディレクトリ名］設定をオンに設定します。デフォルトの設定はオンです。

このオプションをオフに設定した場合でも、埋め込みスペースを含む名前を持つファイルにアクセスする際に、アプリケーションがファイルを開く、または作成する BTRV/BTRVID/BTRCALL/BTRCALLID コールを行うとき、その名前を二重引用符で囲めば、使用することができます。

PSQL ではレコードおよびページによる 2 種類のデータ圧縮を提供します。これら 2 種類のデータ圧縮は、別々に使われることもあれば、一緒に使われることもあります。2 つの圧縮タイプの主な目的はいずれも、データ ファイルのサイズを減らし、データのタイプとデータ操作のタイプに応じてより速いパフォーマンスを提供することです。

レコード圧縮には 6.0 以上のファイル形式が必要です。レコード圧縮により、多数の繰り返し文字を含むレコードの格納に必要なスペースを大幅に削減できます。データベース エンジンは、5 つ以上連続する同一文字を 3 バイトに圧縮します。

ファイルの作成時、指定されたレコード長に余裕を持たせるため、データベース エンジンは自動的に指定されたより大きいページ サイズを使用します。圧縮されていないレコードが、使用できる最大ページに収まりきらないほど大きい場合、データベース エンジンは自動的にレコード圧縮をオンにします。

圧縮レコードの最終的な長さは、ファイルに書き込まれるまで決定されないため、データベース エンジンはレコード圧縮されたファイルを可変長レコード ファイルとして作成します。レコードの圧縮されたイメージは可変長レコードとして格納されます。アプリケーションがレコードの追加、更新、削除を頻繁に行うと、個々のレコードはいくつかのファイル ページに断片化されます。データベース エンジンは 1 つのレコードを取得するために複数のファイル ページを読み取らなければならない場合があるので、この断片化によってアクセス時間が遅くなるおそれがあります。

『PSQL Programmer's Guide』のページ サイズの選択、ファイル サイズの予測およびレコード圧縮を参照してください。

ページ圧縮には 9.5 以上のファイル形式が必要です。内部的には、PSQL データ ファイルはさまざまな種類のページの連続です。ページ圧縮は、ファイル内のデータ ページの圧縮と復元を制御します。

ファイルが物理ストレージから読み取られると、データ ページは復元されてメモリ キャッシュに保持されます。レコードの読み取りと更新は、メモリ キャッシュ内の圧縮されていないデータに対して行われます。書き込み操作が行われると、データ ページは圧縮されて物理ストレージに書き込まれます。圧縮されたページが、次回アクセスされるまで保持されるかどうかは、キャッシュ管理によって異なります。

データの種類によって圧縮しても意味がない場合、データベース エンジンはそのデータを圧縮しないで物理ストレージに書き込みます。

レコード圧縮、ページ圧縮、あるいはその両方を使用することで得られる利点は、圧縮されるデータのタイプによって異なります。次の表では、データ圧縮を使用するかどうかを判断するための一般的な要因を説明します。

オペレーティング システムの［スタート］メニューまたはアプリ画面から、あるいは PSQL Control Center の［ツール］メニューから Maintenance ユーティリティにアクセスします。Maintenance ユーティリティのメイン ウィンドウは次のようになっています。

対話型 Maintenance ユーティリティには、以下のメニューが用意されています。

Maintenance ユーティリティのヘルプを使用するには、ヘルプの必要なダイアログ ボックスで［ヘルプ］をクリックするか、以下のような［ヘルプ］メニューのコマンドを選択します。

このセクションでは、構築するファイルおよびキー仕様に基づいて新しいファイルを作成する［ファイル情報エディター］に関する一般的な説明を行います。このエディターでは、既存ファイルの情報をロードできるため、既存データ ファイルのファイル仕様やキー仕様の確認に便利です。また、既存ファイルのファイルやキー仕様に基づいた新規ファイルの作成も可能です（コマンド ライン Maintenance ユーティリティである BUTIL の CLONE コマンドと同様）。

ファイル情報エディターを開くには、［オプション］>［情報エディターの表示］をクリックします。

エディターの上部には、以下のボタンが表示されます。

［ファイル情報エディター］の上部の［データ ファイル情報］領域には、以下のコントロールが含まれます。

［ファイル情報エディター］の中央部に［ファイル仕様］領域があります。表 70 はこのボックス内のコントロールの説明です。

ダイアログ ボックスの左下部には［キー］グループ ボックスがあります。表 71 はこの領域のコントロールの説明です。これらのコントロールは、現在のキー セグメントだけでなく、［キー］リストで選択されているキーに固有です。これらの設定を変更した場合、指定したキーのすべてのセグメントに対して変更が適用されます。

ダイアログ ボックス中央下部の［キー］リストには、ファイルに定義されているキー番号が表示されます。バージョン 6.x 以降のファイルでは、このキー番号が連続した数値である必要はありません。Maintenance ユーティリティでは、選択されたキーの仕様が、ダイアログ ボックス左下部の［キー］ボックスに表示されます。

また、ダイアログ ボックス中央下部の［セグメント］リストには、［キー］リストで選択されたキーに定義されている、キー セグメント番号が表示されます。Maintenance ユーティリティでは、選択されたセグメントの仕様が、ダイアログ ボックス右下部の［セグメント］ボックスに表示されます。

また、［キー］と［セグメント］リストには、以下のボタンが表示されます。

これらのボタンは、作成するファイルのキー仕様を設定するもので、既存ファイルのキーに対して使用することはできません。既存ファイルのインデックスを作成または削除する場合は、インデックスの作業を参照してください。

ダイアログ ボックスの右下部には［キー セグメント］グループ ボックスがあります。表 72 はこの領域のコントロールの説明です。これらのコントロールは、［セグメント］リストで選択されているセグメントに固有のものです。

複数のレコードが、インデックス キーに同一の重複した値を持つことができます。重複キー値を持つレコードを記憶しておく 2 つの方法は、リンク重複および繰り返し重複と呼びます。

リンク重複の手法では連鎖技術を使用し、グループ内の各レコードをポインターを使用して隣のレコードと連結します。同一インデックス ページ上の各エントリは 1 組のレコード ポインターを持ち、キー値が重複しているレコードの連鎖の最初と最後のリンクを示します。このため、各キー ページのエントリは繰り返し重複インデックスより 4 バイト長くなります。さらに、データ ページの各レコードでは、リンク重複インデックスごとに 8 バイトのオーバーヘッドが必要です。この 8 バイトは、連鎖中の次のレコードと前のレコードを指す 2 つのレコード ポインターです。

最初のレコード ポインターは、最初に、または最も古い時期に格納されたレコードのアドレスを保持します。2 番目のポインターは最近または最後に格納されたレコードのアドレスを保持します。最初のレコードが書き込まれた後でほかのレコードが追加される前には、キー ページ エントリ上の両方のポインターに最初のレコードのアドレスが保持されています。その後にレコードが追加されると、2 番目のポインターが追加された各レコードを指すように変更されます。このことにより、最後のレコードのレコード ポインターが、レコードの追加時にデータ ページ内に構築される前のレコードの連鎖のリンクとして使用されること、および前のレコードの検索に使用されることが可能になります。

繰り返し重複の手法では、各重複キー値はインデックス ページとデータ ページ上のレコード内の両方に格納されます。各キー値には、レコード ポインターが 2 つではなく 1 つだけあります。この手法ではデータ レコードの連鎖が不要で、レコードごとの 8 バイトのオーバーヘッドを節約します。キー値が重複レコードごとに繰り返されるため、インデックスのサイズが大きくなるという影響があります。

リンク重複および繰り返し重複の手法は、以下の基準によって比較することができます。

リンク重複インデックスは、データが追加された順序で重複を取得します。繰り返し重複インデックスは、データがファイル内に存在する順序で重複を取得します。ファイル内での位置は制御できないため、順序はランダムであると考える必要があります。

リンク重複インデックスでは、各重複キー値の最初の出現で 12 バイト余分に必要になります。これには、各レコードについての 8 バイトとキー ページ エントリとしての 4 バイトが含まれます。ただし、重複レコードはキー ページでこれ以外の余計な空間を必要とせず、レコードごとに 8 バイトが追加されるだけです。したがって、キー値ごとの重複の数が増加してキー値のサイズが増加しても、リンク重複インデックスはキー ページが使用するストレージ空間を著しく節約することができます。ただし、重複キーを持つレコードがほとんどファイルに格納されていないか、キー長が非常に短い、またはその両方に該当する場合は、使用するストレージ空間は増加します。

次の図で、リンク重複インデックスの使用によって節約されるストレージ空間の量を例示します。リンク重複インデックスは、キー値ごとの重複レコード数が少ない場合にはより多くの空間を必要とするので注意してください。しかし、キー値ごとの重複レコード数が増えるにつれ、リンク重複インデックスが必要とするページ数は少なくなり、ストレージ空間を著しく節約します。

インデックス検索に関わるページが少ない場合、ディスクから読み取るページ数が少なくなるため、結果として速いパフォーマンスが得られます。リンク重複手法は一般的に少しの物理ストレージ空間しか使用しないため、速いパフォーマンスが得られます。繰り返し重複手法は、重複のあるキー数が少ない場合にのみパフォーマンスでの利点があります。

データベース エンジンは、複数の並行トランザクションが同一ファイルに対し同時にアクティブである場合に、ページ レベルの並行性を提供します。これは、キー ページへのほとんどの変更と、データ ページへのすべての変更に適用されます。並行性とは、同一ページが別個のトランザクションからの複数の保留中の変更を同時に持つことができることを意味します。また、これらのトランザクションはどのような順序でもコミットすることができます。繰り返し重複インデックスはこの並行性を最もよく利用しています。

リンク重複インデックスでは、繰り返し重複には存在しない並行性の制限が追加されます。新しい重複データが作成された場合、そのレコードはリストの最後で別のレコードにリンクされます。このレコードのリンクにより、1 つではなく 2 つのレコードがロックされることになります。すべての重複データはリンク レコードの連鎖の最後に追加されるため、重複は一度に 1 つしか追加できません。

このようなレコード ロックの衝突により、通常、ほかのクライアントは最初のトランザクションがコミットされるまで待機状態になります。並行動作が行われる環境では、すべての新規レコードが同じ重複値を使用する場合、並行性は事実上一度に 1 トランザクションというレベルまで低減します。さらに、トランザクションが大きいかまたは長く継続する場合、この連続状態がパフォーマンスに非常に大きく影響します。

並行環境で更新されるデータベースに繰り返し重複インデックスを使用した場合、パフォーマンスは一般的に向上します。したがって、リンク重複手法を使用せざるを得ない理由がある場合を除き、並行環境で更新されるデータベースには繰り返し重複インデックスを使用してください。

ファイル情報エディターを使用して次の作業を行うことができます。

既存ファイルから情報をロードした場合、既存ファイルを編集するわけではありません。既存ファイルに関する情報のコピーのみがロードされます。一般的に、ファイル情報エディターでほかの作業をする前にファイルをロードしますが、これは必須ではありません。

ファイル情報エディターで、現在の情報または入力した新しい情報に基づいた新規ファイルを作成することができます。

コメントは、ディスクリプション ファイルを作成したときに、その先頭に出力されます。たとえば、コメント「これは私のファイルです」はディスクリプション ファイルの先頭に /* これは私のファイルです*/ と表示されます。ディスクリプション ファイル作成後にコメントを追加する場合は、コメントを追加してファイルを作成し直す必要があります。

未使用スペースを除去することにより Btrieve データ ファイルのコンパクト化を行うことができ、通常ファイルのサイズを小さくすることができます。この処理は、コマンド ライン Maintenance ユーティリティ（Btrieve データ ファイルをコンパクト化するにはを参照）を使用して実行することもできます。

オルタネート コレーティング シーケンス（ACS）を使用して、文字型のキー（STRING、LSTRING および ZSTRING）を標準 ASCII コレーティング シーケンスとは異なる順序でソートすることができます。1 つまたは複数の照合順序を使用して、次のようにキーをソートすることができます。

ファイルには、キーごとに異なる ACS を持つことができますが、1 つのキーには 1 つの ACS のみです。したがって、キーがセグメント化されている場合、各セグメントはそのキーに指定された ACS を使用するか、または ACS をまったく使用しないかのいずれかになります。あるファイルに、一部のセグメントにだけ ACS が指定されているキーがある場合、Btrieve は指定されたセグメントのみ、ACS を使用してソートします。

ISR テーブルは ISO の標準ロケール テーブルに基づいており、PSQL によって提供されます。ISR テーブルは PSQL のデータベース エンジンと一緒にインストールされた collate.cfg ファイルに格納されています。複数のデータ ファイルが 1 つの ISR を共有できます。

MicroKernel は、ファイル オーナー ネームを設定することにより、データ ファイルへのアクセスを制限するオプションを提供しています。オーナー ネームは大文字小文字を区別します。オーナー ネームはパスワードに似ていますが、PCC で設定されるユーザー名やグループ名と同じではありません。たとえば、ファイル オーナー ネームの Master はデフォルト ユーザーの Master とは異なります。

短いオーナー ネームは半角 8 文字までの範囲で指定できます。長いオーナー ネームは半角 24 文字までの範囲で指定できます。長いオーナー ネームを設定すると、以下のすべての事項が適用されることに留意してください。

リレーショナル アクセスでは、オーナー ネームの制限のあるテーブルを操作しようとすると ODBC エラーになります。たとえば、PCC でテーブルを削除しようとする場合などです。オーナー ネームは GRANT ステートメントまたは SET OWNER ステートメントを使って適用できます。GRANT ステートメントを使用して、特定のユーザーまたはグループにアクセス権を与え、ODBC 経由でリレーショナル アクセスすることができます。Master ユーザーは GRANT ステートメントに正しいオーナー ネームを使用する必要があります。『SQL Engine Reference』のGRANTを参照してください。

SET OWNER ステートメントを使用し、現在のデータベース接続中に使用するオーナー ネームを 1 つまたは複数指定できます。『SQL Engine Reference』のSET OWNERを参照してください。

オーナー ネームは設定およびクリアすることができます。

オーナー ネームを設定すると、データ ファイルへのアクセスが制限されます。オーナー ネームをクリアすると、この制限が解除されます。

ファイル情報レポートの作成は、データベース エンジンのトランザクション一貫性保持機能でファイルのログを作成できるかどうかを確認する際に便利です。レポートは、ファイルにシステム データがあるかどうか、キーがユニークであるかどうかを表示します（ユニーク キーには、重複が許可されていることを示す D フラグが付きません）。情報レポートはファイルのメタデータを提供します。この情報は、問題の解決に使用したり、よく似たファイルを作成するのに役立ちます。

情報レポートを作成する手順を以下に示します。

インデックスは、特定キーのすべてのキー値をソートするためのものです。Btrieve アクセスではオーバーラップするインデックス（列の一部を含むインデックス）が許可されます。ODBC を介したリレーショナル アクセスでは、オーバーラップするインデックスは許可されません。［エディターの起動］ボタンをクリックして表示できるファイル情報エディターを使用して、オーバーラップするインデックスを作成することができます。

インデックスに関連する以下の作業を行います。

ファイルにキーが定義されていない場合、ファイルのインデックスを作成することはできません。ファイル情報エディター（ファイル情報エディターを参照）を使用してキーを作成することができます。

インデックスを削除する前に、アプリケーション プログラムが行うアクセスについてよく理解しておいてください。必要なインデックスがないと、GET NEXT などの機能が動作しません。その結果、アプリケーション プログラムは正常に機能しなくなります。

［データ］メニューのコマンドを使用して、データ ファイルのレコードをインポート、エクスポート、およびコピーすることができます。また、ロール フォワード機能を利用して、システム エラー発生後にデータを修復することも可能です。ロール フォワードについては、ロール フォワード コマンドを参照してください。

データを保存すると、ASCII ファイルのレコードは、以下の形式になります。以下の仕様に従うことにより、ASCII テキスト エディターを使用してロード可能なファイルを作成できます。多くのテキスト エディターでは、バイナリ データを編集することができないので注意してください。

図 30 は、入力 ASCII ファイルのレコード形式です。この例では、データ ファイルに 40 バイトのレコード長が定義されています。

以下のデータに関する作業は Maintenance ユーティリティを使用して行うことができます。

Maintenance ユーティリティでは、ASCII ファイルから標準データ ファイルにレコードをインポートすることができます。この処理では、データ変換は行われません。テキスト エディター、または Maintenance ユーティリティを使用してインポート ファイルを作成することが可能です（ASCII ファイルへのレコードのエスクポートを参照）。

Maintenance ユーティリティでは、データ ファイルから ASCII ファイルにレコードをエクスポートすることができます。

Maintenance ユーティリティでは、MicroKernel データ ファイルから別の MicroKernel データ ファイルにデータをコピーすることができます。指定するデータ ファイルの両方のレコード長は、同じでなければなりません。

ログ、バックアップおよび復元を参照してください。

このユーティリティは、コマンド ライン形式のインターフェイスを使用したい場合、または Continuous オペレーションを開始または停止したい場合に使用します。Maintenance ユーティリティは、サーバー上で（Windows プラットフォームの DOS プロンプトから）、またはローカルの DOS、Windows、Linux、および OS X クライアントから、コマンド ライン形式で使用することもできます。Maintenance ユーティリティのコマンドは、コマンド ラインまたは作成したコマンド ファイルから実行することができます。Maintenance ユーティリティのコマンド（BUTIL）を実行する前に、コマンドで説明されている、基本的な考え方と操作方法を理解しておく必要があります。

Btrieve の Maintenance コマンド ライン ユーティリティでは、以下のファイル処理およびデータ処理を行います。

BUTIL は実行を完了すると、終了コードまたは DOS エラー レベルのリターン コードをオペレーティング システムに返します。リターン コードの種類は次の表に示すとおりです。

次の表は butil ユーティリティで使用できるコマンドの一覧です。表内のリンクから、詳細な情報へ移動できます。

各コマンドの使用方法を表示するには、ファイル サーバーで butil コマンドを入力します。

Maintenance ユーティリティのコマンド ラインは、以下の形式になります。

コマンド ファイルは、以下の処理に使用します。

コマンド ファイルには、コマンド ラインで必要な情報と同じものが含まれます。

Maintenance ユーティリティのコマンド ファイルを作成する際、以下の規則に従ってください。

以下は、コマンド ファイルの例 COPYCRS.CMD です。このファイルでは、BUTIL -CLONE コマンドを呼び出し、COURSE.MKD ファイルを複製することによって NEWCRS.MKD ファイルを作成します。次に -CREATE コマンドを呼び出し、NEWFILES.DES ディスクリプション ファイルのディスクリプションを使用して NEWFILE.DTA ファイルを作成します。

-clone newcrs.mkd course.mkd <end>
-create newfile.dta newfiles.des <end>

以下のコマンドでは、COPYPATS.CMD ファイルを使用して COPYPATS.OUT ファイルに書き込みを行います。

butil @copypats.cmd copypats.out

ディスクリプション ファイルは、データ ファイルとインデックスの作成に使用するファイルのディスクリプションおよびキー仕様を含む、ASCII テキスト ファイルです。作成したファイルの情報を保存するための媒体としてディスクリプション ファイルを使用することもできます。ディスクリプション ファイル形式の詳細については、ディスクリプション ファイルを参照してください。

データベース エンジンの データ ファイルは、オペレーティング システムのファイル サイズ上限を超えた容量を持つことが可能です。データを、MicroKernel の拡張ファイルからシーケンシャル ファイルにエクスポートした際、実際の形式の違いから、そのシーケンシャル ファイルの容量がデータベース エンジンのファイル サイズ上限を超える場合があります。

大きなサイズのファイルをエクスポートする際、対話型 Maintenance ユーティリティでは、シーケンシャル ファイルがオペレーティング システムのファイル サイズの上限（2 GB）を超えていることを検出すると、エクステンション ファイルの作成が開始されます。この処理は自動的に行われます。エクステンション ファイルおよび元のシーケンシャル ファイルは、同じボリューム内に存在する必要がありますエクステンション ファイルの名前には、ベース ファイルと似た名前を付ける方式が使用されます。エクステンション ファイルを示すのに、ネイティブな MicroKernel エンジン エクステンション ファイルがキャレット（"^"）を使用するのに対し、シーケンシャル ファイルのエクステンション ファイルはチルダ（"~"）を使用するので、同じベース ファイル名を持つ既存の MicroKernel エンジン拡張ファイルを上書きするのを防ぎます。最初のエクスポート エクステンション ファイルには、ベース ファイル名に ".~01" という拡張子が付きます。次のエクステンション ファイルには、ベース ファイル名に ".~02" というように拡張子が付けられます。これらの拡張子は 16 進形式で追加されます。

名前付け規則は 255 までのエクステンション ファイルをサポートしますが、現在のエクステンション ファイルの最大数は 64 です。したがって、最大ファイル サイズは 128 GB です。

シーケンシャル ファイルに対する、サイズの大きなファイルの SAVE または RECOVER については、それぞれのコマンドを参照してください。また、シーケンシャル ファイルからデータをインポートする場合は、そのファイルが拡張されているかどうかがチェックされ、エクステンション ファイルからデータがロードされます。

MicroKernel では、オーナー ネームを指定することにより、ファイルへのアクセスを制限することができます。オーナー ネームはオプションであるため、ユーティリティで使用するファイルにオーナー ネームが必要でない場合もあります。

短いオーナー ネームは半角 8 文字までの範囲で指定できます。長いオーナー ネームは半角 24 文字までの範囲で指定できます。長いオーナー ネームを指定した場合、そのデータ ファイルは PSQL v10 SP1 より前のデータベース エンジンで読み取ることはできません。また、長いオーナー ネームを使用したデータ ファイルは、v9.5 より前のファイル形式にリビルドしようとする場合、そのオーナー ネームを最初に削除しておかないとリビルドすることができません。オーナー ネームは、長いものでも短いものでも、その最大長（8 または 24 バイト）に満たない部分は空白が埋め込まれます。

ファイルにオーナー ネームが必要な場合は、/O オプションを使用してオーナー ネームを指定します。オーナー ネームの指定は、以下のいずれかの方法で行います。

オーナー ネームは大文字小文字を区別します。コマンド ラインでオーナー ネームを入力した場合、先頭のスペースは削除されます。アスタリスクを使用した場合は、先頭のスペースは削除されません。

エラー メッセージをリダイレクトする場合は、フル パス名（ドライブ文字または UNC パスを含む）を入力します。

「対話型 Maintenance ユーティリティ」セクションの、ASCII ファイル形式のインポートとエクスポートを参照してください。

Windows、Linux、または OS X で BUTIL を使用する際、データ ファイルが現在のディレクトリに存在する場合は、パスを指定する必要はありません。

BUTIL コマンドの COPY、LOAD、RECOVER、および SAVE を使用したデータのインポートおよびエクスポートの詳細について説明します。

COPY コマンドは、MicroKernel ファイルの内容を、別のファイルにコピーします。COPY は、入力データ ファイルの各レコードを取得して、出力データ ファイルに挿入します。両ファイルのレコードのサイズは同じである必要があります。レコードのコピー後、COPY によって新しいデータ ファイルに挿入されたレコードの総数が表示されます。

COPY コマンドを使用することにより、古いファイルからのデータと新しいキー属性を持つデータ ファイルを作成できます。

以下のコマンドは、COURSE.MKD のレコードを NEWCRS.MKD にコピーします。COURSE.MKD 入力ファイルに、オーナー ネームは必要ありませんが、NEWCRS.MKD 出力ファイルでは、オーナー ネーム Pam が使用されています。

この例から最初の /O を省略した場合、オーナー ネーム Pam は、出力データ ファイルではなく、入力データ ファイルのものとして認識されます。

LOAD コマンドは、入力 ASCII ファイルのレコードをファイルに挿入します。入力 ASCII ファイルは、1 つのファイルまたは拡張ファイル（ベース ファイルと複数のエクステンション ファイル）のどちらでもかまいません。LOAD コマンドでは、入力 ASCII ファイルのデータは変換されません。データ ファイルへのレコード移動後、ロードされたレコードの総数が表示されます。

LOAD コマンド実行前には、入力 ASCII ファイルおよびデータ ファイルを作成する必要があります。入力 ASCII ファイルは、標準のテキスト エディターやアプリケーションを使用して作成できますが、そのファイル形式（ASCII ファイル形式のインポートとエクスポートを参照）に従う必要があります。データ ファイルは、CREATE コマンドまたは CLONE コマンドを使用して作成できます。

以下の例では、シーケンシャル レコードを COURSE.TXT から COURSE.MKD に読み込みます。COURSE.MKD のオーナー ネームは Sandy です。

RECOVER コマンドは、MicroKernel ファイルからデータを取り出し、LOAD コマンドで使用する入力 ASCII ファイルと同じ形式の ASCII ファイルに書き込みます。これは、破損した MicroKernel ファイルから、一部または全部のデータを取り出すときに便利です。RECOVER コマンドは、すべてではないにしても、ファイルのレコードの多数を取り出すことができます。この後は、LOAD コマンドを使用し、新しい MicroKernel ファイルに回復したレコードを挿入します。

ソース ファイルの各レコードでは、RECOVER コマンドで可変ページ エラー（ステータス コード 54）が発生した場合、現在のレコードから取得できるすべてのデータをシーケンシャル ファイルに書き込み、回復処理を継続します。

ユーティリティでは、以下のメッセージが表示されます。

以下の例では、COURSE.MKD からレコードを取り出し、COURSE.TXT に書き込みます。

SAVE コマンドは、指定したインデックス パスを使用して MicroKernel ファイルからデータを読み込み、LOAD コマンドで使用する形式に対応した ASCII ファイルに書き込みます。その後、その ASCII ファイルを編集し、LOAD コマンドを使用して編集後のデータを、別のデータ ファイルに保存することができます。ASCII ファイル形式の詳細については、ASCII ファイル形式のインポートとエクスポートを参照してください。

SAVE は、入力データ ファイルの各レコードに対して、出力 ASCII ファイルにレコードを 1 つ作成します。完了後、SAVE によって保存されたレコードの総数が表示されます。

ユーティリティでは、以下のメッセージが表示されます。

以下の 2 つの例は、SAVE コマンドを使用した、データ ファイルからのレコード取得方法です。

この例では、NEWCRS.IDX 外部インデックス ファイルを使用して COURSE.MKD からレコードを取得し、それらを COURSE.TXT という名前のシーケンシャル テキスト ファイルに保存します。

この例では、キー番号 3 を使用して COURSE.MKD からレコードを取得し、それらを COURSE.TXT という名前のシーケンシャル テキスト ファイルに保存します。

このセクションでは、CLONE、CLROWNER、CREATE、DROP、INDEX、SETOWNER、 および SINDEX といった各種 BUTIL コマンドを使用した、データ ファイルの作成と変更に関する詳細について説明します。またこのセクションでは、Btrieve データ ファイルのコンパクト化で、Btrieve データ ファイルの未使用スペース削除に関して詳細に説明します。

CLONE コマンドは、既存ファイルと同じファイル仕様（オーナー ネームを含まず、補足インデックスを含む）を持つ、空の新規ファイルを作成します。新しいデータ ファイルには、既存ファイルのすべての定義済みキー属性（キー位置、キー長、重複キー値など）が含まれます。

CLONE コマンドでは、ファイル情報（システム データを参照）に影響する MicroKernel 設定オプションのすべてが無視されます（ファイル バージョンを除く）。CLONE コマンドは、［作成ファイルのバージョン］オプションで指定したデータベース エンジンのファイル バージョンを使用して新規ファイルを作成します。

Btrieve 6.0 以降では、ページ サイズが 1,024 バイトのデータ ファイルで最大 23 のキー セグメントを使用することができるため、CLONE コマンドでは、既存データ ファイルに 24 のキー セグメントが含まれ、ページ サイズが 1,024 バイトの場合、新規データ ファイルのページ サイズは 2,048 バイトに設定されます。これは、既存データ ファイルがバージョン 6.0 より前の形式で、データベース エンジン ロードの際に、作成ファイルのバージョン オプションが 5.x または 6.x に設定されていない場合に発生します。

バージョン 7.x 以前のファイルを複製する場合は、作成する新規ファイルのバージョン設定を確認してください。たとえば、6.15 ファイルを 9.5 形式で複製する場合は、［作成ファイルのバージョン］オプションを 9.5 に設定します。

ステータス コード 30（指定されたファイルは MicroKernel ファイルではありません）が発生し、ソース ファイルのヘッダー ページが破損している可能性がある場合、ディスクリプション ファイルで CREATE コマンドを使用して新規の MicroKernel ファイルを作成します。

以下のコマンドは、COURSE.MKD ファイルを複製して NEWCRS.MKD ファイルを作成します。

CLROWNER コマンドは、MicroKernel ファイルのオーナー ネームをクリアします。

以下のコマンドは、TUITION.MKD のオーナー ネームをクリアします。このファイルのオーナー ネームは Sandy です。

CREATE コマンドは、ディスクリプション ファイルで指定されている属性を使用して、空の MicroKernel ファイルを作成します。CREATE コマンドを実行する前に、新しいキー属性を指定するディスクリプション ファイルを作成します。詳細については、ディスクリプション ファイルを参照してください。

以下のコマンドは、CREATE.DES ディスクリプション ファイルで定義された内容を使用し、ファイル COURSE.MKD を作成します。

図 34 の例では、MicroKernel 形式のファイルが作成されます。ファイルのページ サイズは 512 バイト、キーは 2 つに設定されています。ファイルの各レコードの固定長部は 98 バイト に設定されています。このファイルでは、可変長レコードがブランク トランケーション、レコード圧縮、可変長部割り当てテーブル（VAT）を使用しないように指定されています。空きスペース スレッショルドは、20 パーセントに設定されています。プリアロケーションは、100 ページに設定されています。ファイル作成時に、100 ページつまり 51,200 バイトがプリアロケートされます。

キー 0 は、重複可能で変更不可能な文字列セグメントを 2 つ含むセグメント キーで、この 2 つのセグメントには、16 進数で 20（スペース）のヌル値が指定されています。キー 0 では、コレーティング シーケンス upper.alt が使用されます。

キー 1 は、重複不可能で変更可能な数値型のセグメント化されていないキーです。これは、降順でソートされます。

DROP コマンドは、ファイルからインデックスを削除し、それ以降のキー番号から 1 を引くことによって、残りのインデックスのキー番号を調整します。キーの番号を調整しない場合は、削除に指定したキー番号に 128 を加算します。この調整は、6.0 以降のファイルでのみ使用可能です。

以下の例では、COURSE.MKD に 3 つのキーが存在します。ファイルの元のキーは、それぞれの番号が 0、1、2 となっています。

最初の例では、BUTIL -DROP コマンドで、COURSE.MKD からキー番号 1 を削除し、残りのキー番号をそれぞれ 0 と 1 に調整します。

以下の例では、BUTIL –DROP コマンドでキー番号 1 を削除し、キー番号の調整は行いません。キー番号は、それぞれ 0 と 2 のままになります。

INDEX コマンドは、既存ファイルでキーとして指定されていないフィールドに基づき、既存 MicroKernel ファイルの外部インデックス ファイルを構築します。INDEX コマンドを実行する前に、新しいキー属性を指定するディスクリプション ファイルを作成します。ディスクリプション ファイルの詳細については、ディスクリプション ファイルを参照してください。

新規ファイルのレコードは、以下から構成されます。

INDEX コマンドは、外部インデックス ファイルを作成し、インデックスが設定されたレコードの数を表示します。外部インデックス ファイルを使用して、データ ファイルのレコードを読み込む場合は、SAVE コマンドを使用します。

以下のディスクリプション ファイルでは、1 つのセグメントを含む新しいキーを定義します。キーは、レコードの 30 バイト目から始まり、10 バイトの長さを持ちます。また、重複と変更が可能な STRING 型で、オルタネート コレーティング シーケンスを使用しません。

以下のコマンドは、データ ファイル COURSE.MKD を使用し、外部インデックス ファイル NEWCRS.IDX を作成します。COURSE.MKD ファイルには、オーナー ネームは必要ありません。新しいキーの定義を含むディスクリプション ファイルは、NEWCRS.DES という名前です。

SETOWNER コマンドは、データ ファイルのオーナー ネームを設定します。

以下の例では、course.mkd データ ファイルの短いネームのオーナーを作成します。オーナー ネーム Sandy に制限レベル 1 を設定します。

以下の例では、billing.mkd データ ファイル用の長いオーナー ネームを作成し、そのオーナー ネームとファイルを暗号化し、すべてのアクセス モードを制限します。

SINDEX コマンドは、既存 MicroKernel ファイルに追加インデックスを作成します。デフォルトでは、新規インデックスのキー番号は、データ ファイルでそれまで最大だったキー番号より 1 つ大きな番号になりますが、キー番号を指定することも可能です。例外として、DROP コマンドでインデックスを削除し、残りキー番号の調整を行わなかった場合は、未使用のキー番号が存在するため、新しいインデックスに最初の未使用番号が割り当てられます。

キー番号オプションを使用することにより、新規インデックスのキー番号を指定できます。指定するキー番号は、ファイルで使用されていない有効なキー番号でなければなりません。無効なキー番号を指定した場合は、ステータス コード 6 が返されます。

このコマンドで SYSKEY オプションを使用しない場合は、SINDEX コマンドを使用する前に、インデックスのキー仕様を定義するディスクリプション ファイルを作成する必要があります。ディスクリプション ファイルの詳細については、ディスクリプション ファイルを参照してください。

以下の例では、COURSE.MKD にインデックスを追加します。ディスクリプション ファイルの名前は、NEWIDX.DES です。

以下の例では、システム定義キーが削除された COURSE.MKD にシステム定義キーを追加します。

BUTIL では、複数のコマンド（CLONE、RECOVER、LOAD）を使用してデータ ファイルの未使用スペースを削除し、ファイル サイズを縮小することができます。

パフォーマンスを向上させるために、butil で cache コマンドと purge コマンドを使用してファイルのページ キャッシュを管理することができます。

butil -cache および butil -purge コマンドがクライアント キャッシュ エンジンやレポート エンジンから実行される場合、そのコマンド アクションが適用されるのはローカル キャッシュにあるファイルのみです。

ファイルがクライアント キャッシュに残るようにするには、以下のいずれかの状況になっていなければなりません。

クライアント キャッシュ エンジンがアプリケーションとしてインストールされている場合は、シャットダウンしてクライアントがすべてのファイルを閉じた直後にキャッシュを空にします。これは、サービスとしてインストールされているクライアント キャッシュ エンジンやレポート エンジンの場合には問題になりません。

CACHE コマンドは、ファイルのページをキャッシュへ事前ロードします。ただし、ファイルが完全にキャッシュされているか、またはキャッシュがいっぱいの場合にはロードされません（コマンド プロンプに戻ります）。

PURGE コマンドは、ファイルの不要なキャッシュ ページをすべて消去します。ファイルがオープン ハンドルを持つ場合は消去されません（ただちにコマンド プロンプトに戻ります）。

このトピックでは、STAT を使用してデータ ファイルの特性や統計情報に関するレポートを生成する方法を説明します。

STAT コマンドは、定義されているデータ ファイルの特性、およびファイルの内容に関する情報を含むレポートを作成します。このコマンドを使用し、データベース エンジンがトランザクション一貫性保持機能を使ってファイルの情報を記録できるかどうかを判断できます。STAT コマンドでは、Create Supplemental Index オペレーション（Btrieve 6.0 以降）および Create オペレーションのいずれで作成されたかに関わらず、同じインデックスが表示されます。

以下の例では、PATIENTS.DTA のファイル情報を表示します。データ ファイルには、オーナー ネームは含まれません。

以下は、結果レポートの例です。

この例では、ファイル PATIENTS.DTA が、8.0 形式のファイルであることを表しています（バージョン番号は、そのファイル形式を読むことができる Btrieve の一番古いバージョン）。ファイルには、2,048 バイトのページ サイズが指定されており、プリアロケート ページはありません。これは、キー オンリー ファイルでも拡張ファイルでもありません。

このファイルには 16 件のレコードが挿入されています。また、104 バイトのレコード長が定義されており、レコード圧縮は使用せず、可変長レコードも許可されていません。

このファイルには、リンク可能な重複キーは存在せず、インデックス バランスも使用しません。キー 1 を使用したログが実行され、ファイルには、システム定義のデータも存在しません。また、4 つのキー セグメントから構成される 3 つのキーが存在します。

STAT レポートには、特定のキーに関する情報も表示されます。たとえば、キー 0 が、重複可能、変更可能であり、2 つのセグメントから構成されることが、レポートに表示されます。

キー 1 は、このファイルのログに使用されるキーです。キー 1 は、1 つのセグメントで構成されます。ポジション 1 から始まり、長さが 6 バイト、重複不可、変更可能、そして STRING 型として保存されます。16 個の重複しないキー値が、このキーに挿入されています。このキーでは、オルタネート コレーティング シーケンス ファイル upper.alt が使用されます。

キー 2 は、1 つのセグメントで構成されます。ポジション 83 から始まり、長さが 10 バイト、重複可能、変更可能、そして STRING 型として保存されます。7 個の重複しないキー値が、このキーに挿入されています。このキーでは、オルタネート コレーティング シーケンス ファイル upper.alt が使用されます。

ファイル形式のバージョンをレポートする際、データベース エンジンは指定したファイルを読むことのできる最も古いエンジンのバージョンを出力します。たとえば、Btrieve 5.x 形式で作成されたファイルがあっても、4.x と 5.x の機能を一切使用していないのであれば、レポートにはバージョン 3.x ファイルと出力されます。6.x 形式で始めるには、ファイル自体にバージョン スタンプを含める必要があります。6.x より前のバージョンでは、ファイル バージョンを調べる唯一の方法は、ファイルが使用している機能を調べることです。バージョン 5.x 以前のファイルで、使用されているかどうかによってレポートに出力されるバージョンを決定する機能を次の表に示します。

このセクションでは、VER コマンドを使用した、MicroKernel エンジンのバージョンの表示に関して説明します。

VER コマンドは、MicroKernel エンジンおよびリクエスター（アクセス モジュール）の両方のバージョン番号を表示します。

VER コマンドを実行した場合、以下のようなメッセージが表示されます（Windows NT）。

STOP コマンドは、MicroKernel エンジンおよびリクエスターをアンロードします。

Continuous オペレーションに関連するコマンド startbu および endbu については、ログ、バックアップおよび復元で説明しています。

Maintenance ユーティリティ（GUI またはコマンド ラインの BUTIL）は、アーカイブ ログ ファイルをデータ ファイルにロール フォワードする手段を提供します。ログ、バックアップおよび復元を参照してください。

BUTIL ROLLFWD コマンドは、最後のバックアップからシステム エラーが発生する間に行った、データ ファイルへの変更を回復します。システム エラーが発生した場合は、データ ファイルのバックアップ コピーを復元した後、BUTIL ROLLFWD コマンドを使用し、ログに保存されているすべての変更を復元したデータ ファイルに適用します。バックアップからデータ ファイルを復元しない限り、このコマンドを使用しないでください。

また、ROLLFWD コマンドを使用し、ログ オペレーションの出力ファイルを作成することも可能です。ROLLFWD コマンドでは、ロール フォワード前、またはロール フォワードと同時に出力ファイルを作成できます。

単一のファイルをロール フォワードすることもできますし、ボリューム上のすべてのデータ ファイル、ドライブ上のすべてのデータ ファイル、もしくは、ファイル、ボリュームおよび/またはドライブのリストをロール フォワードすることもできます。

このセクションでは、ロール フォワードをコマンド ラインで使用する構文を説明します。

例 A 次の例は、CLASS.MKD ファイルに、デフォルトのアーカイブ ログおよびログ ロケーションから変更を回復します。

（PSQL ファイルのデフォルトの保存場所については、『Getting Started with PSQL』の PSQL ファイルはどこにインストールされますか？を参照してください。）

例 B この例では変更を回復し、それらを以下のオプションを使用して d:\ ボリュームのすべてのファイルに出力します。

例 C 以下の例では、ロール フォワードは実行されず、以下のダンプ オプションに従って、files.txt にリストされているファイルへの変更が出力されます。