システムテーブル

システムテーブル

Zen システムテーブルリファレンス

以下のトピックでは、Zen のシステムテーブルについて説明します。

•

•

システムテーブルの構造

Zen およびそのコンポーネントが使用する情報は、システムテーブルと呼ばれる特殊なテーブルに保管されます。

注意： DELETE、UPDATE や INSERT ステートメント、またはユーザー定義トリガーを使って、システムテーブルの変更を試みないでください。システムテーブルを直接変更してはいけません。

システムテーブルを直接照会するアプリケーションを記述しないでください。システムテーブルの一部の列が記録されない可能性があります。次のいずれかの方法を使用すれば、システムテーブルに保管されている情報をアプリケーションで取得できます。

•

システムストアドプロシージャ

•

トランザクション SQL ステートメントおよび関数

•

Zen API で提供される関数

Zen API は開発者向けドキュメントに含まれています。開発コンポーネントは、リリースごとにデータベースエンジンとの互換性を保つように設計されています。システムテーブルの形式は、データベースエンジンの内部アーキテクチャ次第であり、リリースごとに変わる可能性があります。公開されていないシステムテーブルの列に直接アクセスしているアプリケーションでは、Zen の内部アーキテクチャが変更されたときにアプリケーションの修正が必要になる場合があります。

次のシステムテーブルの一覧は、関連ファイルの名前を示し、システムテーブルの内容を明らかにしています。

メモ：システムテーブルに含まれる一部のデータは表示できません。たとえば、ユーザーパスワードは暗号化形式で表示されます。

表 124

システムテーブル

システムテーブル

辞書ファイル

V11

列属性の定義

テーブル、ビュー、プロシージャとトリガーとの依存関係

列と名前付きインデックスの定義

データベース内のテーブルの名前と場所

インデックスの定義

ストアドプロシージャの定義

参照整合性（RI）の情報

ユーザーとグループのアクセス権の定義

トリガーの情報

ユーザー名、グループ名、およびパスワード

ビューの定義

1バージョン 1（V1）メタデータに適用。Zen メタデータを参照してください。

2バージョン 2（V2）メタデータに適用。Zen メタデータを参照してください。

データベースを作成すると、Zen によりすべてのシステムテーブルが作成されます。

これら以外に遭遇する可能性のあるシステムテーブルが 2 つあります。VARIANT.DDF と OCCURS.DDF（V1 データベースの場合）または PVVARIANT.DDF と PVOCCURS.DDF（V2 データベースの場合）です。これら 2 つのシステムファイルは COBOL サポート用に使われるため、ユーザーの直接介入は一切必要としません。COBOL 用ユーティリティの将来のバージョンは、これらのシステムテーブルが必要でなくなった場合には、異なるアーキテクチャを実装するかもしれません。「COBOL アプリケーションの SQL アクセス」も参照してください。

システムテーブルの構造

このトピックでは、システムテーブルの構造について説明します。

•

メタデータバージョン 1 のシステムテーブル

•

メタデータバージョン 2 のシステムテーブル

メタデータバージョン 1 のシステムテーブル

X$Attrib システムテーブルは、ATTRIB.DDF ファイルに関連付けられています。X$Attrib には、データベース内の各列の列属性に関する情報が含まれています。つまり、定義した列属性ごとに 1 つのエントリがあります。X$Attrib の構造は、X$Attrib システムテーブルの構造で説明されています。

表 125

X$Attrib システムテーブルの構造

大小文字無視

X$Field の Xe$Id に対応

D（デフォルト）

L（論理位置）

O（列の照合順序）

C（文字）、H（ヘッダー）、M（マスク）、R（範囲）、V（値）1

Xa$Attrs に含まれるテキストの長さ

LONGVARCHAR
(NOTE)

列属性を定義するテキスト

1 属性タイプ、C、H、M、R および V は旧形式の検証タイプで、Pervasive.SQL v7 または Scalable SQL 環境のみで有効です。Pervasive.SQL 7 より新しい Zen リリースは、D（デフォルト）、L（論理位置）および O（列の照合順序）属性のみを使用します。

1 つの列に複数の属性を定義すると、X$Attrib システムテーブルには、その列 ID に複数のエントリが含まれます。つまり、定義した属性ごとに 1 つのエントリが対応します。特定の列に列属性を定義しないと、X$Attrib テーブルにその列のエントリは含まれません。Xa$Attrs 列に含まれるテキストは、Zen で定義したとおりに表示されます。X$Attrib テーブルでは、X$Attrib システムテーブルのインデックス定義で説明されているようにインデックスが 1 つ定義されています。

表 126

