Btrieve API の紹介

Btrieve API は単一関数です。この API では、ほとんどのプログラム動作が関数名ではなくオペレーションコードパラメーターによって決定されます。アプリケーションで使用する API は、異なるプラットフォーム間でのコードの移植性を重視するか、特定のプラットフォームで可能な限り最高のパフォーマンスを重視するかを基準として選択してください。

Btrieve アプリケーションでは、データファイルに対して絶対に標準の I/O を実行しないでください。開発するアプリケーションでは、Btrieve API 関数を使って、すべてのファイル I/O を実行する必要があります。

次の表は、オペレーションコードで使用するための Btrieve API 関数の一覧です。

関数	オペレーティングシステム	説明
BTRV BTRVID	すべて	オペレーティングシステム間での完全なコード互換性を得るために使用します。大部分の開発者にとって、この利点はパフォーマンスのわずかな低下を十分に埋め合わせるものです。古いデータバッファーレイアウトを使用します。
BTRCALL BTRCALLID	すべて	キー長の引数を使用する場合に使用します。古いデータバッファーレイアウトを使用します。
BTRVEX BTRVEXID	すべて	長いデータバッファーが必要な場合、または新しいデータバッファーレイアウトを使用する場合に使用します。データバッファーを正しく解釈できる限りにおいては、BTRV タイプのエントリポイントと混在させることができます。

Btrieve API 関数を呼び出すための言語固有の構文を調べるには、『Zen Programmer's Guide』の Btrieve API プログラミングを参照してください。

BTRV

BTRV によって、アプリケーションは MicroKernel エンジン呼び出しを実行できるようになります。BTRV 関数は、プログラミングインターフェイスのインストールオプションで提供されるすべての言語インターフェイスモジュールでサポートされています。場合によって、BTRV 関数は実際に BTRCALL 関数を呼び出すことがあります。しかしながら、プラットフォームに依存しないということから、BTRV 関数の方がより好ましいでしょう。

BTRVID

BTRVID によって、アプリケーションはクライアント ID パラメーターを含む単独の MicroKernel エンジン呼び出しを実行できるようになります。このパラメーターはアプリケーションで制御できます。アプリケーションでは BTRVID を使って、自分自身を MicroKernel エンジンに対する複数のクライアント ID として割り当て、ほかのクライアントの状態に影響を与えることなく、各クライアントのオペレーションを実行することができます。詳細については、クライアント ID を参照してください。

BTRCALL

Windows および Linux の場合、BTRCALL は BTRV 関数に相当します。BTRV で発生する若干のパフォーマンス低下が問題にならない限り、BTRCALL ではなく BTRV 関数を使用するようにしてください。

BTRCALLID

クライアントレベルの制御が必要で、アプリケーションが Windows、Linux、または Raspbian で動作する場合は、BTRCALLID 関数を使用します。

中間関数を呼び出さないこと以外は、この関数は BTRVID 関数に類似しています。

メモ：従来の BTRCALLID32 関数は BTRCALLID 関数にエイリアスされました。

BTRVEX

13.0 および 16.0 形式ファイルのサイズが大きくなる可能性がある場合、およびより大きなデータバッファーを使用する場合、以前の Btrieve インターフェイスが提供していたものより大きなランタイム値が必要となります。新しいエントリポイントである BTRVEX および BTRVEXID は、これらの要件を満たしています。これらは BTRCALL および BTRCALLID と似ていますが、いくつかの関数の引数のデータ型の幅が広くなっている点と、いくつかのデータバッファーのレイアウトが異なっている点が違います。宣言は btrvexid.h 内にあり、実装は BTRCALL と同じファイル内にあります。

BTRVEX エントリポイントを使用する Btrieve オペレーションの場合、データバッファーで渡される一部の値は、8 バイトのレコードアドレスやレコードカウントのように幅が広くなっています。8 バイト動作は BTRVEX エントリポイントに起因するものであり、アクセスするファイルの形式バージョンによって決まることでないことに留意してください。BTRVEX を使用する場合、次のオペレーションはデータバッファーのレイアウトの変更を必要とします。

