場合によっては、空の文字列の方がよいかもしれません。値として格納されます。したがって、そのときには、コピーを行ったときに使用した同じ文字列を使用したかどうか確認してください。出力COPYコピーは正常に終了しました。よってコピーは失敗しました。テーブルと標準のファイルシステムのファイル間でデータを移動します。コマンドはテーブルのすべての内容をファイルにコピーします。コマンドはファイルからテーブルへとデータをコピーします(このとき、すでにテーブルにあるデータにコピー内容を追加します)。バックエンドに対して直接ファイルへの読み書きをするように伝えます。そのファイルは必ずバックエンドからアクセスでき、またファイル名はバックエンドからみたように指定されなければなりません。指定された場合、データはクライアントのフロントエンドからバックエンドに流れます。\copyとは異なるものであることに注意してください。クライアントから接続できるファイルにデータの書き込み/読み込みを行います。コマンドが使用された場合には、ファイルへのアクセスとアクセス権限は、バックエンドではなく、クライアント側に依存します。通常のテーブルに対して使用することができます。ビューに対しては使用することができません。キーワードはすべてのデータをテキストではなく、バイナリオブジェクトとして書き込み/読み込みするように指定します。コマンドより多少速く動作しますが、バイナリコピーしたファイルを異なるマシンアーキテクチャで使用することはできません。デフォルトではテキストコピーはフィールドの区切り文字としてタブ("\t")を使用します。いうキーワードを用いて、別の任意の1文字に変更することができます。区切り文字にたまたま一致するデータフィールド中の文字はバックスラッシュで囲まれます。持っている必要があります。権限が与えられている必要があります。コマンドはルールを呼び出したり、列のデフォルトに影響を与えることは行いません。トリガと検査制約は呼び出します。最初のエラーで処理を停止させます。場合は、対象となるリレーションは始めのほうの行を受け取り済みです。これらの行は見えませんし、アクセスすることもできませんが、ディスク領域を占有します。大きなコピー処理に何度も失敗した場合には、無視できないほど無駄なディスク領域が増えてしまいます。コマンドで指名されたファイルはクライアントアプリケーションではなく、バックエンドが直接読み込み/書き込みを行います。したがって、それらはデータベースサーバ上に存在するか、または、クライアントではなくデータベースサーバからアクセス可能である必要があります。ユーザ(サーバを実行しているユーザID)で読み書きができる必要もあります。ファイルを指名するのは、データベースのスーパーユーザのみに許可されています。クライアントの権限で、クライアントのマシンにてファイルの読み書きを行います。したがって、スーパーユーザの権限は必要ありません。指定されるファイル名を常に絶対パスで記述することをお勧めします。コマンドでは相対パスによって指定されたファイルを読み込むことも可能となっています。下のどこか)から相対的なディレクトリとして解釈されます。行で表したテキストファイルとなります。行内の列(属性)は区切り文字で区切られます。属性値自体はその属性のデータ型の出力関数で生成された、または、その入力関数で受け付け可能な文字列です。持たないテーブルに対して指定された場合はエラーが発生します)。ファイルから読み込む際には不要です。クライアントアプリケーションへの、または、からのコピーの場合は、終了マークを与えることは必要です。対象データ内で、行や列の区切り文字と判定されてしまう可能性があるデータ文字列をクォートすることに使用することができます。バックスラッシュを前に付けなければなりません。進数で表す数字によって、そのコード番号が示す文字を指定します。進数数字のバックスラッシュ並びを出力することはありませんが、上記一覧に存在しない制御文字には、これを使用します。いうデータ文字の前には、バックスラッシュを決して付けないで下さい。この組み合わせは、それぞれ、ヌル文字とデータ終了マークのデフォルトと間違って解釈されてしまいます。上で示したバックスラッシュ文字以外の文字はそのまま解釈されます。変換することを強く推奨されています。とそれ以前のバージョン)のところ、特殊な引用方法を使用しなくともデータ内の復帰を表すことも、バックスラッシュと改行でデータ内の改行を表すことも可能です。いった表現は今後のリリースにてデフォルトでは受け付けられなくなります。形式の改行文字("\n")であることに注意してください。形式の改行が含まれているファイルに対しては、期待どおりの動作を行いません。今後のリリースで変更する予定です。v7.1で、変更されました。以上のタプル、ファイルトレーラで構成されています。バイトの固定フィールドで構成され、その後に可変長の拡張ヘッダがあります。固定フィールドは下記のとおりです。シグネチャ12バイトのシーケンスPGBCOPY\n\377\r\n\0です。ビットで転送されなかったファイルを容易に識別できるように設計されています。このシグネチャは改行変換のフィルター、nullの削除、上位ビット落ち、パリティの変更などによって変更されます)。0x01020304。不正なバイト並びが順が検出された場合、潜在的に読み込み先は引き続くフィールドのバイトをひっくり返すことができるようになります。(MSB)までの番号が付けられます。このフィールドが、全ての後続の整数フィールドのエンディアンを表す、ソースのエンディアン性として格納されることに注意して下さい。重要なファイル形式に関連することを示すために予約されています。読み込み先はこの範囲に予期していないビットの列を発見した際には、そのファイルを破棄する必要があります。順序の後方互換性のあるファイル形式であるかの合図を行うために予約されています。読み込み先はこの範囲に予期していないビットの列を発見した際には、無視しなくてはなりません。現在では、1つのフラグビットのみが定義されて、他はすべて0としなければなりません。場合には含まれません。初期のバージョンでは、これは0で、そのすぐ後に最初のタプルが続きます。今後の形式の変更では、ヘッダ内に表す情報の追加があるかもしれません。読み込み先は、どのような対処を行えばいいのかがわからないヘッダに関しては、ヘッダを飛ばす必要があります。拡張ヘッダ領域は自己確認のチャンクのシーケンスを保持するために考えられています。フラグフィールドは読み込み先に拡張領域の内容を知らせるものではありません。特定の拡張ヘッダ内容の設計は後のリリースのために残してあります。このデザインは、後方互換性のあるヘッダーの追加(拡張ヘッダチャンクの追加、や下位フラグビットの設定)と後方互換性のない変更(変更を合図するための高位フラグビットの設定や必要に応じた拡張領域へのサポート情報追加)に有効です。フィールド数から始まります(現時点では、テーブル内のすべてのタプルは同一のフィールド数を持つようになっていますが、常にそうであるとは限りません)。フィールドは以下のように解釈されます。後続するデータはありません。バイトのデータがあります。バイトは可変長ヘッダです。このヘッダにそれ自身も含めた全長が含まれます。-1将来のために予約しています。一致することを確認することができます。これは単純ですが、データが期待していたものであるかどうかの確認に便利です。フィールド間では位置揃えのためのパディングや、その他の追加的データはありません。形式でデータ型が参照渡しであるか値渡しであるかの判断を行わないことにも注意してください。これら両方の規定は故意のもので、ファイルの移植性を向上させる働きがあるかもしれません(しかし、エンディアン性と浮動少数形式の問題などから、マシン間のファイルの移動はまだ問題があります)。フィールドはフィールドカウントの直後に位置します。これは、他のフィールドと何ら違いはありませんが、フィールドカウントにはカウントされません。typlenを持ちます。して表示させることもできます。情報単位で構成されます。これはタプルのフィールドカウントを使用することによって容易に見分けることができます。読み込み先は、フィールドカウントが-1である、または予期されていた列数とは異なる場合にはその報告を行ってください。これは、データの同期ずれに対する追加確認を提供します。下記の例では、フィールドの区別文字として縦棒(「|」)を使用し、テーブルを標準出力に出します。テーブルにコピーするときの有効なデータを示しています(したがって、最終行に終端を表す並びがあります)。ZIMBABWE\.各行の空白は実際にはタブであることに注意してください。マシンでのバイナリ形式による同じデータの出力です。コマンドでフィルタを行った後のデータを記述しています。つのフィールドがあります。