X$Attrib システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Depend システムテーブルは、DEPEND.DDF ファイルに関連付けられています。X$Depend には、テーブル、ビュー、およびプロシージャとトリガーとの依存関係に関する情報が含まれています。X$Depend の構造は次のとおりです。

表 127

X$Depend システムテーブルの構造

大小文字無視

トリガー名。X$Trigger 内の Xt$Name に対応

テーブルは 1、ビューは 2、プロシージャは 3

トリガーと関連付けられている依存関係の名前。X$File の Xf$Name、X$View の Xv$Name、X$Proc の Xp$Name のいずれかに対応しています。

X$Depend テーブルでは、次のようにインデックスが 2 つ定義されています。

表 128

X$Depend システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管されている値に対応します。また、セグメント番号は、X$Index システムテーブルの Xi$Part 列に保管されている値に対応します。

X$Field システムテーブルは、FIELD.DDF ファイルに関連付けられています。X$Field には、データベースで定義されているすべての列と名前付きインデックスに関する情報が含まれています。X$Field の構造は次のとおりです。

表 129

X$Field システムテーブルの構造

大小文字無視

Zen によって割り当てられた、データベース内の各フィールドに固有の内部 ID

この列または名前付きインデックスが属するテーブルの ID。これは X$File 内の Xf$Id に対応しています。

列名またはインデックス名

制御フィールド：
0 ～ 26：列のデータ型
227：制約名
255：インデックス名

テーブル内での列のオフセット。名前付きインデックスの場合はインデックス番号。オフセットは、ゼロを基準にした相対です。

インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管されている値に対応します。

列の長さ。フィールドに必要な内部格納領域をバイト単位で表します。

TRUE NULL フィールドの場合、ヌルバイトはサイズに含まれません。

列の小数点位置（DECIMAL、NUMERIC、NUMERICSA、NUMERICSTS、MONEY、または CURRENCY 型の場合）。連続ビット列の場合は相対的なビット位置。AUTOTIMESTAMP、TIMESTAMP、および TIMESTAMP2 データ型の場合は小数の秒。

フラグを表す WORD。

ビット 0 は文字列データ型の大文字と小文字を区別するフラグです。

ビット 0 = 1 の場合、フィールドの大文字と小文字は区別されません。

ビット 2 = 1 の場合、フィールドでヌル値が許可されます。

Xe$Flags のビット 3 は、Pervasive.SQL v7 の 1 バイト TINYINT（B_TYPE_INTEGER 符号なし）とリレーショナルエンジンの 1 バイト TINYINT（B_TYPE_INTEGER 符号付き）を区別するために使用されます。

ビット 3 = 1 で、Xe$DataType = 1 かつ Xe$Size = 1 の場合、TINYINT 列は、リレーショナルエンジンで作成された符号付きの 1 バイト TINYINT であることを示します。

ビット 3 = 0 で、Xe$DataType = 1 かつ Xe$Size = 1 の場合、TINYINT 列は、古い SQL エンジンで作成された符号なしの 1 バイト TINYINT であることを示します。

ビット 11 = 1 の場合、フィールドは文字の LONGVARCHAR フィールドではなく、ワイド文字の NLONGVARCHAR フィールドとして解釈されます。

ビット 12 = 1 の場合、フィールドは BINARY として解釈されます。

ビット 13 = 1 の場合、フィールドは偶数桁の精度の DECIMAL として解釈されます。

Xe$File 列は、X$File システムテーブルの Xf$Id 列に対応し、テーブルとテーブル内の列のリンクになります。たとえば次のクエリは、Billing テーブルのフィールド定義をすべて順番に返します。

SELECT "X$Field".*

FROM X$File,X$Field

WHERE Xf$Id=Xe$File AND Xf$Name = 'Billing' AND Xe$DataType <= 26

ORDER BY Xe$Offset

Xe$DataType 列の整数値は Zen のデータ型を表すコードです。コードについては、「Zen で使用できるデータ型」を参照してください。

X$Field テーブルでは、次のようにインデックスが 5 つ定義されています。

表 130

X$Field システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

X$File システムテーブルは、FILE.DDF ファイルに関連付けられています。X$File には、データベースで定義されている各テーブルについて、そのテーブル名、関連テーブルの場所、および Zen が割り当てた固有の内部 ID 番号が含まれています。X$File の構造は次のとおりです。

表 131

X$File システムテーブルの構造

大小文字無視

Zen によって割り当てられた内部 ID

テーブル名

ファイルの場所（パス名）

ファイルフラグ。ビット 4 = 1 の場合、ファイルは辞書ファイルです。ビット 4 = 0 の場合、ファイルはユーザー定義です。ビット 6 = 1 の場合、テーブルは真のヌル値を許可する列をサポートします。