•

Create (14)、Create Index (31)

•

Stat (15)

•

Get Position (22)

•

Get Direct (23)

•

Get Next Extended (36)、Get Previous Extended (37)

•

Step Next Extended (38)、Step Previous Extended (39)

•

Insert Extended (40)

•

Find Percentage (45)

•

Stat Extended (65) サブファンクション 3 および 8

•

Unlock (27)

エントリポイントの選択は、レコードデータには影響しません。

上述のとおり、データバッファーサイズの引数は BTRCALL が 16 ビット整数を使用する箇所が BTRVEX では 32 ビット整数へのポインターになっています。このため、データバッファーを 64 KB より大きくすることができます。

新しいファイル形式へ移行する場合、ポジションブロックとクライアント ID の値は BTRCALL と BTRVEX の両方で使用できるため、すべてのコードを一度に BTRVEX に変換する必要はないことを覚えておいてください。

BTRVEX のキー番号の引数は 32 ビット整数であるのに対し、BTRCALL は 8 ビットの符号付き整数を使用します。既存のコードを BTRVEX へ簡単に変換するためには、BTRVEX エントリポイントはキー値 128 ～ 255 を -128 ～ -1 に再マップします。これは、符号付きバイト（例：-2）としてでなく符号なしバイト（例：0xFE）として指定された定数に対応します。

BTRVEXID

BTRVID および BTRCALLID と同様、BTRVEXID は BTRVEX の利点に加えて、クライアント ID の制御が可能です。

旧バージョンの関数

次の関数は、以前のバージョンの Btrieve API に対応して書かれた古いアプリケーションとの互換性を維持するためだけにサポートされています。

•

•

•

•

•

•

•

•

現在のバージョンではこれらの関数を使用しませんが、これらの関数を呼び出す古いアプリケーションは v6.15 以降の MicroKernel バージョンでも正常に実行されます。

Btrieve API 関数のパラメーター

どの関数呼び出しもすべてのパラメーターを提供する必要があります。これは、MicroKernel エンジンがすべてのオペレーションですべてのパラメーターを使用するわけではなく、場合によっては、パラメーター値を無視することがある場合にも、当てはまります。一般に、それぞれのオペレーションでは異なるパラメーターが送られ、返されます。各 Btrieve API オペレーションのパラメーターの詳細については、Btrieve API オペレーションを参照してください。

メモ： C 開発者：C 言語インターフェイスで使用されるプラットフォームに依存しないデータ型とポインターについては、btitypes.h ファイルを参照してください。

Btrieve API 関数は次のパラメーターを使用します。

•

オペレーションコード

•

ステータスコード（BASIC と COBOL のみ）

•

•

•

•

•

•

クライアント ID（BTRVID、BTRCALLID、および BTRVEXID 関数のみ）

•

キー長（BTRCALL、BTRCALLID、BTRVEX、および BTRVEXID 関数のみ）

オペレーションコード

オペレーションコードパラメーターは、Btrieve API 関数の動作を決定します。たとえば、1 つまたは複数のレコードの読み取り、書き込み、削除、更新などのオペレーションです。アプリケーションでは、すべての Btrieve API 呼び出しに対してオペレーションコードを指定する必要があります。このコードを MicroKernel エンジンが変更することはありません。オペレーションコードについては、Btrieve API オペレーションで説明しています。

メモ： C 開発者：指定する変数のデータ型は、BTI_WORD（符号なし short integer）または BTI_INT（符号付き 32 ビット integer）のいずれかである必要があります。BTI_INT は BTRVEX および BTRVEXID でのみ使用されます。どちらの場合も、変数は値で渡されます。

ステータスコード

