オブジェクト識別子(OID)はPostgreSQLの内部で様々なシステムテーブルの主キーとして使用されます。
oid
データ型はオブジェクト識別子を表します。
oid
には別名型もいくつかあります。
reg
とそれぞれ名付けられた何とか
oid
の様々なエイリアスの型は表 8.26からその概要を見ることができます。
oid
データ型は現在、符号なし4バイト整数として実装されています。
このため、大きなデータベース内でデータベース単位での一意性や個別の大きなテーブルで一意性を提供するためには十分な大きさではありません。
oid
データ型自体は、比較以外の演算はほとんど行いません。
しかし、整数としてキャストすることもでき、その場合標準の整数演算子を使用して操作することができます。
(これを行うと、符号付きと符号なしの間で混乱が起きかねないことに注意してください。)
OIDの別名データ型は、専用の入出力ルーチン以外には演算を行いません。
これらのルーチンでは、oid
型が使用するような未加工の数値ではなく、システムオブジェクト用のシンボル名を受け入れたり表示したりできます。
別名データ型により、オブジェクトのOID値の検索が簡単になります。
例えば、mytable
テーブルに関連したpg_attribute
行を確認するには、以下のように記述することができます。
SELECT * FROM pg_attribute WHERE attrelid = 'mytable'::regclass;
次のように記述する必要はありません。
SELECT * FROM pg_attribute WHERE attrelid = (SELECT oid FROM pg_class WHERE relname = 'mytable');
後者もそう悪くないように見えますが、これは過度に単純化されています。
異なるスキーマにmytable
テーブルが複数ある場合には、正しいOIDを選択するために、より複雑なsub-SELECTが必要となります。
regclass
入力変換ではスキーマパスの設定に従ってテーブル検索を扱いますので、自動的に「正しい検索」を行います。
同様に、テーブルのOIDをregclass
にキャストすることは、数値のOIDのシンボル表示に便利です。
表8.26 オブジェクト識別子データ型
型名 | 参照 | 説明 | 値の例 |
---|---|---|---|
oid | すべて | 数値オブジェクト識別子 | 564182 |
regclass | pg_class | リレーション名 | pg_type |
regcollation | pg_collation | 照合名 | "POSIX" |
regconfig | pg_ts_config | テキスト検索設定 | english |
regdictionary | pg_ts_dict | テキスト検索辞書 | simple |
regnamespace | pg_namespace | 名前空間名 | pg_catalog |
regoper | pg_operator | 演算子名 | + |
regoperator | pg_operator | 引数の型を持つ演算子 | *(integer,integer)
or -(NONE,integer) |
regproc | pg_proc | 関数名 | sum |
regprocedure | pg_proc | 引数の型を持つ関数 | sum(int4) |
regrole | pg_authid | ロール名 | smithee |
regtype | pg_type | データ型の名前 | integer |
名前空間でグループ化されたオブジェクトのOID別名型はすべてスキーマ修飾名を受け入れ、出力時にスキーマ修飾名を表示します。
ただし、現在の検索パスでオブジェクトが見つけられなければ、修飾せずに出力します。
例えば、myschema.mytable
はregclass
という入力を(そのようなテーブルがあれば)許容します。
この値の出力は現在の検索パス次第でmyschema.mytable
もしくは単にmytable
と出力されるでしょう。
regproc
とregoper
別名型は、一意な(オーバーロードしていない)名前のみを入力として受け入れるため、これらの使用には限度があります。
ほとんどの場合、regprocedure
またはregoperator
を使用するのが適切です。
regoperator
の場合、単項演算子は未使用のオペランドをNONE
と記述することによって指定されます。
これらの型の入力を許容する関数はトークンの間に空白を入れることを許容し、二重引用符で囲まれたものを除き大文字は小文字に折りたたみます。
これはオブジェクト名がSQLで記述される方法と同じような文法のルールとするための動作です。
逆に出力する関数は有効なSQL識別子となるように必要に応じて二重引用符を使用します。
例えば、Foo
(F
が大文字)という2つの整数型の引数を持つ関数のOIDは' "Foo" ( int, integer ) '::regprocedure
として入力できます。
出力は"Foo"(integer,integer)
のようになります。
関数名も引数の型名も共にスキーマ修飾することもできます。
PostgreSQLに組み込まれている多くの関数はテーブルやそれ以外の種類のデータベースオブジェクトのOIDを受け入れ、利便性のために regclass
(もしくは適切なOIDのエイリアスである型)を取るものとして定義されています。
これはオブジェクトのOIDをわざわざ手動で調べる必要が無く、単にその名前を文字列として入力すれば良いことを意味します。
例えば、 nextval(regclass)
関数はシーケンスリレーションのOIDを引数に取りますが、このように呼び出すことができます。
nextval('foo') シーケンスfoo
への操作 nextval('FOO') 上と同じ nextval('"Foo"') シーケンスFoo
への操作 nextval('myschema.foo')myschema.foo
への操作 nextval('"myschema".foo') 上と同じ nextval('foo')foo
のサーチパスの検索
そのような関数の引数を装飾のない文字列として記載した場合、それはregclass
型(もしくは適切な型)の定数になります。
これは実際には単にOIDなので、スキーマの再割り当てなどで後からリネームされたとしても最初に識別されたオブジェクトを追跡します。
この「早期バインディング(early binding)」の動作は列のデフォルトを参照する列やビューにとっては望ましい動作です。
しかし、オブジェクトの参照を実行時に行う「遅延バインディング(late binding)」が望ましいこともあります。
遅延バインディングの動作とするためには、定数はregclass
の代わりにtext
の定数として配置してください。
nextval('foo'::text) foo
は実行時に参照されます。
to_regclass()
関数とその兄弟は実行時に参照させるために使用することもできます。
詳細は表 9.72を参照ください。
regclass
のもう一つの実用的な使用例はそのようなOIDを直接提供しないinformation_schema
ビューにリストされたテーブルのOIDを参照することです。
例えば、テーブルのOIDを必要とするpg_relation_size()
関数を呼び出したい場合を考えます。
上記のルールを考慮すると、正しい方法は以下のとおりです。
SELECT table_schema, table_name, pg_relation_size((quote_ident(table_schema) || '.' || quote_ident(table_name))::regclass) FROM information_schema.tables WHERE ...
quote_ident()
関数は必要に応じて二重引用符をつけます。
より簡単そうに思われる
SELECT pg_relation_size(table_name) FROM information_schema.tables WHERE ...
という方法は推奨されません。 テーブルがサーチパスの範囲外にあったり、引用符付けを必要とする名前であった場合に失敗するためです。
ほとんどのOID別名型のさらなる属性は依存性の作成です。
これらの型の1つの定数が格納された式内に存在する場合(列のデフォルト式やビューなど)、参照されるオブジェクトへの依存性を生成します。
例えば、列がnextval('my_seq'::regclass)
というデフォルト式を持つ場合、PostgreSQLはデフォルト式がmy_seq
シーケンスに依存することを理解します。
システムは先にこのデフォルト式が削除されない限り、このシーケンスを削除させません。
代わりにnextval('my_seq'::text)
を使用しても依存性は作成されません。
(このプロパティの例外はregrole
です。
ストアド式では、この型の定数は使用できません。)
《マッチ度[85.144928]》システムが使用するもう1つの識別子の型はxid
、すなわちトランザクション(略してxact)識別子です。
これはxmin
システム列およびxmax
システム列のデータ型です。
トランザクション識別子は32ビット長です。
文脈によっては64bitに変形したxid8
が使われます。
xid
の値と違い xid8
の値は厳密に単調増加し、データベースクラスタのライフタイムの中で再利用されることはありません。
《機械翻訳》システムで使用されるもう1つの識別子タイプは、xid
またはトランザクション省略形xact識別子です。
これは、システム列xmin
およびxmax
のデータタイプです。
トランザクション識別子は32ビットの数量です。
状況によっては、64ビットのバリアントxid8
が使用されます。
xid
値とは異なり、xid8
値は厳密に単調に増加し、データベースクラスタの存続期間中に再使用することはできません。
詳細は74.1を参照してください。
システムが使用する3つ目の識別子はcid
、すなわちコマンド識別子です。
これはcmin
システム列およびcmax
システム列のデータ型です。
コマンド識別子も32ビット長です。
システムが使用する最後の識別子はtid
、すなわちタプル識別子(行識別子)です。
これはctid
システム列のデータ型です。
タプルIDはテーブル内の行の物理的位置を識別するための組(ブロック番号、ブロック内のタプルインデックス)です。
(システム列の詳細は5.5で説明します。)