X$File テーブルには、2 つのインデックスが定義されています。

表 132

X$File システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Index システムテーブルは、INDEX.DDF ファイルに関連付けられています。X$Index には、データベース内のテーブルで定義されているすべてのインデックスに関する情報が含まれています。X$Index の構造は次のとおりです。

表 133

X$Index システムテーブルの構造

大小文字無視

インデックスが属するテーブルの固有の ID。これは X$File 内の Xf$Id に対応しています。

インデックス列の固有の ID。これは X$Field 内の Xe$Id に対応しています。

インデックス番号（範囲 0 ～ 119）

セグメント番号（範囲 0 ～ 119）

インデックス属性フラグ

Xi$File 列は、X$File システムテーブルの Xf$Id 列に対応します。また、Xi$Field 列は、X$Field システムテーブルの Xe$Id 列に対応します。したがって、インデックスセグメントエントリは 1 つのファイル、1 つのフィールドにリンクされます。

Xi$Flags 列には整数値が含まれ、インデックス属性を定義します。次の表は、ビットがバイナリ値 1 であるとき、Zen が各ビット位置を解釈する方法を示したものです。ビット位置 0 が整数の右端のビットになります。

表 134

Xi$Flags のビット位置

ビット位置

対応する 10 進数の値

インデックスの重複が可能

インデックスの変更が可能です。

オルタネートコレーティングシーケンス

ヌル値にはインデックスなし（SQL の真のヌルではなく、Btrieve のヌルを参照）

インデックス内でこのセグメントに別のセグメントが連結

インデックスの大小文字の区別なし

インデックスを降順に照合

ビット 0 = 0 の場合、インデックスは名前付きインデックスです。ビット 0 = 1 かつビット 7 = 1 の場合、インデックスは繰り返し重複キーの方法を使用します。ビット 0 = 1 かつビット 7 = 0 の場合、インデックスはリンク重複キーの方法を使用します。「LINKDUP」も参照してください。リンク重複方法および繰り返し重複方法の詳細な説明については、『Advanced Operations Guide』の「重複キーの操作方法」を参照してください。

インデックスは Btrieve の拡張キータイプ

インデックスは部分的です。

インデックスは外部キー

インデックスは一部の外部キーが参照する主キー

特定のインデックスの Xi$Flags 列の値は、インデックス属性に対応する 10 進数の値の合計になります。X$Index テーブルでは、次のようにインデックスが 3 つ定義されています。

表 135

X$Index システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管されている値に対応します。インデックス番号はゼロから始まります。また、セグメント番号は、X$Index システムテーブルの Xi$Part 列に保管されている値に対応します。

たとえば、Billing テーブルに定義されているインデックスセグメントに関する情報を見るには、次のようなクエリを発行します。

SELECT Xe$Name,Xe$Offset, "X$Index".*

FROM X$File,X$Index,X$Field

WHERE Xf$Id=Xi$File and Xi$Field=Xe$Id and Xf$Name = 'Billing'

ORDER BY Xi$Number,Xi$Part

X$Proc システムテーブルは、PROC.DDF ファイルに関連付けられています。X$Proc には、定義されているすべてのストアドプロシージャのコンパイルされた構造情報が含まれています。X$Proc の構造は次のとおりです。

表 136

X$Proc システムテーブルの構造

大小文字無視

ストアドプロシージャ名

バージョン IDこれは将来使用するために予約されています。

0 を基数とするシーケンス番号

ストアドステートメントは 1、ストアドプロシージャは 2、外部プロシージャは 3

LONGVARCHAR
(LVAR)

ストアドプロシージャの内部表現

メモ：ストアドステートメントおよび外部プロシージャは、Pervasive.SQL 2000i より前のバージョンではサポートされていました。Pervasive.SQL 2000i からはストアドプロシージャのみがサポートされています。

X$Proc テーブルでは、次のようにインデックスが 1 つ定義されています。

表 137

X$Proc システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

単一のストアドプロシージャを X$Proc の複数のエントリに保管し、Xp$Name によってリンクすることができます。

X$Relate システムテーブルは、RELATE.DDF ファイルに関連付けられています。X$Relate には、データベースで定義されている参照整合性（RI）制約に関する情報が含まれています。X$Relate は最初の外部キーが作成されるときに自動的に作成され、これにより関係が定義されます。

X$Relate の構造は次のとおりです。

表 138

X$Relate システムテーブルの構造

大小文字無視

主テーブル ID

主テーブルに含まれる主キーのインデックス番号

従属テーブル ID

従属テーブルに含まれる外部キーのインデックス番号