BASIC および COBOL アプリケーションでは、MicroKernel エンジンは符号付き整数としてステータスコードを返します。ほとんどのプログラミング環境で、ステータスコードは Btrieve API 関数呼び出しの戻り値です。ただし、一部の BASIC および COBOL 言語インターフェイスでは、ステータスコードパラメーターが必要となります。このパラメーターには、オペレーションの実行中にエラーが発生したかどうかを示す、コード化された値が格納されます。Btrieve API 呼び出しの終了後、アプリケーションではステータス変数の値を必ずチェックして、正常に終了したかどうかを判断する必要があります。

Zen コンポーネントによって、呼び出しから API へステータスコードが返されます。これらの API に書き込む場合は、以下の 3 つの状態に対して処理を行う必要があります。

•

API の成功

•

予期された API の失敗

•

予期されなかった API の失敗

以下は、3 つすべての状態を処理する C コードの例です。

status = BTRVID(B_VERSION, posBlock1, &versionBuffer, &dataLen, keyBuf1, keyNum, (BTI_BUFFER_PTR) &clientID);

if (status == B_NO_ERROR)

{

/* 通常のオペレーションを続行 */

status = BTRVID(...);

}

else if (status == B_RECORD_MANAGER_INACTIVE)

{

/* 予期されたエラーの処理 */

printf("Btrieve Get Version() returned B_RECORD_MANAGER_INACTIVE\n");

printf("Btrieve Get Version() returned %d\n", status);

} /* 別の場合は終了 */

このステータスコードの処理方法に従うと、アプリケーションの将来的な安定性を確保するうえで役立ちます。

メモ：古い BTRV 関数では、ステータスコードは 2 バイト整数でしたが、新しい BTRVEX および BTRVEXID では 4 バイト整数を返します。

ポジションブロック

ポジションブロックパラメーターは、128 バイト配列のアドレスで、MicroKernel エンジンがファイル I/O 構造体や Open（0）オペレーションに関連するポジショニング情報を格納するために使用されます。アプリケーションは、ファイルを開くたびに固有のポジションブロックを割り当てる必要があります。MicroKernel エンジンは、アプリケーションが Open オペレーションを実行する際にポジションブロックを初期化し、その後ファイルの操作中にこのポジションブロックを参照して更新します。このため、アプリケーションでは、そのファイルに対する以降すべての Btrieve API オペレーションで同じポジションブロックを指定する必要があります。

メモ：ポジションブロックへの書き込みを行ってはいけません。書き込みを行うと、ポジション喪失エラーやその他のエラー、あるいはファイルの損傷などの原因となります。

一度に複数のファイルを開く場合、MicroKernel エンジンはポジションブロックを使って、特定の呼び出しで対象となるファイルを判別します。同様に、同じファイルを複数回開く場合、エンジンは Open オペレーションごとにそれぞれ異なるポジションブロックを使用します。さらに、エンジンは、同じファイルを開くクライアントごとにも別個のポジションブロックを使用します。クライアント間でポジションブロックを共有することはできません。

メモ：ポジションブロックはエントリポイントにバインドされません。そのため、BTRV を使用してデータファイルを開き、BTRVEX を使用してデータを読み取り、BTRCALL を使用してファイルを閉じることが可能です。

データバッファー

アプリケーションでファイルとデータをやり取りする場合は、データバッファーを使用します。データバッファーを使って MicroKernel エンジンとの間でやり取りされる情報は、実行される Btrieve API オペレーションによって異なります。しばしば、データバッファーには、アプリケーションとファイルの間で相互に転送される 1 つまたは複数のレコードが格納されています。しかし、Btrieve API オペレーションによっては、ファイル仕様やキー仕様、MicroKernel エンジンのバージョン情報など、その他の情報がデータバッファーに格納されることもあります。

必ず、ファイル内の最長レコードを収容できるだけの長さのデータバッファーを割り当ててください。データバッファーの割り当てサイズよりも大きな値をデータバッファー長パラメーターに指定した場合、MicroKernel エンジン変更オペレーションによって、データバッファーの後に続くデータが破壊される可能性があります。

