疑似データ型PostgreSQL型システムには、疑似データ型と総称される特殊用途のエントリが多数含まれます。疑似データ型は列データ型としては使用できませんが、関数の引数や結果データ型を宣言するために使用できます。これらの使用可能な疑似データ型は、ある関数の振舞いが、特定のSQLデータ型の値を単に取得したり返したりする操作に対応していない場合に便利です。表8-24に既存の疑似データ型を列挙します。関数がどのような入力データ型でも受け入れることを示します。関数がどのような入力データ型でも受け入れることを示します。(項35.2.5を参照してください)。(項35.2.5を参照してください)。関数が何らかの列挙データ型を受け付けることを示します(項35.2.5および項8.7を参照してください)。項8.17を参照してください)。関数がヌル終端のC文字列を受け入れる、もしくは返すことを示します。関数がサーバ内部用データ型を受け入れる、もしくは返すことを示します。手続き言語呼び出しハンドラはlanguage_handlerを返すものとして宣言されます。fdw_handlerを返すものとして宣言されます。未指定の行型を返す関数を指定します。トリガ関数はtriggerを返すものとして宣言されます。関数が値を返さないことを示します。過去に上記の目的すべてを果たしていた古いデータ型の名前です。C言語で作成された関数(それが組み込みか動的にロードされるかに関係なく)は、これらの疑似データ型のどれでも受け入れたり返したりするように宣言することができます。引数型として疑似データ型が使用されても関数が安全に機能するように、関数の作成時に気を付ける必要があります。手続き型言語で作成された関数では、実装する言語によって許可された疑似データ型のみを使用できます。現在、すべての手続き型言語では疑似データ型を引数型として使用することが原則として禁止されており、結果型としてのvoidとrecord(および関数がトリガとして使用される場合のtrigger)のみが許可されています。anyelement、anyarray、anynonarray、anyenumおよびanyrange型を使用する多様性関数をサポートするものもあります。internal疑似データ型は、データベースシステムによって内部的にのみ呼び出される関数を宣言する場合に使用され、SQL問い合わせでの直接呼び出しには使用できません。関数に少なくとも1つのinternal型の引数があると、これをSQLから呼び出すことはできません。この制限の影響からデータ型の安全性を保持するためには、次のコーディング規則に従うことが重要です。internal引数が少なくとも1つある場合を除き、internalを返すと宣言される関数を作成すべきではありません。