外部キー名

制限は 1、カスケードは 2

X$Relate テーブルでは、次のようにインデックスが 5 つ定義されています。

表 139

X$Relate システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Rights システムテーブルは、RIGHTS.DDF ファイルに関連付けられています。X$Rights には、各ユーザーのアクセス権情報が含まれています。Zen は、セキュリティオプションが有効になっているときにのみ、このテーブルを使用します。X$Rights の構造は次のとおりです。

表 140

X$Rights システムテーブルの構造

大小文字無視

テーブル ID

テーブルまたは列のアクセス権フラグ

Xr$User 列は、X$User テーブルの Xu$Id 列に対応します。また、Xr$Table 列は X$File テーブルの Xf$Id 列に、Xr$Column 列は X$Field テーブルの Xe$Id 列に対応します。

メモ：テーブルアクセス権を記述するシステムテーブル内の各行では、Xr$Column 列の値はヌルになります。

Xr$Rights 列には整数値が含まれ、その右端 8 ビットがユーザーアクセス権を定義します。次の表は、Zen が値を解釈する方法を説明したものです。この表の値は、単一の Xr$Rights 値に結合される場合があります。

表 141

Xr$Rights システムテーブルのビット位置定義

16 進数の値

対応する 10 進数の値

テーブルの参照権

テーブルの変更権

テーブルまたは列の選択権

テーブルまたは列の更新権

テーブルまたは列の挿入権

テーブルまたは列の削除権

10 進数の 0 はアクセス権がないことを示します。

特定のユーザーの Xr$Rights 列の値は、そのユーザーに適用されるアクセス権に対応する 16 進数のビット単位の共通部分になります。10 進数の値の合計ではありません。

たとえば、すべてのアクセス権が割り当てられているユーザーの Xr$Rights の値は、次のように表されます。

144 | 160 | 64 | 130 | 132 | 136 = 254

X$Rights テーブルでは、次のようにインデックスが 3 つ定義されています。

表 142

X$Rights システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Trigger システムテーブルは、TRIGGER.DDF ファイルに関連付けられています。X$Trigger には、データベースで定義されているトリガーに関する情報が含まれています。X$Trigger の構造は次のとおりです。

表 143

X$Trigger システムテーブルの構造

大小文字無視

トリガー名

トリガーのバージョン。Scalable SQL バージョン 4 の場合は 4

トリガーが定義されているファイル。X$File 内の Xf$Id に対応

INSERT は 0、DELETE は 1、UPDATE は 2

BEFORE は 0、AFTER は 1

ROW は 0（デフォルト）、STATEMENT は 1

トリガーの実行順序

0 を基数とするシーケンス番号

LONGVARCHAR
(LVAR)

トリガーの内部表現

あまり長いトリガーは、TRIGGER.DDF 内に複数のエントリを必要とすることがあります。各エントリは Xt$Name フィールドに同一のトリガー名を持ち、Xt$Sequence フィールドで指定された順序で使用されます。

X$Trigger テーブルでは、次のようにインデックスが 3 つ定義されています。

表 144

X$Trigger システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

トリガーを X$Trigger の複数のエントリに保管して、Xt$Name によってリンクし、Xt$Sequence 順に並べることができます。

X$User システムテーブルは、USER.DDF ファイルに関連付けられています。X$User には、各ユーザーの名前とパスワード、および各ユーザーグループの名前が含まれています。Zen は、セキュリティオプションが有効になっているときにのみ、このテーブルを使用します。次の表は X$User の構造を示しています。

表 145

X$User システムテーブルの構造

大小文字無視

ユーザーまたはグループに割り当てられている内部 ID

ユーザーまたはグループ名

ユーザーパスワード（暗号化）

ユーザーまたはグループフラグ

メモ：グループを記述する X$User システムテーブル内の各行では、Xu$Password の列の値はヌルになります。

Xu$Flags 列には整数値が含まれ、その右端の 8 ビットはユーザーまたはグループ属性を定義します。次の表は、ビットがバイナリ値 1 であるとき、Zen が各ビット位置を解釈する方法を示したものです。ビット位置 0 が整数の右端のビットになります。

表 146

Xu$Flags システムテーブルのビット位置定義

ビット位置

対応する 10 進数の値

名前はグループ名

ユーザーまたはグループは、辞書内のテーブルを定義する権限を持っています。

特定のユーザーやグループの Xu$Flags 列の値は、そのユーザーまたはグループに適用される属性に対応する 10 進数の値の合計になります。

X$User テーブルでは、次の表に示すようにインデックスが 2 つ定義されています。

表 147

X$User システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