メモ：エントリポイントに応じて、同じオペレーションで異なるレイアウトを使用します。BTRV、BTRVID、BTRCALL、および BTRCALLID は従来のレイアウトを使用します。BTRVEX および BTRVEXID は新しい、少し異なるレイアウトを使用します。レイアウトが異なっても、ユーザーデータレコードには影響しません。

データバッファー長

データバッファーを必要とするオペレーションでは、アプリケーションはデータバッファーのサイズ（バイト単位）を示す変数を渡す必要があります。このデータバッファーは、オペレーションによって返されるデータを十分格納できるだけの大きさでなければなりません。

メモ： BASIC 開発者：データバッファー長パラメーターとして、長整数の ByRef を渡す必要があります。
C、COBOL、Pascal の開発者：古い BTRV 関数の場合は、データバッファー長パラメーターとして 2 バイト整数へのポインターを渡す必要がありますが、新しい BTRVEX および BTRVEXID 関数は 4 バイト整数を使用します。

可変長レコードを含むファイルにレコードを挿入したり、そのファイルを更新したりする場合、データバッファー長は、ファイルを最初に作成したときに指定したレコード長に、固定長部分を超えて含まれる文字数を加算した値と等しくなければなりません。可変長レコードを取得する場合、データバッファー長はファイル内の最長レコードに対応できる長さである必要があります。1 件のレコードが最大データバッファーサイズより長い場合は、チャンクオペレーションを使用して、レコードの部分を操作する必要があります。

MicroKernel エンジンはデータバッファー長パラメーターによって、データバッファーに使用可能なスペース量を判断します。割り当てたデータバッファーより長いデータバッファー長を渡すと、MicroKernel エンジンによってメモリが上書きされる場合があります。データバッファー長は、実際に割り当てられたデータバッファーのサイズを常に正確に表すようにしてください。

メモ：データバッファー長は、古い BTRV 関数の場合は 2 バイト、新しい BTRVEX および BTRVEXID 関数の場合は 4 バイトです。最大データバッファーサイズは、古い関数の場合は 64 KB、新しい関数の場合は 252 KB です。

キーバッファー

Btrieve API オペレーションでキーバッファーが使用されない場合でも、アプリケーションは各 Btrieve API オペレーションにキーバッファーパラメーターを渡す必要があります。オペレーションによっては、アプリケーションがキーバッファーのデータを設定する場合や、Btrieve API 関数がこれを返す場合があります。

メモ： BASIC 開発者：キーバッファーパラメーターとして文字列を渡す必要があります。キー値が整数である場合、アプリケーションでは Btrieve API 関数を呼び出す前に、MKI$ ステートメントを使用してキー値を文字列に変換しておく必要があります。キーが複数のセグメントから構成されている場合は、それらを結合して 1 つの文字列変数にし、その変数をキーバッファーとして渡す必要があります。

キーバッファーとして渡した文字列変数が定義されたキー長より短い場合、MicroKernel エンジンからエラーが返されます。最初のアプリケーション呼び出しがキーバッファーの初期化を必要としない場合は、文字列変数に SPACE$(x) の値を割り当てます。この x は、キーの定義されている長さを表します。アプリケーションが文字列変数に BASIC の値を割り当てるまで、その長さは 0 です。

C 開発者：キーバッファーパラメーターとしてキー値を含む変数のアドレスを渡す必要があります。btitypes.h ファイルは、キーバッファーを VOID ポインター（BTI_VOID_PTR）として定義しています。キーバッファーのデータ型は、必要に応じてアプリケーションで定義できます。

COBOL 開発者：キーバッファーパラメーターとしてレコード変数を渡す必要があります。キーが複数のセグメントから構成されている場合は、01 レベルのレコード下の個別フィールドとして、それらを正しい順序でリストします。これで、レコード全体をキーバッファーとして渡すことができます。

