この章ではSQL プリコンパイラの使用に関連したトピックスと処理方法について 説明します。 以下のような項目が含まれます。
これらの説明は、 SQL プリコンパイラとC プログラムに埋め込んだ Empress SQLコマンド だけに適用されます。
SQL プリコンパイラは、 C プログラム中からEmpressデータベースのテーブルに対しての 操作を実行することが可能です。 アクセスされるテーブルは、デフォルトのデータベースとして解釈され、 特別に指定しない限り、操作はデフォルトデータベースの上で行われます。
デフォルトデータベース以外のデータベーステーブルは、SQLプリコンパイラ コマンドを使用してテーブル名の前にデータベース名を指定してアクセスすることが できます。 データベース名の指定は、データベース名の後にコロン"."を入れます。
データベースをデフォルトとして、指定するにはDATABASE ISコマンドを 発行します。 このコマンドを発行しない場合、デフォルトデータベースとして認識されず、 すべての各テーブル名の前にデータベース名を指定しなければなりません。 どのデータベースにおいてもDATABASE ISコマンドを使用することにより いつでもデフォルトに設定できます。
コマンドを実行するごとに 必要なテーブルはすべてオープンされているか、 また適切なモード(read および update)で オープンされたかどうかをプリコンパイラは確認します。 必要なテーブルがオープンされていない場合、 指定したSQLコマンドに対応するモードでテーブルをオープンします。
テーブルは、OPEN_TABLEコマンドによってオープンすることができます。 オープンしたテーブルは、明示的にクローズするか、 あるいはEXITコマンドを実行するまで オープンされた状態が維持されます。
テーブルは、CLOSE_TABLEコマンドによってクローズすることができます。 CLOSE_TABLEコマンドにテーブル名を指定しない場合、 オープンされているすべてのテーブルはクローズされます。
SQLプリコンパイラは、C 言語プログラムから Empressデータベース上のテーブルに対し、 データの格納、検索、削除が可能です。 サポートされているコマンドは UPDATE、DELETE 、SELECT INTO です。 UPDATE と DELETE コマンドは、 WHERE句に指定した条件を満たす、 すべてのレコードに対して通常の処理を実行します。 SELECT INTOコマンドは、 WHERE句の条件に一致する最初のレコードだけに処理が実行されます。
SQLプリコンパイラは、指定されたコンテキスト内の複数レコードを 選択的に操作ができます。 またレコードは、選択的に更新または削除が可能で、 複数レコードに含まれるデータは、 プログラムで処理するために取得できます。
このような操作は、カーソルを使用することで実現します。 カーソルを使用することでSELECTステートメントに対応した 複数の行のコンテキストを定義し、これをカーソルと関連付けることで 処理する行を制御することができます。 カーソルはコンテキスト中の1レコードを差し、カーソルを"移動"することで コンテキスト中の行をカレントとして処理することができます。
カーソルを使用する場合、それを使用するための前処理が必要になります。 これらの前処理は、カーソルの宣言とカーソルのオープンです。
カーソルは、DECLARE CURSORコマンドで宣言し、 カーソルの宣言はカーソル名の割り当てとSELECT ステートメント に対応したカーソルと関連付けるコンテキストを定義します。 カーソルを扱うコマンドの前にカーソルの宣言をする必要があります。
デフォルトでは、カーソルは読み込み操作だけの宣言になります。 更新処理においても、カーソルを使用したい場合は、宣言コマンドに FOR UPDATE または FOR DEFERREDオプションを 指定する必要があります。 複数のカーソルを同じプログラム中で宣言することはできますが、 同じカーソルを何度も宣言することはできません。 同様に複数のカーソル名に対して同じコンテキストを定義することはできません。
カーソルを宣言した場合、そのカーソルを使用する前には カーソルのオープンをする必要があります。 カーソルは、OPEN CURSORコマンドでオープンします。
カーソルをオープンするとことで、 カーソル宣言のSELECTステートメントで定義した 検索処理が開始されます。 1 つのカーソルの宣言はプログラムでは 1 度しかできませんが、 オープンとクローズは何度でも実行することができます。 カーソルをオープンした後、 Empressは検索したコンテキストの最初の行を カレント行として準備しますが、単にカーソルをオープンしただけでは どのような行もカレント行にはなりません。
ユーザープログラムで定義したコンテキスト中の 次の有効な行を処理するためには、 必要なアトリビュート値を適切なプログラム変数に 読み込まれなければなりません。 この処理は、FETCHコマンドによって行い、 FETCHコマンドはコンテキスト中の次の有効な行を カレント行に設定し、指定されたアトリビュート値を それに対応するプログラム変数に読み込む試みをおこないます。
コンテキスト中の次に有効な行がロックされている場合、 (SQLCODE = 1)、 FETCHはそれをカレント行としますが、 指定した変数には適切な値が読み込まれません。 このような場合、FETCH_AGAINコマンドを使用して、 これらの値を再検索をすることが可能です。 FETCH_AGAINの操作は、FETCHと同じ処理を実行しますが、 次に有効な行ではなく、カレント行を読み込もうとする点が異なります。 すべての有効な行を読み込むには、ユーザープログラム中のループにおいて SQLCODE = 100になるまでFETCHする必要があります。
検索したコンテキストにあるカレント行の更新および削除は、 UPDATE / DELETEコマンドを使用することができます。 これらのコマンドの形式では、WHERE句の代わりに WHERE CURRENT OF句を使用します。
この形式でのUPDATEとDELETEコマンドは、 検索したコンテキスト中のカレントレコードに対して それぞれの処理を行います。 従って、FETCHコマンドによりカレント行の設定がされていない 場合は、これらのコマンドの処理は実行されません。
WHERE CURRENT OF句を指定してUPDATEを実行すると カーソルはその変更した行を指した状態のままになります。 （更新した行はカレント行のままです。） WHERE CURRENT OF句を指定してDELETEを実行すると カーソルはどの行も指していないことになります。 次のFETCHコマンドを実行するまで、カレントと認識される行 は存在しません。 次のFETCHコマンドを実行すると 次に有効な行をカレント行として設定します。
検索した行のコンテキストのカーソルによる処理を終了した場合、 カーソルをクローズしなくてはなりません。 カーソルは、CLOSE CURSORコマンドによって 指定したカーソルをクローズします。
カーソルをクローズしても宣言自体は無効とはなりません。 その後にそのカーソルを再オープンして関連するコンテキストに対する初期化し、 利用することができます。 検索したコンテキストを初期化するには、前に説明した OPEN CURSORコマンドを使用してカーソルを オープンする必要があります。
1 つのプログラム中で複数のカーソルを宣言することは可能です。 それぞれのカーソルは異なるコンテキストで検索するように定義することができ、 同じコンテキストは検索することは可能ですが、異なるカーソル名と 関連付けることはできません。
また、同時に複数のカーソルをオープンすることもできます。 しかし、この場合は最後にオープンしたカーソルだけは、 WHERE CURRENT OF句を指定した FETCHコマンド、 UPDATEおよびDELETEコマンド に対して関連付けられます。 先にオープンしたカーソルと関連付けようとすると、エラーメッセージが出力されます。 先にオープンしたカーソルをアクセスする場合、それ以降にオープンした すべてのカーソルを最初にCLOSE CURSORコマンドでクローズしなくては なりません。
トランザクションは、START TRANSACTIONコマンドで開始し、 COMMIT TRANSACTIONあるいはROLLBACK TRANSACTIONコマンドで 終了する一連のコマンドで、トランザクション中においてのデータベースへの変更は、 そのトランザクションをコミットしない限り、一時的なものでしかありません。 トランザクションの処理中に実行した変更は、通常のコマンドでの処理結果と 変わりませんが、必要であれば、処理結果を変えるオプションもあります。
ディスク、オペーれティングシステム、ネットワークなどで障害が発生した場合、 トランザクションはウォームリスタート機能empwarmによって 解決(コミットまたはロールバック)されます。 これによってトランザクションに関係する すべてのデータベースのデータ整合性は保持されます。 ウォームリスタート機能は、 Empress: データベース管理者ガイド で説明されています。 トランザクションの全般的な紹介は Empress SQL: ユーザーガイドを参照してください。
プログラム変数は、SQL プリコンパラコマンドで使用することができます。 実行可能なコマンドの変数名は、名前の前にコロン(:)を付けなければなりません。 FETCHまたはSELECT INTOステートメントによって取得した値を 格納するためにこれらの変数を使用することができます。 また、変数は、データベース、テーブル、アトリビュート、定数の名前を格納するために 使用することも可能です。
文字変数は、Empressデータは外部フォーマットとして扱われます。 （つまり文字列として） 文字変数を使用すると すべてのEmpressデータタイプを扱うことができます。
C 言語プログラムでは、文字変数は文字配列であるか、または 文字列へのポインタであり、これらを適切に宣言します。
数値変数の場合、 Empressデータは内部フォーマット(すなわちメモリに格納されている状態)で 扱われます。従って、 SHORTINTEGER、INTEGER、LONGINTEGER、 FLOAT、LONGFLOATデータタイプに対して、 ユーザープログラムから直接扱うことが可能となります。 加えて、外部フォーマットの文字変数と同じように 数値変数を扱うことが可能です。
以下に、 Empressデータタイプと C 言語の変数タイプの対応(マシンアーキテクチャに応じて 異なります。)について示します。
表 2-1 データタイプの対応
| Empress | C |
| SHORTINTEGER | char |
| INTEGER | short/int (16 bits) |
| LONGINTEGER | int/long (32 bits) |
| FLOAT | float |
| LONGFLOAT | double |
| CHAR, TEXT | char */char [] |
ユーザープログラムの特別なセクションにプログラム変数を定義しなければ、 これらの変数をプリコンパイラで使用することはできません。 このセクションは BEGIN DECLARE SECTIONコマンドで始まり、 END DECLARE SECTIONコマンドで終わる必要があります。
EXEC SQL BEGIN DECLARE SECTION;
int i;
short j;
float f;
char str [10];
EXEC SQL END DECLARE SECTION;
ホスト言語の構文に許されてるところであれば、宣言セクションはどの位置に 記述しても構いません。 また、1つのソースファイル中に複数の宣言セクションを記述しても構いません。 複数の宣言セクションを記述する場合、 すべての宣言セクションを通じて変数名はユニークでなければなりません。 宣言セクションは、SQL プリコンパイラステートメントを含むファイル内で グローバル(global)として宣言することを推奨します。
プリコンパイラはtypedefを含む、すべての C のタイプを認識します。 (その使用に先立って定義された適切なタイプを提供されている場合) 変数宣言を組み込むために適用される唯一の制限は、 多次元の配列はサポートされません。
プリコンパイラが受け入れる例として、プログラムの一部を 以下に示します。
EXEC SQL BEGIN DECLARE SECTION
...
typedef struct
{
long length;
float x[20];
} bulk;
bulk b;
long a[] = {10L, 15L, 3L, 123L, 1221L};
...
EXEC SQL END DECLARE SECTION
...
EXEC SQL INSERT INTO t (i, raw) VALUES (:a[k], :b);
...
テーブル"t"は、"i"と quot;raw"(バルクデータ) という 2つのアトリビュートを持つという前提で説明します。
ポインタと動的なメモリは、自由に使用することができ、 動的なオブジェクトは正常にアロケートされ利用することができます。 以下のプログラムの一部を検討します。
EXEC SQL BEGIN DECLARE SECTION
...
typedef struct
{
long length;
float x[20];
} bulk;
bulk *a, *b;
...
EXEC SQL END DECLARE SECTION
...
b = (bulk *) malloc (sizeof(bulk));
a = (bulk *) malloc (sizeof(bulk));
...
EXEC SQL INSERT INTO t (i, raw) VALUES (:a-> length, :b);
この場合では、ポインター使用の適用制限により、 データベース、テーブル、アトリビュートの名前にポインターを使用することが できません。
EXEC SQL SELECT ... FROM :table ...;
この場合では 名前は文字型配列として宣言しなくてはなりません。 (char *table は受け付けません。)
また、 変数の参照をするための "アドレス" (&) オペレータは、使用することはできません。
環境変数は、すべての定数を受け付けるステートメント内か、あるいはパラメータの 変数として使用することができます。 変数を利用する場合、環境変数名のの前に"$"を付け、 二重引用符か単一引用符内で囲みます。例えば以下のように指定します。
EXEC SQL SELECT amount FROM "$table"
INTO :x WHERE id = "$name";
この例では、tableとnameは環境変数であり、 実行時にtableおよびnameのそれぞれに対し、 有効な値が環境変数に設定されている場合は置き換わります。 "$"記号付きの文字列を指定する場合は、"$" 記号を重ねて記述します。 例えば、"$$alpha"は、文字列"$alpha"を になりますが、これは単に文字列であり環境変数を利用する意味は全くありません。
FETCHまたはSELECT INTOコマンドで検索し、 変数に格納したアトリビュート値が、NULLであるかを テストすることが可能です。 これを行うには、テストする各アトリビュートと制御変数を関連付ける 必要があります。
制御変数は次の形式で、内部ではlong型として扱います。
:variable:control_variable
1つの制御変数で別々のステートメントの複数の変数の評価をするために することが可能です。 ただし、1つのステートメント内においては、 各プログラム変数に対して一意の制御変数を追加する必要があります。 追加しない場合は、制御変数は最後に処理したプログラム変数の値を 反映します。
FETCH または SELECT INTOコマンドにより 情報を検索する場合、 制御変数は以下のように評価されます。
| ctrl = 0 | 値はNULLではなく、出力先の変数に正常に格納されたことを示します。 |
| ctrl < 0 | NULL値であることを示します。 |
| ctrl > 0 | 出力先の変数には値を格納するだけの十分な大きさがなく、 結果として値が切り詰められたことを示します。 この場合、制御変数には合いたいの実際の長さが格納され、 SQLWARN0 と SQLWARN1指示子には 値として'W'が格納されます。 |
制御変数を使用して、実行時にNULLを挿入(または NULL値への更新)ができます。 INSERT処理中には、コントロール変数は以下のように評価されます。
| ctrl < 0 | NULLが、行に挿入されます。 |
| ctrl = 0 | 変数の値が行にに挿入されます。 |
制御変数を使用して、WHERE句の処理を変更できます。 実行ジに制御変数は次のように評価されます。
| ctrl < 0 | アトリビュートはNULLに対してテストされます。 |
| ctrl >= 0 | アトリビュートは変数の値に対してテストされます。 |
等しいか(=) 等しくないか(!=)をテストする WHERE句のみに制御変数を使用することができます。
The SQLCA (SQL コミュニケーションエリア) は、 プリコンパイラとユーザーの両方に共通するデータ構造体です。 これは、エラーが発生した場合にエラーについての詳細な情報を 得るため、各ステートメントの終了ステータスを問い合わせる 手段として提供します。
すべてのプログラムは、他のSQL ステートメントを記述する前に 以下のステートメントを記述する必要があります。
EXEC SQL INCLUDE SQLCA;
各プリコンパラの操作の後、SQLCA は更新されます。 主な目的は、SQLCODE指示子を戻すことです。 SQLCODEの値は以下のような意味があります。
| SQLCODE = 0 | エラーは発生していません。 |
| SQLCODE < 0 | エラーは発生しました。 |
| SQLCODE = 100 | これ以上行は見つかりません。 |
| SQLCODE > 0 | 操作は正常に終了しましたが、例外が検出されました。 |
SQLCA データ構造体は以下になります。
| SQLCAID | 文字列"SQLCA"を格納し、 構造体が最初に使用される時に更新されます。 |
| SQLABC | SQLCA 構造体の長さを格納し、 構造体が最初に使用される時に更新されます。 |
| SQLERRML | 実行時のエラーメッセージの長さを格納します。 |
| SQLERRMC | エラーメッセージを格納します。 |
| SQLWARN | 8 つの指示子で構成されるエリアで、各指示子は、 値として" " または "W"を格納します。 "W" は、例外状況が検出されたことを示し、 " "は、ステートメントが正常に実行されたことを示します。 |
| SQLWARN0 | この値が"W"である場合、 最後の操作中に他の指示子の1つに設定されます。 |
| SQLWARN1 | この値が"W"である場合、 最後のFETCH または SELECT INTO ステートメントの値は切り詰められます。 |
プログラム中からこれらの様々なエラー変数にアクセスすることができます。 これら以外の変数は SQL の互換および将来の使用のため予約されています。
C 言語でのSQLCA宣言の構造は以下のとおりです。
struct sqlca{
char sqlcaid[8];
long sqlabc;
long sqlcode;
struct {
unsigned short sqlerrml;
char sqlerrmc[70];
} sqlerrm;
char sqlerrp[8];
long sqlerrd[6];
struct {
char sqlwarn0;
char sqlwarn1;
char sqlwarn2;
char sqlwarn3;
char sqlwarn4;
char sqlwarn5;
char sqlwarn6;
char sqlwarn7;
} sqlwarn;
char sqlext[8];
} sqlca;
エラーおよび例外が発生した場合に実行すべき処理は WHENEVERコマンドに定義することができます。
WHENEVERコマンドを使用すると以下の状況での処置を定義することができます。
WHENEVERコマンドは、実行すべき処理を判断するために以下の SQLCODEの値を使用します。
| SQLCODE < 0 | SQLERRORのための指定した処理を実行します。 |
| SQLCODE = 100 | NOT FOUNDのための指定した処理を実行します。 |
|
SQLWARN0 ='W' or (SQLCODE > 0 and SQLCODE != 100) |
SQLWARNINGのための指定した処理を実行します。 |
Empress SQLプリコンパイラのためのプログラミングを行う場合、 以下に示す規則に従う必要があります。
Empress SQLプリコンパイラを使用することで、 C プログラム中から SQL コマンドを発行することが可能です。 プリコンパイルの実行により、プログラムに埋め込れた SQL コマンドは それを実行する関数のコールに置き換えられます。
SQL コマンドが埋め込まれた C プログラムは、 以下のコマンドを使ってプリコンパイルすることができます。 （基本的な使用法のみ記載)
empesql infile.c [outfile.c]
| infile.c | SQL ステートメントが埋め込まれた プログラムファイル。 |
| outfile.c | 関数のコールに置き換えられたSQLコマンドを含むソースファイル。 outfileが指定されていない場合、デフォルト名はmpout.cが 使用されます。 |
以下のコマンドの手順を実行することで SQL ステートメントが埋め込まれた C プログラムをプリコンパイル、コンパイル、リンクができます。 ("out"は、実行ファイル名です。)
empesql infile.c outfile.c empecc -o out outfile.c
現在のところ、各入力ファイルを分割してプリコンパイルを実行する 必要がありますが、C プリコンパイラによって出力された複数のファイルを 設定することで1つの実行プログラムをコンパイルしリンクすることができます。