X$View システムテーブルは、VIEW.DDF ファイルに関連付けられています。X$View には、結合テーブルの情報やビューを定義する制約条件などのビュー定義が含まれています。X$View テーブルにクエリを実行して、辞書に定義されているビューの名前を取得することができます。

X$View テーブルの先頭列にはビュー名が含まれます。第 2 列と第 3 列には、LVAR 列の Xv$Misc で検出される情報の説明が含まれています。X$View の構造は次のとおりです。

表 148

X$View システムテーブルの構造

大小文字無視

バージョン IDこれは将来使用するために予約されています。

シーケンス番号

LONGVARCHAR
(LVAR)

Zen 内部定義

X$View テーブルでは、次のようにインデックスが 2 つ定義されています。

表 149

X$View システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント

単一のビューを X$View の複数のエントリに保管して、Xv$Name によってリンクし、Xv$Id 順に並べることができます。

メタデータバージョン 2 のシステムテーブル

X$Attrib システムテーブルは、PVATTRIB.DDF ファイルに関連付けられています。X$Attrib には、データベース内の各列の列属性に関する情報が含まれています。つまり、定義した列属性ごとに 1 つのエントリがあります。次の表は X$Attrib の構造を示しています。

表 150

X$Attrib システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

X$Field の Xe$Id に対応

D（デフォルト）

L（論理位置）

O（列の照合順序）

Xa$Attrs に含まれるテキストの長さ

LONGVARCHAR
(NOTE)

列属性を定義するテキスト

1 つの列に複数の属性を定義すると、X$Attrib システムテーブルには、その列 ID に複数のエントリが含まれます。つまり、定義した属性ごとに 1 つのエントリが対応します。特定の列に列属性を定義しないと、X$Attrib テーブルにその列のエントリは含まれません。Xa$Attrs 列に含まれるテキストは、Zen で定義したとおりに表示されます。Xa$Attrs テーブルでは、次の表に示すようにインデックスが 1 つ定義されています。

表 151

X$Attrib システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Depend システムテーブルは、PVDEPEND.DDF ファイルに関連付けられています。X$Depend には、テーブル、ビュー、およびプロシージャなどのオブジェクトとトリガーとの依存関係に関する情報が含まれています。X$Depend の構造は次のとおりです。

表 152

X$Depend システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

トリガー名。X$Trigger 内の Xt$Name に対応

テーブルは 1、ビューは 2、プロシージャは 3

トリガーと関連付けられている依存関係の名前。X$File の Xf$Name、X$View の Xv$Name、X$Proc の Xp$Name のいずれかに対応しています。

X$Depend テーブルでは、次のようにインデックスが 2 つ定義されています。

表 153

X$Depend システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Field システムテーブルは、PVFIELD.DDF ファイルに関連付けられています。X$Field には、データベースで定義されているすべての列と名前付きインデックスに関する情報が含まれています。X$Field の構造は次のとおりです。

表 154

X$Field システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

Zen によって割り当てられた、データベース内の各フィールドに固有の内部 ID

この列または名前付きインデックスが属するテーブルの ID。これは X$File 内の Xf$Id に対応しています。

列名またはインデックス名

0 ～ 26：列のデータ型
227：制約名
255：インデックス名

テーブル内での列のオフセット。名前付きインデックスの場合はインデックス番号。オフセットは、ゼロを基準にした相対です。

インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管されている値に対応します。

列の長さ。フィールドに必要な内部格納領域をバイト単位で表します。

列の小数点位置（DECIMAL、NUMERIC、NUMERICSA、NUMERICSTS、MONEY、または CURRENCY 型の場合）。連続ビット列の場合は相対的なビット位置。AUTOTIMESTAMP、TIMESTAMP、および TIMESTAMP2 データ型の場合は小数の秒。

フラグを表す WORD。

ビット 0 は文字列データ型の大文字と小文字を区別するフラグです。

ビット 0 = 1 の場合、フィールドの大文字と小文字は区別されません。

ビット 2 = 1 の場合、フィールドでヌル値が許可されます。

Xe$Flags のビット 3 は、Pervasive.SQL v7 の 1 バイト TINYINT（B_TYPE_INTEGER 符号なし）とリレーショナルエンジンの 1 バイト TINYINT（B_TYPE_INTEGER 符号付き）を区別するために使用されます。

ビット 3 = 1 で、Xe$DataType = 1 かつ Xe$Size = 1 の場合、TINYINT 列は、リレーショナルエンジンで作成された符号付きの 1 バイト TINYINT であることを示します。

ビット 3 = 0 で、Xe$DataType = 1 かつ Xe$Size = 1 の場合、TINYINT 列は、古い SQL エンジンで作成された符号なしの 1 バイト TINYINT であることを示します。