Pascal 開発者：キーバッファーパラメーターとしてキー値を含む変数を渡す必要があります。キーが複数のセグメントから構成されている場合は、レコード構造体を使ってキーに含まれる個々のフィールドを定義します。

ほとんどの環境で、アプリケーションが Btrieve API 呼び出しを実行するとき、MicroKernel エンジンはキーバッファー長を決めることができません。バッファーは少なくとも、キーを作成したときに選択したキー長と同じだけの長さがあるようにしてください。そうでないと、Btrieve オペレーションにより、メモリ内でキーバッファーの後に格納されているデータが破壊される可能性があります。13.0 以前の形式のファイルを使用している場合は、キーの最大長は 255 なので、キーバッファーは 255 バイトにすることをお勧めします。16.0 形式のファイルの場合は、1024 バイトにすることをお勧めします。

キー番号

キー番号パラメーターで渡される情報は、実行しているオペレーションによって異なります。ほとんどの場合、キー番号には、特定のオペレーションが最高 119 あるキー（アクセス）パスのうちのどれに従っているかを示す値が含まれます。すべての関数で、キー番号は 0 から 118 までの範囲の値となります。

キー番号のサイズは次のように異なります。

•

BTRV および BTRVID では、このパラメーターは 2 バイト整数です。

•

BTRCALL、BTRCALLID、BTRCALL32、および BTRCALLID32 では、これは 1 バイトの符号付き文字（BTI_CHAR）です。

•

BTRVEX および BTRVEXID では、これは 4 バイト整数です。BTRVEX へコードを移行するための便宜上、キー値 128 ～ 255 は -128 ～ -1 にマップされます。これは、大きな符号なしバイト値（例：0xFF）から BTRCALL の符号付きバイト引数への変換をシミュレートします。

Btrieve API 関数がキー番号パラメーターを変更することはありません。

ファイルを開くときのモードを示す値など、その他の情報がキー番号パラメーターから渡されたり、キー番号パラメーターに返される場合もあります。

クライアント ID

クライアント ID パラメーターは、BTRVID、BTRCALLID、および BTRVEXID 関数でのみ使用されます。クライアント ID パラメーターは、MicroKernel エンジンがコンピューター上のクライアントを区別できるようにする 16 バイト構造体のアドレスです。クライアント ID には次のような構造体を使用します。

要素	長さ（バイト単位）	説明
Filler（フィラー）	12	0 に初期化します。
Service Agent ID（サービスエージェント ID）	2	MicroKernel エンジンに対するアプリケーションの各インスタンスを識別します。これは 2 文字の ASCII 値です。この ID の値は ASCII 値の AA（0x41 0x41）より大きいか等しくなければなりません。MicroKernel エンジンは次の値に特殊な意味を持たせています。
		0x4140（@A）	内部処理に使用されます。
		0xFFFF	内部処理に使用されます。
		0x4952（RI）	内部処理に使用されます。
		0x5244（DR）	内部処理に使用されます。
		0x4553（SE） 0x4353（SC） 0x4344（DC） 0x4544（DE） 0x5544（DU）	Scalable SQL によって生成されたクライアントを識別するために使用されます。
		0x5257（WR）	Btrieve リクエスターによって使用されます。
Client Identifier（クライアント識別子）	2	アプリケーションの現在のインスタンス内でクライアント ID を確立します。MicroKernel エンジンでは、この一意な識別子を、並行処理およびトランザクション処理のために使用します。

キー長

キー長パラメーターは、BTRCALL、BTRCALLID、BTRVEX、および BTRVEXID でのみ使用されます。

キー長の値は次のように使用されます。

•

BTRCALL および BTRCALLID の場合は、キー長は符号なし文字の型 BTI_BYTE として、割り当てられたキーバッファーの長さの値を渡します。指定できる最大長は 255 です。これは、13.0 以前の形式のファイルにおけるキーの最大長です。

