Postgres システムカタログについて

ここまでで拡張性の基礎的な概念についての紹介が終りましたので、 ここからはカタログが実際にどう設置されているかを示すことにしま す。今のところこの節を飛ばしても構いませんが、この節の情報無し では少し後の節を理解することはできないと思います。後で参照でき るように印をつけておいて下さい。全システムカタログの名前は pg_から始まります。後述のクラスは、エン ドユーザにとって有益になるような情報を持っています。（他にも多 くのシステムカタログがありますが、直接それらを問い合わせなけれ ばならないような理由はほとんどないはずです。）

レファレンスマニュアルにはこれらカタログとその属性についてより 詳細な説明があります。しかし、 主な Postgres システムカタログ は システムカタログ内の主な実体とその間のリレーションを示して います。（プライマリキーの一部ではない限り他の実体を参照 していない属性は示されていません。）実際にカタログの内容をみ て、それらが互いにどう関係するのかを理解していない場合は、こ の図は多少理解しづらいものです。さしあたり、この図から読みと ることができる主なものを以下に示します。

• 後述のいくつかの節では、システムの拡張に必要となる情報を表示す る多種のシステムカタログの結合問い合わせを提示します。これらの（ 大抵 3 から 4 個の結合となる）結合問い合わせ中で使われている属 性が他のクラスの外部キーとなっていることが判りますので、この図 を見ることでいくつかの問い合わせはより判り易くなるでしょう。

• 多種の（クラス、属性、関数、型、アクセスメソッドといった） 主要項目がこのスキーマ内でしっかりと統合されています。単純 な CREATE コマンドで、このカタログの多くの部分を変更するこ とができます。

• 型とプロシージャがこのスキーマの中核となります。

  Note: プロシージャ という単語と 関数という単語はどちらを使っても良いというような意味合で使っています。

  おおよそ、全てのカタログはこれらクラスの片方または両方のイ ンスタンスへの複数の参照を持ちます。例えば、 Postgres は、他のカタログの一 意なインスタンスを識別するために、（例えば、関数と演算子 の）型シグネチャをよく使用します。

• 解りきった意味を持っている属性や関連性は数多くあります。 しかし、（特にアクセスメソッドに関するものの場合）そうで ないものも多くあります。特に pg_am、pg_amop、pg_amproc、 pg_operator、pg_opclass 間の関連性は理解し難いもので、拡 張の基礎部分を説明した後（インデックスに対する型と演算子のイ ンタフェースの節で）に詳しく説明する予定です。