ビット 11 = 1 の場合、フィールドは文字の LONGVARCHAR フィールドではなく、ワイド文字の NLONGVARCHAR フィールドとして解釈されます。

ビット 12 = 1 の場合、フィールドは BINARY として解釈されます。

ビット 13 = 1 の場合、フィールドは偶数バイト精度の DECIMAL として解釈されます。

Xe$File 列は、X$File システムテーブルの Xf$Id 列に対応し、テーブルとテーブル内の列のリンクになります。たとえば次のクエリは、Billing テーブルのフィールド定義をすべて順番に返します。

SELECT "X$Field".*

FROM X$File,X$Field

WHERE Xf$Id=Xe$File AND Xf$Name = 'Billing' AND Xe$DataType <= 26

ORDER BY Xe$Offset

Xe$DataType 列の整数値は Zen のデータ型を表すコードです。コードについては、「Zen で使用できるデータ型」を参照してください。

X$Field テーブルでは、次の表に示すようにインデックスが 5 つ定義されています。

表 155

X$Field システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$File システムテーブルは、PVFILE.DDF ファイルに関連付けられています。X$File には、データベースで定義されている各テーブルについて、そのテーブル名、関連テーブルの場所、および Zen が割り当てた固有の内部 ID 番号が含まれています。X$File の構造は次の表に示すとおりです。

表 156

X$File システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

Zen によって割り当てられた内部 ID

テーブル名

ファイルの場所（パス名）

ファイルフラグ。ビット 4 = 1 の場合、ファイルは辞書ファイルです。ビット 4 = 0 の場合、ファイルはユーザー定義です。ビット 6 = 1 の場合、テーブルは真のヌル値を許可する列をサポートします。

X$File テーブルには、2 つのインデックスが定義されています。

表 157

X$File システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Index システムテーブルは、PVINDEX.DDF ファイルに関連付けられています。X$Index には、データベース内のテーブルで定義されているすべてのインデックスに関する情報が含まれています。X$Index の構造は次のとおりです。

表 158

X$Index システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

インデックスが属するテーブルの固有の ID。これは X$File 内の Xf$Id に対応しています。

インデックス列の固有の ID。これは X$Field 内の Xe$Id に対応しています。

インデックス番号（範囲 0 ～ 119）

セグメント番号（範囲 0 ～ 119）

インデックス属性フラグ

Xi$File 列は、X$File システムテーブルの Xf$Id 列に対応します。また、Xi$Field 列は、X$Field システムテーブルの Xe$Id 列に対応します。したがって、インデックスセグメントエントリは 1 つのファイル、1 つのフィールドにリンクされます。

Xi$Flags 列には整数値が含まれ、インデックス属性を定義します。次の表は、ビットがバイナリ値 1 であるとき、Zen が各ビット位置を解釈する方法を示したものです。ビット位置 0 が整数の右端のビットになります。

表 159

Xi$Flags のビット位置（メタデータバージョン 2 用）

ビット位置

対応する 10 進数の値

インデックスの重複が可能

インデックスの変更が可能です。

オルタネートコレーティングシーケンス

ヌル値にはインデックスなし（SQL の真のヌルではなく、Btrieve のレガシーヌルを参照）

インデックス内でこのセグメントに別のセグメントが連結

インデックスの大小文字の区別なし

インデックスを降順に照合

ビット 0 = 0 の場合、インデックスは名前付きインデックスです。ビット 0 = 1 かつビット 7 = 1 の場合、インデックスは繰り返し重複キーの方法を使用します。ビット 0 = 1 かつビット 7 = 0 の場合、インデックスはリンク重複キーの方法を使用します。「LINKDUP」も参照してください。リンク重複方法および繰り返し重複方法の詳細な説明については、『Advanced Operations Guide』の「重複キーの操作方法」を参照してください。

インデックスは Btrieve の拡張キータイプ

インデックスは外部キー

インデックスは一部の外部キーが参照する主キー

特定のインデックスの Xi$Flags 列の値は、インデックス属性に対応する 10 進数の値の合計になります。X$Index テーブルでは、次のようにインデックスが 3 つ定義されています。

表 160

X$Index システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管されている値に対応します。インデックス番号はゼロから始まります。また、セグメント番号は、X$Index システムテーブルの Xi$Part 列に保管されている値に対応します。

たとえば、Billing テーブルに定義されているインデックスセグメントに関する情報を見るには、次のようなクエリを発行します。

SELECT Xe$Name,Xe$Offset, "X$Index".*

FROM X$File,X$Index,X$Field