•

BTRVEX および BTRVEXID の場合は、キー長は符号なし文字の型 BTI_INT として渡します。これは、16.0 形式のファイルの長いキーに有用です。

キーバッファーを利用する場合には、次のことを考慮してください。

•

4 つの関数すべてについて、オペレーションコードによっては、指定されたキー長までのキーバッファーのバイトは読み取り可能または書き込み可能である必要があります。

•

BTRV および BTRVID は、255 のキー長を想定しているため、少なくともその大きさのキーバッファーを提供する必要があります。

•

BTRCALL および BTRCALLID の場合は、Zen クライアントコンポーネントが実際のキー長を決定しようとしたり、場合によっては、キーバッファーの小さな部分を読み書きしたりすることがあります。

•

BTRVEX および BTRVEXID は、指定されたキー長をそのまま受け取ります。

Btrieve API オペレーションの要約

Btrieve API には、アプリケーションプログラムから呼び出すための 40 以上のオペレーションが用意されています。このトピックでは、これらのオペレーションの概要を説明します。詳細については、Btrieve API オペレーションを参照してください。オペレーションコード順の簡単な説明については、Btrieve オペレーションのクィックリファレンスを参照してください。

セッション固有のオペレーション

次のオペレーションを使用すると、現在のディレクトリの設定と取得、ワークステーション MicroKernel エンジンのシャットダウン、MicroKernel エンジンバージョン番号の取得、サーバー MicroKernel エンジンに接続されているクライアントの終了、トランザクションの開始、終了または中止といった処理を実行できます。複数のクライアントを処理するアプリケーションでは、これらのオペレーションは呼び出し元のクライアントに固有のものとなります。

オペレーション	コード	説明
Stop	25	ワークステーション MicroKernel エンジンを終了します（サーバーベースの MicroKernel エンジンでは使用できません）。
Version	26	MicroKernel エンジンのバージョン番号を返します。
Reset	28	クライアントによって保持されているすべてのリソースを解放します。
Set Directory	17	現在のディレクトリを指定されたパス名に設定します。
Get Directory	18	指定された論理ディスクドライブの現在のディレクトリを返します。
Begin Transaction	19 1019	論理的に関連している一連のオペレーションの開始を指定します。オペレーション 19 は排他トランザクションを開始します。オペレーション 1019 は並行トランザクションを開始します。
End Transaction	20	論理的に関連している一連のオペレーションの終了を指定します。
Abort Transaction	21	完了しなかったトランザクション中に実行されたオペレーションを取り消します。
Continuous Operation	42	アクティブな MicroKernel エンジンファイルを閉じずに、システムバックアップを実行できるようにします。

ファイル固有のオペレーション

次のオペレーションは特定のファイルを取り扱います。このため、操作対象となるファイルを識別するためにポジションブロックパラメーターが使用されます。ファイル固有のオペレーションは次の 3 つのタイプに分類されます。

•

•

•

次の表はファイルのアクセスオペレーションおよび情報オペレーションを示します。これらのオペレーションでは、ファイルの作成、オープン/クローズ、統計情報の取得、オーナーネームの設定とクリア、Continuous オペレーションモードの開始と終了、ロック解除、インデックスの作成と削除を行えます。

オペレーション	コード	説明
Open	0	ファイルをアクセス可能な状態にします。
Close	1	ファイルをアクセス可能な状態から解放します。
Create	14	指定された特性を持つファイルを作成します。
Stat	15	ファイルおよびインデックスの特性とレコードの数を返します。
Continuous Operation	42	アクティブな MicroKernel エンジンファイルを閉じずに、システムバックアップを実行できるようにします。
Stat Extended	65	拡張ファイルの構成要素のパスとファイル名を返し、ファイルがシステム定義のログキーを使用しているかどうかを報告します。
Set Owner	29	ファイルにオーナーネームを割り当てます。
Clear Owner	30	ファイルからオーナーネームを削除します。
Unlock	27	レコードのロックを解除します。
Create Index	31	インデックスを作成します。
Drop Index	32	インデックスを削除します。

