問題のより詳細を説明する省略可能な二次的なエラーメッセージです。複数行にまたがる可能性があります。その問題にどう対応するかを表す省略可能な提言です。これは、詳細と異なり、事実ではなく提案(不適切な場合もありますが)を提供することを目的としたものです。複数行にまたがる可能性があります。フィールド値は、エラーカーソルの位置を示すもので、元の問い合わせ文字列へのインデックスを10進ASCIIで表した整数です。先頭の文字がインデックス1になり、位置はバイトではなく文字で数えられます。これはPと同じ定義ですが、カーソルの位置がクライアントによって発せられたコマンドではなく内部的に生成されたコマンドを参照する場合に使用されます。このフィールドが現れる時には常にqも現れます。失敗した、内部生成のコマンドテキストです。これは例えば、PL/pgSQL関数によって発行されたSQL問い合わせなどです。エラーが発生したコンテキストを示します。現在ここには、実行中の手続き言語関数と内部生成問い合わせの呼び出しスタックトレースバックが含まれます。この追跡情報は、1行当たり1項目として、最も最近のものが初めに現れます。エラーが特定のデータベースオブジェクトに付随している場合、もしあればそのオブジェクトを含むスキーマの名前です。エラーが特定のテーブルに付随している場合、そのテーブル名です。(テーブルのスキーマ名についてはスキーマ名フィールドを参照してください。エラーが特定のテーブル列に付随している場合、その列名です。(テーブルを特定するにはスキーマおよびテーブル名フィールドを参照してください。エラーが特定のデータ型に付随している場合、そのデータ型名です。(データ型のスキーマ名についてはスキーマ名フィールドを参照してください。エラーが特定の制約に付随している場合、その制約名です。付随するテーブルまたはドメインについては上記でリストされたフィールドを参照してください。(この目的のため、制約構文で作成されたものではなくともインデックスは制約として扱われます。エラーを報告した、ソースコードのファイル名です。エラーを報告した、ソースコードの行番号です。エラーを報告した、ソースコードのルーチン名です。スキーマ名、テーブル名、列名、データ型名、そして制約名に対するフィールドは限られた数量のエラー型に対してのみ提供されます。付録Aを参照してください。フロントエンドはこれらのフィールドのいかなる存在もその他のフィールドの存在を保証するものと予測してはなりません。コアエラーの原因は上記に記載された相互関係を監視しますが、ユーザ定義の関数はこれらのフィールドを別の使い道で使用しているかもしれません。同様の脈絡で、クライアントはこれらのフィールドが現在のデータベースにおいて同時に存在するオブジェクトと想定してはなりません。クライアントには、必要な情報を表示する際、整形する責任があります。具体的には、必要に応じて長い行を分割しなければなりません。エラーメッセージフィールド内にある改行文字は、改行ではなく、段落の区切りとして扱わなければなりません。プロトコル2.0からの変更点の。