WHERE Xf$Id=Xi$File and Xi$Field=Xe$Id and Xf$Name = 'Billing'

ORDER BY Xi$Number,Xi$Part

X$Proc システムテーブルは、PVPROC.DDF ファイルに関連付けられています。X$Proc には、定義されているすべてのストアドプロシージャのコンパイルされた構造情報が含まれています。X$Proc の構造は次のとおりです。

表 161

X$Proc システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

ストアドプロシージャ名

バージョン IDこれは将来使用するために予約されています。

Zen によって割り当てられた内部 ID

ストアドステートメントは 1、ストアドプロシージャは 2、外部プロシージャは 3

信頼されるストアドプロシージャは 0、信頼されないストアドプロシージャは -1。「信頼されるオブジェクトと信頼されないオブジェクト」を参照してください。

シーケンス番号。32,765 バイトを超えるプロシージャは、オーバーフローを処理するために PVPROC.DDF 内に複数のエントリを必要とします。各エントリは Xp$Name フィールドに同一のプロシージャ名を持ち、シーケンス番号が割り当てられます。複数のエントリは、Xp$Sequence フィールドを使用して正しく並べられます。

シーケンスはゼロから始まります（最初のシーケンス番号は 0 です）。

LONGVARCHAR
(LVAR)

ストアドプロシージャの内部表現

メモ：ストアドステートメントおよび外部プロシージャは、Pervasive.SQL 2000i より前のバージョンの Zen ではサポートされていました。Pervasive.SQL 2000i からはストアドプロシージャのみがサポートされています。

X$Proc テーブルでは、次のようにインデックスが 4 つ定義されています。

表 162

X$Proc システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Relate システムテーブルは、PVRELATE.DDF ファイルに関連付けられています。X$Relate には、データベースで定義されている参照整合性（RI）制約に関する情報が含まれています。X$Relate は最初の外部キーが作成されるときに自動的に作成され、これにより関係が定義されます。

X$Relate の構造は次のとおりです。

表 163

X$Relate システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

主テーブル ID

主テーブルに含まれる主キーのインデックス番号

従属テーブル ID

従属テーブルに含まれる外部キーのインデックス番号

外部キー名

制限は 1、カスケードは 2

X$Relate テーブルでは、次のようにインデックスが 5 つ定義されています。

表 164

X$Relate システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Rights システムテーブルは、PVRIGHTS.DDF ファイルに関連付けられています。X$Rights には、各ユーザーのアクセス権情報が含まれています。Zen は、セキュリティオプションが有効になっているときにのみ、このテーブルを使用します。X$Rights の構造は次のとおりです。

表 165

X$Rights システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

Xf$Id に対応するテーブル ID、Xv$Id に対応するビュー ID、または Xp$Id に対応するストアドプロシージャ ID

テーブルは 1、プロシージャは 3、ビューは 4

テーブル、列、ビュー、またはストアドプロシージャのアクセス権フラグ

Xr$User 列は、X$User テーブルの Xu$Id 列に対応します。Xr$Object 列は、以下のいずれかに対応します。

•

X$File テーブルの Xf$Id 列

•

X$Views テーブルの Xv$Id 列

•

X$Proc テーブルの Xp$Id 列

Xr$Column 列は X$Field テーブルの Xe$Id 列に対応します。

メモ：テーブル、ビュー、ストアドプロシージャのアクセス権を記述するシステムテーブル内の各行では、Xr$Column 列の値はヌルになります。

Xr$Rights 列には整数値が含まれ、その右端 8 ビットがユーザーアクセス権を定義します。次の表は、Zen が値を解釈する方法を説明したものです。この表の値は、単一の Xr$Rights 値に結合される場合があります。

表 166

Xr$Rights のビット位置（メタデータバージョン 2 用）

16 進数の値

対応する 10 進数の値

オブジェクト所有者のアクセス権

テーブルの参照権

テーブルの変更権

ビュー、テーブル、または列の選択権

ビュー、テーブル、または列の更新権

ビュー、テーブル、または列の挿入権

ビュー、テーブル、または列の削除権

ストアドプロシージャの実行権および呼び出し権

10 進数の 0 はアクセス権がないことを示します。

特定のユーザーの Xr$Rights 列の値は、そのユーザーに適用されるアクセス権に対応する 16 進数のビット単位の共通部分になります。10 進数の値の合計ではありません。

たとえば、すべてのアクセス権が割り当てられているユーザーの Xr$Rights の値は次のように表されます。

144 | 160 | 64 | 130 | 132 | 136 = 254

ビューに関するすべてのアクセス権が割り当てられているユーザーの Xr$Rights の値は次のように表されます。