データ取得

次の表はデータ取得オペレーションを示します。これらのオペレーションでは、指定した条件に基づいて単一レコードまたはレコードのセットの取得を行えます。Btrieve API は、インデックスパスによる論理的位置、または物理的位置に基づくデータ検索をサポートしています。レコードのアクセスの詳細については、『Zen Programmer's Guide』を参照してください。

さらに、オペレーションコードにバイアスを適用して、マルチクライアント状況にあるファイルやレコードのロックを制御することもできます。複数のクライアントのサポートの詳細については、『Zen Programmer's Guide』を参照してください。

オペレーション	コード	説明
インデックスベースの（論理）データ取得
Get Equal	5	指定されたインデックスパス内で、指定されたキー値と合致するキー値を持つ最初のレコードを返します。
Get Next	6	インデックスパスで現在のレコードの次にあるレコードを返します。
Get Previous	7	インデックスパスで現在のレコードの前にあるレコードを返します。
Get Greater Than	8	指定されたインデックスパス内で、指定されたキー値より大きいキー値を持つ最初のレコードを返します。
Get Greater Than or Equal	9	指定されたインデックスパス内で、指定されたキー値より大きいまたは等しいキー値を持つ最初のレコードを返します。
Get Less Than	10	指定されたインデックスパス内で、指定されたキー値より小さいキー値を持つ最初のレコードを返します。
Get Less Than or Equal	11	指定されたインデックスパス内で、指定されたキー値より小さいまたは等しいキー値を持つ最初のレコードを返します。
Get First	12	指定されたインデックスパスの先頭のレコードを返します。
Get Last	13	指定されたインデックスパスの末尾のレコードを返します。
Get Next Extended	36	インデックスパスで現在のレコードの次にある 1 つまたは複数のレコードを返します。フィルター条件を適用できます。
Get Previous Extended	37	インデックスパスで現在のレコードの前にある 1 つまたは複数のレコードを返します。フィルター条件を適用できます。
Get Key	+50	実際のレコードを返すことなく、ファイル内に特定のキー値が存在するかどうかを検出します。
Get By Percentage	44	指定されたパーセンテージ値によって示される位置の最も近くにあるレコードを返します。
Find Percentage	45	ファイル内における現在のレコードの位置に基づいたパーセンテージ値を返します。
非インデックスベースの（物理）データ取得
Get Position	22	現在のレコードの位置を返します。
Get Direct/Chunk	23	指定された位置にあるレコードの指定部分（チャンク）からデータを返します。
Get Direct/Record	23	指定された位置にあるレコードを返します。
Step Next	24	物理的に現在のレコードの次にあるレコードを返します。
Step First	33	ファイル内で物理的な先頭位置にあるレコードを返します。
Step Last	34	ファイル内で物理的な末尾位置にあるレコードを返します。
Step Previous	35	物理的に現在のレコードの前にあるレコードを返します。
Step Next Extended	38	物理的に現在のレコードの次の位置から 1 つまたは複数の連続するレコードを返します。フィルター条件を適用できます。
Step Previous Extended	39	物理的に現在のレコードの前の位置から 1 つまたは複数の連続するレコードを返します。フィルター条件を適用できます。
Get By Percentage	44	指定されたパーセンテージ値によって示される位置の最も近くにあるレコードを返します。
Find Percentage	45	ファイル内における現在のレコードの位置に基づいたパーセンテージ値を返します。
並行制御バイアス（適切なオペレーションコードに追加）
単一レコードの読み取りウェイトロック	+100	一度に 1 つのレコードだけをロックします。レコードが既にロックされている場合、クライアントによってオペレーションが再試行されます。
単一レコードの読み取りノーウェイトロック	+200	一度に 1 つのレコードだけをロックします。レコードが既にロックされている場合、MicroKernel エンジンからエラーステータスコードが返されます。
複数レコードの読み取りウェイトロック	+300	同一ファイルの複数のレコードを並行的にロックします。レコードが既にロックされている場合、クライアントによってオペレーションが再試行されます。
複数レコードの読み取りノーウェイトロック	+400	同一ファイルの複数のレコードを並行的にロックします。レコードが既にロックされている場合、MicroKernel エンジンからエラーステータスコードが返されます。
書き込みノーウェイトページロック	+500	並行トランザクションで、変更しようとしたページがアクティブな別の並行トランザクションによって既に変更されている場合、MicroKernel エンジンにウェイトしないように指示します。このバイアスは、どのレコード読み取りロックバイアス（+100、+200、+300、+400）とでも組み合わせることができます。

