WHILE ステートメントを使用して、フローを制御します。これによって、WHILE 条件が真である限り繰り返しコードを実行することができます。オプションで、DO および END WHILE を付けて WHILE ステートメントを使用することができます。

WHILE ステートメントは開始ラベルを持つことができ、そのような場合は、ラベル付き WHILE ステートメントと呼ばれます。

次の例では、変数 vInteger の値が 10 になってループが終了するまで、変数の値が 1 ずつ増加します。

以下は、文法構文で使用される要素定義のアルファベット順一覧です。

SqlStatementList は次のように定義されます。

述部は次のように定義されます。

式は次のように定義されます。

式リストは次のように定義されます。

PSQL は次のグローバル変数をサポートしています。

グローバル変数は 2 つの @ マーク（@@）で始まります。すべてのグローバル変数は、接続ごとの変数です。データベース接続ごとにそれぞれ固有の @@IDENTITY、@@ROWCOUNT、および @@SPID 値を持ちます。

この変数は、一番最後に挿入された IDENTITY 列値（IDENTITY または SMALLIDENTITY）の値を返します。値は符号付き整数値になります。初期値はヌルです。

この変数は単一列のみ参照することができます。ターゲット テーブルに 2 つ以上の IDENTITY 列が含まれている場合、この変数の値は、テーブルの主キーとなる IDENTITY 列を参照します。このような列が存在しない場合には、この変数の値はテーブル内の最初の IDENTITY 列を参照します。

一番最後の挿入が IDENTITY 列を含まないテーブルに対して行われたものであった場合、@@IDENTITY の値はヌルに設定されます。

現在の接続でレコードが挿入されていない場合はヌルを返し、そうでない場合は、一番最後に挿入された行の IDENTITY 列の値を返します。

一番最後に挿入された行の IDENTITY 列の値が 12 の場合はその行を返し、そうでない場合は行を返しません。

最後に挿入された行の IDENTITY 値を新しい行の C2 列に挿入します。

C1 列の値が最後に挿入された行の IDENTITY 列の値より 10 大きい場合は、C1 列をこの IDENTITY 値で更新します。

C1 列の値が最後に挿入された行の IDENTITY 列の値と等しい場合は、C1 列をヌル値で更新します。

以下の例では、ストアド プロシージャを作成し、それを呼び出します。プロシージャは、最後に更新された行の IDENTITY 列の値と入力値の合計を変数 V1 に設定します。プロシージャは次に、C1 列が V1 と等しい行をテーブルから削除し、その後で何行削除されたかを示すメッセージを出力します。

この変数は、現在の接続で一番最後に行った操作により影響を受けた行の数を返します。値は符号なし整数になります。初期値はゼロです。

@@ROWCOUNT 変数は、INSERT、UPDATE、または DELETE ステートメント後に使用した場合にのみ有効になります。

現在の接続で直前に行った操作により影響を受けたレコードがない場合はゼロを返し、そうでない場合は、直前の操作により影響を受けた行数を返します。

結果：

4 番目の行で、@@ROWCOUNT 変数の値は 1 になります。これは、直前の INSERT 操作が影響を与えたのは 1 行だからです。

@@IDENTITY の例も参照してください。

この変数は、PSQL 接続のために 8 バイトの整数値を返します。この整数は時刻の値と増分カウンターの組み合わせです。この変数は PSQL 接続をそれぞれ一意に識別するために使用できます。

@@SESSIONID が値を返すには、データベース エンジンに接続されていることが必要です。データベース エンジンへの接続が失われた場合、変数は ID を返すことができません。

この例は、26552653137523 などの整数の ID を返します。

この変数（サーバー プロセス ID）は、PSQL 接続のシステム スレッドの ID を示す整数値を返します。

データベース エンジンへの接続が失われた場合、SPID は ID を返すことができません。代わりに、ステートメントが SqlState 08S01 を示すエラーを返します。

この例は、402 などの整数の ID を返します。

このセクションでは、SQL 文法のその他の特性について説明します。この章は、以下のセクションに分かれています。

PSQL は、指定されたクエリを処理するためにテンポラリ テーブルを生成する必要がある場合は、次の規則によって決定される場所にそのファイルを作成します。

まず、文字列キー値の PervasiveEngineOptions\TempFileDirectory を Windows レジストリに手動で追加した場合、PSQL は TempFileDirectory に設定されたパスを使用します。（レジストリの場所は、製品のビット アーキテクチャによって異なります。PSQL 32 ビット サーバー版では、HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI です。PSQL 64 ビット サーバー版では、HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\ODBC\ODBC.INI です。）

レジストリ エントリを定義しなかった場合、Windows プラットフォームでは、PSQL は以下の順序でパスを使用します。

たとえば、TMP 環境変数が定義されていない場合、PSQL は TEMP 環境変数、その次の環境変数という順序で使用します。

Linux および OS X ディストリビューションでは、PSQL はサーバー プロセスの現在のディレクトリを使用します。TMP の使用を試みることはありません。

PSQL はクエリの処理を完了すると、そのクエリの処理で必要となったすべてのテンポラリ ファイルを削除します。クエリが SELECT ステートメントの場合には、テンポラリ ファイルは結果セットがアクティブである間、つまり、結果セットが呼び出し元のアプリケーションによって解放されるまでは存在します。