64 | 130 | 132 | 136 = 206

ストアドプロシージャに関するすべてのアクセス権が割り当てられているユーザーの Xr$Rights の値は次のように表されます。

X$Rights テーブルでは、次のようにインデックスが 3 つ定義されています。

表 167

X$Rights システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$Trigger システムテーブルは、PVTRIG.DDF ファイルに関連付けられています。X$Trigger には、データベースで定義されているトリガーに関する情報が含まれています。X$Trigger の構造は次のとおりです。

表 168

X$Trigger システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

トリガー名

トリガーのバージョン。Scalable SQL バージョン 4 の場合は 4

トリガーが定義されているファイル。X$File 内の Xf$Id に対応

INSERT は 0、DELETE は 1、UPDATE は 2

BEFORE は 0、AFTER は 1

ROW は 0（デフォルト）、STATEMENT は 1

トリガーの実行順序

シーケンス番号。4,054 バイトを超えるトリガーは、オーバーフローを処理するために PVTRIG.DDF 内に複数のエントリを必要とします。各エントリは Xt$Name フィールドに同一のトリガー名を持ち、シーケンス番号が割り当てられます。複数のエントリは、Xt$Sequence フィールドを使用して正しく並べられます。

シーケンスはゼロから始まります（最初のシーケンス番号は 0 です）。

LONGVARCHAR
(LVAR)

トリガーの内部表現

X$Trigger テーブルでは、インデックスが 3 つ定義されています。

表 169

X$Trigger システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$User システムテーブルは、PVUSER.DDF ファイルに関連付けられています。X$User には、各ユーザーの名前とパスワード、および各ユーザーグループの名前が含まれています。Zen は、セキュリティオプションが有効になっているときにのみ、このテーブルを使用します。X$User の構造は次のとおりです。

表 170

X$User システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

ユーザーまたはグループに割り当てられている内部 ID

ユーザーまたはグループ名

ユーザーパスワード（暗号化）

ユーザーまたはグループフラグ

メモ：グループを記述する X$User システムテーブル内の各行では、Xu$Password の列の値はヌルになります。

Xu$Flags 列には整数値が含まれ、その右端の 8 ビットはユーザーまたはグループ属性を定義します。次の表は、ビットがバイナリ値 1 であるとき、Zen が各ビット位置を解釈する方法を示したものです。ビット位置 0 が整数の右端のビットになります。

表 171

Xu$Flags のビット位置（メタデータバージョン 2 用）

ビット位置

対応する 10 進数の値

名前はグループ名

ユーザーまたはグループは、辞書内のテーブルを定義する権限を持っています。

ユーザーまたはグループは、辞書内のビューを定義する権限を持っています。

ユーザーまたはグループは、辞書内のストアドプロシージャを定義する権限を持っています。

特定のユーザーやグループの Xu$Flags 列の値は、そのユーザーまたはグループに適用される属性に対応する 10 進数の値の合計になります。

X$User テーブルでは、次のようにインデックスが 2 つ定義されています。

表 172

X$User システムテーブルのインデックス定義（メタデータバージョン 2 用）

インデックス番号

セグメント番号

大小文字無視

セグメント

X$View システムテーブルは、PVVIEW.DDF ファイルに関連付けられています。X$View には、結合テーブルの情報やビューを定義する制約条件などのビュー定義が含まれています。X$View テーブルにクエリを実行して、辞書に定義されているビューの名前を取得することができます。

X$View テーブルの先頭列にはビュー名が含まれます。第 2 列と第 3 列には、LVAR 列の Xv$Misc で検出される情報の説明が含まれています。X$View の構造は次のとおりです。

表 173

X$View システムテーブルの構造（メタデータバージョン 2 用）

大小文字無視

バージョン ID今後の使用に備えて予約されています。

Zen によって割り当てられた内部 ID

信頼されるビューは 0、信頼されないビューは -1。「信頼されるオブジェクトと信頼されないオブジェクト」を参照してください。

シーケンス番号。32,765 バイトを超えるビューは、オーバーフローを処理するために PVVIEW.DDF 内に複数のエントリを必要とします。各エントリは Xv$Name フィールドに同一のビュー名を持ち、シーケンス番号が割り当てられます。複数のエントリは、Xv$Sequence フィールドを使用して正しく並べられます。

シーケンスはゼロから始まります（最初のシーケンス番号は 0 です）。

LONGVARCHAR
(LVAR)

Zen 内部定義

X$View テーブルでは、次のようにインデックスが 3 つ定義されています。

表 174

X$View システムテーブルのインデックス定義

インデックス番号

セグメント番号

大小文字無視

セグメント