データ操作

次の表は、データを挿入、更新、削除するためのオペレーションを示します。

オペレーション	コード	説明
Insert	2	ファイルに新しいレコードを挿入します。
Update	3	現在のレコードを更新します。
Delete	4	ファイルから現在のレコードを削除します。
Insert Extended	40	ファイルに 1 つまたは複数のレコードを挿入します。
Update Chunk	53	現在のレコードの指定された部分（チャンク）を更新します。このオペレーションでは、レコードにデータを追加したり、レコードを切り詰めることもできます。
Get Next Delete Extended	85	論理位置の直後からファイルの末尾までで、フィルター条件に一致するレコードを削除します。
Get Previous Delete Extended	86	論理位置の直前からファイルの先頭までで、フィルター条件に一致するレコードを削除します。
Step Next Delete Extended	87	物理位置の直後からファイルの末尾までで、フィルター条件に一致するレコードを削除します。
Step Previous Delete Extended	88	物理位置の直前からファイルの先頭までで、フィルター条件に一致するレコードを削除します。

サポートされないオペレーション

MicroKernel エンジントレースや SDK ヘッダーファイルを見たときに Btrieve API オペレーションのリファレンスに記載されていないオペレーションがあるかもしれません。これらは Zen が内部的に使用するもので、アプリケーションで使用する必要はありません。以下に示すオペレーションはサポートされません。

オペレーション	コード	説明
B_MISC_DATA	41	MicroKernel エンジンが使用するために予約されています。
B_EXTEND	16	SQL エンジンが使用するために予約されています。
Btrieve による（ネストされた）Begin Transaction	2019	MicroKernel エンジンが使用するために予約されています。

Btrieve API オペレーションの実行における一連のイベント

Btrieve API オペレーションを実行するには、アプリケーションで以下のタスクを完了する必要があります。

オペレーションが要求する必要条件をすべて満たします。たとえば、ファイルの I/O オペレーションを実行する前に、対象となるファイルで Open（0）オペレーションを実行し、そのファイルを使用可能な状態にしておく必要があります。

Btrieve API オペレーションが要求するパラメーターを初期化します。パラメーターとはプログラム変数またはデータ構造体のことで、その型とサイズは、MicroKernel エンジンがオペレーションに期待する特定の値に対応していなければなりません。

将来の互換性を維持するため、使用するかどうかに関係なく、すべてのパラメーターを初期化してください。INTEGER 型のパラメーターの場合、値をバイナリ 0 に設定します。文字列配列の場合、バッファーへのポインターを渡します。この場合は、バッファーの先頭バイトをバイナリ 0 に初期化します。

適切な Btrieve API 関数を呼び出します（Btrieve API 関数を参照してください）。

関数呼び出しの実行結果を評価します。すべての Btrieve API オペレーションからステータスコードが返されます。アプリケーションではステータスコードをチェックし、適切な操作を行う必要があります。また、オペレーションからはその目的に基づいて、個々のパラメーターにデータやその他の情報も返されます。