PSQL は、メモリ内、ディスク上、および Btrieve（MicroKernel エンジン）の 3 種類のテンポラリ ファイルを使用します。

メモリ内のテンポラリ ファイルは以下の状況で使用されます。

ディスク上のテンポラリ ファイルは以下の状況で使用されます。

Btrieve テンポラリ ファイルは以下の状況で使用されます。

PSQL は、静的カーソル SELECT クエリで各ベース テーブルに Btrieve テンポラリ ファイルを作成しません。その代わり、各ベース テーブルを MicroKernel を使用して開き、ファイルの静的な表現としてファイル内にページを予約します。静的カーソルを介して行われた変更は、そのカーソルからは見えません。

PSQL は NULL を未知の値として解釈します。したがって、2 つの NULL 値を比較すると、等価とは見なされません。

WHERE NULL=NULL という評価式は False を返します。

次のシナリオについて考えてみましょう。t1 テーブルで c1 という名前が付けられた BINARY（4）列にリテラル値 '1' を挿入します。次に、SELECT * FROM t1 WHERE c1='1' というステートメントを入力します。

データベース エンジンは、データ入力に使用したものと同じバイナリ形式を用いてデータを取得できます。つまり、上記の SELECT の例は、リテラルの一致がなくても正しく動作し、値 0x01000000 を返します。

この動作は、SQL Server の動作と同じです。

インデックス可能な VARCHAR 型の列の最大サイズは、ヌル値が許可されない列では 254 バイト、ヌル値が許可される列では 253 バイトです。

CHAR 型の列の最大サイズは、ヌル値が許可されない列では 255 バイト、ヌル値が許可される列では 254 バイトです。

インデックス可能な NVARCHAR 型の列の最大サイズは NVARCHAR(126) です。この制限は、ヌル値が許可される列とヌルでない列の両方に適用されます。NVARCHAR のサイズは UCS-2 文字単位で指定されます。

NCHAR 型の列の最大サイズは NCHAR(127) です。この制限は、ヌル値が許可される列とヌルでない列の両方に適用されます。NCHAR のサイズは UCS-2 文字単位で指定されます。

Btrieve の最大キー サイズは 255 です。列でヌル値が許可され、インデックスが作成されている場合、セグメント キーは、ヌル インジケーターの 1 バイトと、インデックス列の最大 254 バイトを使って作成されます。VARCHAR 型の列が CHAR 型の列と異なるのは、長さバイト（Btrieve lstring）またはゼロ終端バイト（Btrieve zstring）のいずれかが予約されており、そのため有効な記憶域が 1 バイト増える点です。NVARCHAR（Btrieve wzstring）型の列が NCHAR 型の列と異なるのは、ゼロ終端文字が予約されており、そのため有効な記憶域が 2 バイト増える点です。

多くの地域では、浮動小数点数フィールド内で整数部と小数部を区切るのにカンマを使用します。たとえば、これらの地域は、1 と 2 分の 1 を数字で表すのに 1.5 ではなく 1,5 を使用します。

PSQL は、ピリオドとカンマの両方を小数点の記号としてサポートしています。PSQL はオペレーティング システムの地域の設定に基づいて、ピリオドまたはカンマを使用する入力値を受け入れます。デフォルトでは、データベース エンジンはピリオドを使って値を表示します。

出力と表示のみについては、セッション レベルのコマンド SET DECIMALSEPARATORCOMMA を使用すれば、出力（たとえば、SELECT の結果）でカンマを小数点の記号として使用するように指定できます。このコマンドは、データの入力や保存には影響しません。

小数点の記号としてカンマをサポートするかは、オペレーティング システムの地域の設定によります。クライアント オペレーティング システムとサーバー オペレーティング システムのどちらにも地域の設定があります。期待される動作は両方の設定に応じて変わります。

小数点の記号の情報は、Windows オペレーション システムが動作しているマシンでのみ取得または変更できます。Linux および OS X の場合、小数点の記号はピリオドに設定されており、設定を修正することはできません。Linux および OS X サーバー エンジンをお持ちで、小数点の記号にカンマを使用したい場合は、必ずすべてのクライアント コンピューターが小数点にカンマを使用する地域に設定されていなければなりません。

Windows オペレーティング システムの地域の設定を変更するには、コントロール パネルからこの設定にアクセスします。変更したら、PSQL サービスを停止して再起動し、データベース エンジンが変更された設定を使用できるようにします。

クライアントの地域が小数点の記号にカンマを使用する場合：

上記の SELECT ステートメントが、小数点の記号を設定した後でクライアントから実行された場合は、次の値が返されます。

クライアントの地域が小数点の記号にピリオドを使用しており、次のステートメントが新しい接続から発行される場合（SET DECIMALSEPARATORCOMMA のデフォルトの動作）：

上記の 2 つの SELECT ステートメントがクライアントから実行された場合、次の値が返されます。

クライアントの地域が小数点の記号にカンマを使用する場合：

クライアントの地域が小数点の記号にピリオドを使用する場合：

上記の最初の select ステートメントがクライアントから実行された場合、次の値が返されます。

上記の SELECT ステートメントが、表示用の小数点の記号を設定した後で実行された場合は、次の値が返されます。