ダンプするデータベースの名前を指定します。 指定されていない場合は環境変数PGDATABASEが使われます。 この変数も設定されていない場合は、接続のために指定されたユーザ名が使用されます。

データのみをダンプし、スキーマ（データ定義）はダンプしません。 テーブルデータ、ラージオブジェクト、シーケンス値がダンプされます。

このオプションは--section=dataを指定することと似ていますが、歴史的な理由で同一ではありません。

ラージオブジェクトをダンプに含めます。 --schema、--table、--schema-onlyが指定された場合を除き、これがデフォルトの動作です。 したがって、-bオプションは特定のスキーマやテーブルのダンプにラージオブジェクトを追加する場合にのみ有用です。 ラージオブジェクトはデータとみなされるため、--data-onlyが使われたときは含まれますが、--schema-onlyが使われたときには含まれないことに注意してください。

ラージオブジェクトをダンプに含めません。

-bと-Bの両方が指定された場合は、データのダンプ時にラージオブジェクトを出力します。 -bの説明を参照してください。

ダンプされたデータベースオブジェクトを作成するコマンドを出力する前に、それらをすべてDROPするコマンドを出力します。 このオプションは、リストアが既存のデータベースを上書きする場合に便利です。 もし、対象のデータベースにオブジェクトが存在しない場合は、--if-existsも指定しない限り、リストア中に無視できるエラーメッセージが報告されます。

このオプションはアーカイブ（テキストでない）出力ファイルを出力する場合には無視されます。 アーカイブ形式では、pg_restoreを呼び出す時にこのオプションを指定できます。

初めにデータベース自体を作成するコマンドを出力し、その後、作成したデータベースに接続するコマンドを出力します （このようなスクリプトを使用すると、スクリプトを実行する前に対象のインストレーションの中のどのデータベースに接続すればよいかという問題を考える必要がなくなります）。 --cleanも同時に指定されている場合、このスクリプトは接続する前に対象データベースを削除し再作成します。

--createでは出力に、もしあるならデータベースのコメントも含まれます。また、あらゆる設定変数の設定、すなわち、このデーベースを対象としているALTER DATABASE ... SET ...とALTER ROLE ... IN DATABASE ... SET ...コマンドも含まれます。 --no-aclが指定されていない限り、データベースに対するアクセス権限自体もダンプされます。

このオプションはアーカイブ（テキストでない）出力ファイルを出力する場合には無視されます。 アーカイブ形式では、pg_restoreを呼び出す時にこのオプションを指定できます。

patternにマッチする拡張のみをダンプします。 このオプションが指定されなければ、対象データベース内にあるシステム以外の拡張すべてがダンプされます。 複数の-eオプションを記述することで、複数の拡張を選択できます。 patternパラメータはpsqlの\dコマンドと同じ規則に従うパターン（パターン参照）として解釈されます。ですので、ワイルドカード文字をパターン内に記述することで、複数の拡張を選択することもできます。 ワイルドカードを使用する時は、シェルがそのワイルドカードを展開しないように、必要であればパターンを引用符で括ってください。

pg_extension_config_dumpにより登録された設定リレーションは、その拡張が--extensionで指定されていればダンプに含まれます。

指定した文字セット符号化方式でダンプを作成します。 デフォルトではダンプはデータベースの符号化方式で作成されます。 （環境変数PGCLIENTENCODINGを好みのダンプ時の符号化方式に設定することで、同じ結果を得ることができます。） サポートする符号化方式は24.3.1に記載されています。

出力を指定のファイルに送ります。 ファイルを基にする出力形式ではこのパラメータは省くことができます。 省略時は標準出力が使用されます。 しかしディレクトリ出力形式の場合は、省略することはできず、ファイルではなく対象ディレクトリを指定します。 この場合、ディレクトリはpg_dumpが生成しますので、事前に存在してはなりません。

出力形式を選択します。 formatには以下のいずれかを取ることができます。

njobs個のテーブルを同時にダンプすることによって、並行してダンプを実行します。 このオプションはダンプを実行するのに必要な時間を減らすかもしれませんが、データベースサーバの負荷を増やします。 このオプションはディレクトリ出力形式でのみ使用することができます。 複数のプロセスが同時にそのデータを書き出すことができるのはディレクトリ形式だけだからです。

pg_dumpはnjobs+1個のデータベース接続を開きます。 このため、すべての接続を収容できる程度にmax_connectionsが高いことを確認してください。

並行ダンプを実行している時にデータベースオブジェクトに対して排他ロックを要求すると、ダンプが失敗する可能性があります。 ダンプ実行中に誰かがダンプ予定のオブジェクトを削除してそれがなくなってしまうことがないように、ワーカープロセスがダンプする予定のオブジェクトに対してpg_dumpのリーダープロセスが共有ロック(ACCESS SHARE)を要求するのがその理由です。 その後他のクライアントがテーブルに対する排他ロックを要求すると、 そのロックは許可されませんが、リーダープロセスが共有ロックを解放することを待機するキューに保管されます。 その結果、テーブルへのその他のアクセスは許可されず、排他ロック要求の後のキューに保管されます。 これには、そのテーブルをダンプしようとする作業用プロセスも含まれます。 何らかの注意をしないと、古典的なデッドロック状態になります。 この競合を検知するためにpg_dumpの作業用プロセスはNOWAITオプションを使用する別の共有ロックを要求します。 作業用プロセスによる共有ロックが許可されない場合、だれかがその時に排他ロックを要求していることになり、ダンプを継続することができません。 pg_dumpには、ダンプを中断するしか選択肢がありません。

並行ダンプを実行するために、データベースサーバは同期スナップショットをサポートする必要があります。 これはプライマリサーバについてはPostgreSQL 9.2で、スタンバイについてはバージョン10で導入された機能です。 この機能を用いれば、データベースクライアントは異なる接続を使用していたとしても、確実に同じデータセットを参照することができます。 pg_dump -jは複数のデータベース接続を使用します。 リーダープロセスで一度、また、作業用ジョブそれぞれでも一度、データベースと接続します。 同期スナップショット機能がないと、異なる作業用ジョブがそれぞれの接続で同じデータを参照していることが保証されず、一貫性がないバックアップになってしまいます。

patternにマッチするスキーマのみをダンプします。 これはスキーマ自体とそこに含まれるオブジェクトすべてを選択します。 このオプションが指定されなければ、対象データベース内にあるシステム以外のスキーマすべてがダンプされます。 複数の-nオプションを記述することで、複数のスキーマを選択することができます。 patternパラメータはpsqlの\dコマンドと同じ規則に従うパターン（パターン参照）として解釈されます。 ですので、ワイルドカード文字をパターン内に記述することで、複数のスキーマを選択することもできます。 ワイルドカードを使用する時は、シェルがそのワイルドカードを展開しないように、必要であればパターンを引用符で括ってください。 下記の例を参照してください。

patternにマッチするスキーマをダンプしません。 このパターンは-nと同様の規則に従って解釈されます。 -Nを複数指定して、複数のパターンのいずれかにマッチするスキーマを除外することができます。

-nと-Nの両方が指定された場合、少なくとも1つの-nにマッチし-Nオプションにマッチしないスキーマだけがダンプされます。 -nなしで-Nが指定された場合、-Nにマッチするスキーマが通常のダンプから除外されます。

オブジェクトの所有権を元のデータベースにマッチさせるためのコマンドを出力しません。 デフォルトでは、pg_dumpは、ALTER OWNER文またはSET SESSION AUTHORIZATION文を発行して、作成したデータベースオブジェクトの所有権を設定します。 スーパーユーザ（もしくは、そのスクリプト内の全てのオブジェクトを所有するユーザ）以外のユーザがスクリプトを実行した場合、これらの文は失敗します。 任意のユーザがリストアできるスクリプトを作成するには、-Oを指定してください。 ただし、この場合は、全てのオブジェクトの所有者がリストアしたユーザとなってしまいます。

このオプションはアーカイブ（テキストでない）出力ファイルを出力する場合には無視されます。 アーカイブ形式では、pg_restoreを呼び出す時にこのオプションを指定できます。

このオプションは廃止されましたが、後方互換性を保持するため受け入れられます。

データ定義（スキーマ）のみをダンプし、データはダンプしません。

このオプションは--data-onlyの逆です。 これは--section=pre-data --section=post-dataを指定することと似ていますが、歴史的な理由のため同一ではありません。

（これと--schemaオプションと混乱しないでください。「schema」という単語を異なる意味で使用しています。）

データベース内の一部のみのテーブルのテーブルデータを除外するためには--exclude-table-dataを参照してください。

トリガを無効にする場合に使用する、スーパーユーザのユーザ名を指定します。 これは--disable-triggersを使う場合にのみ使用されます。 （通常は このオプションを使うよりも、出力されたスクリプトをスーパーユーザ権限で実行する方が良いでしょう。）

patternにマッチする名前のテーブルのみをダンプします。 複数の-tオプションを記述することで複数のテーブルを選択することができます。 patternパラメータはpsqlの \dコマンドで使用される規則(パターン参照)と同じ規則に従うパターンとして解釈されます。 ですので、ワイルドカード文字をパターン内に記述することで、複数のテーブルを選択することもできます。 ワイルドカードを使用する時は、シェルによりそのワイルドカードを展開させないように、パターンを引用符で括ってください。 下記の例を参照してください。

このオプションは、テーブルだけでなく、ビュー、マテリアライズドビュー、外部テーブル、シーケンスの定義をダンプするのにも使えます。 ビューやマテリアライズドビューの内容はダンプしませんし、対応する外部サーバに--include-foreign-dataが指定されている場合にのみ、外部テーブルの内容がダンプされます。

-tが使用されると、-nおよび-Nオプションの効果はなくなります。 -tで選択したテーブルが、これらのオプションとは関係なくダンプされ、また、非テーブルオブジェクトはダンプされないためです。

patternにマッチするテーブルをダンプしません。 このパターンは-tと同じ規則に従って解釈されます。 -Tを複数指定することで、複数のパターンのいずれかにマッチするテーブルをすべて除外させることができます。

-tと-Tの両方が指定された場合、少なくとも1つの-tオプションにマッチし、-Tオプションにマッチしないテーブルのみがダンプされます。 -tなしで-Tが指定された場合、通常のダンプから-Tにマッチするテーブルが除外されます。

冗長モードを指定します。 これを指定すると、pg_dumpは、詳細なオブジェクトコメント、開始時刻、終了時刻をダンプファイルに、進行状況メッセージを標準エラーに出力します。 オプションを繰り返すと、追加のデバッグレベルメッセージが標準エラーに現れます。

pg_dumpのバージョンを表示し、終了します。

アクセス権限（grant/revokeコマンド）のダンプを抑制します。

使用する圧縮方式または圧縮レベル、あるいはその両方を指定します。 圧縮方式は、gzip、lz4、zstdに設定できます。非圧縮の場合はnoneです。 圧縮の詳細文字列は、オプションで指定できます。 詳細文字列が整数の場合は、圧縮レベルを指定します。 それ以外の場合は、keywordまたはkeyword=valueの形式のカンマで区切られた項目リストにします。 現在サポートされているキーワードは、levelとlongです。

圧縮レベルが指定されていない場合、デフォルトの圧縮レベルが使用されます。 アルゴリズムを指定せずにレベルのみを指定した場合、レベルが0より大きい場合はgzip圧縮が使用され、レベルが0の場合は圧縮が使用されません。

カスタムおよびディレクトリアーカイブ形式では、これは個々のテーブルデータセグメントの圧縮を指定するもので、デフォルトではgzipを使って中間レベルで圧縮されます。 平文出力では、非ゼロの圧縮レベルの指定によりあたかもgzip、lz4、zstdに渡されたかのように出力ファイル全体が圧縮されます。 しかしデフォルトは圧縮無しです。 zstd圧縮では、longモードは、メモリ使用の増加という犠牲を払いますが、圧縮率を改善するかもしれません。

tarアーカイブ形式では現在圧縮を全くサポートしていません。

このオプションは現位置でのアップグレード用のユーティリティにより使用されるものです。 他の目的での使用は推奨されませんし、サポートもされません。 このオプションの動作は、将来通知することなく変更される可能性があります。

明示的に列名を付けたINSERTコマンド（INSERT INTO table (column, ...)VALUES...）としてデータをダンプします。 これによりリストアは非常に遅くなります。 主にPostgreSQL以外のデータベースへロード可能なダンプを作成する時に有用です。 リストア中のエラーでは、テーブルの内容がまるごと失われることはなく、問題のあるINSERTの一部の行が失われるだけです。

このオプションは、関数本体用のドル引用符の使用を無効にし、強制的に標準SQLの文字列構文を使用した引用符付けを行います。

このオプションは、データのみのダンプを作成する場合にしか適用されません。 データのリストア中に、対象テーブル上のトリガを一時的に無効にするコマンドを出力するようpg_dumpに指示します。 このオプションは、データのリストア中には呼び出したくない参照整合性検査やその他のトリガがテーブル上にある場合に使用します。

現在のところ、--disable-triggersに対応するコマンドを実行するのは、スーパーユーザでなければなりません。 そのため、-Sでスーパーユーザの名前を指定するか、あるいは、可能であれば、スーパーユーザ権限でスクリプトを開始するよう注意する必要があります。

このオプションはアーカイブ（テキストでない）出力ファイルを出力する場合には無視されます。 アーカイブ形式では、pg_restoreを呼び出す時にこのオプションを指定できます。

このオプションは、行セキュリティのあるテーブルの内容をダンプするときにのみ意味を持ちます。 デフォルトでは、pg_dumpはrow_securityをoffに設定し、テーブルからすべてのデータがダンプされるようにします。 ユーザが行セキュリティを無視できるだけの十分な権限を持っていない場合、エラーが発生します。 このパラメータはpg_dumpがrow_securityをonに設定するようにすることで、テーブルの内容のうち、ユーザがアクセスできる部分をダンプすることを可能にします。

リストア時のCOPY FROMが行セキュリティをサポートしていないので、今、このオプションを使う場合は、ダンプをINSERT形式にするのがおそらく望ましいでしょう。

これは-T/--exclude-tableオプションと同じですが、patternにマッチするパーティションや継承の子テーブルもすべて除外する点が異なります。

patternにマッチするすべてのテーブルのデータをダンプしません。 パターンは-t用の規則と同じ規則にしたがって解釈されます。 複数のパターンのいずれかにマッチするテーブルを除外することができるように、--exclude-table-dataを複数回与えることができます。 このオプションは、特定のテーブルに関してデータを格納する必要はないがテーブル定義は必要である場合に有用です。

データベース内のすべてのテーブルに関してデータを除外するためには、--schema-onlyを参照してください。

これは--exclude-table-dataオプションと同じですが、patternにマッチするパーティションや継承の子テーブルのデータも除外する点が異なります。

浮動小数点データをダンプする時に、利用できる最大の精度の代わりに、extra_float_digitsで指定された値を使います。 バックアップ目的で作られたダンプルーチンは、このオプションを使うべきではありません。

DROP ... IF EXISTSコマンドを使用して、--cleanモードでオブジェクトを削除します。 これは、そうでなければ報告される「does not exist」エラーを抑制します。 このオプションは、--cleanも指定されていない場合には無効です。

foreignserverパターンとマッチする外部サーバの外部テーブルのデータをダンプします。 複数の--include-foreign-dataスイッチを書くことで、複数の外部サーバを選択できます。 また、foreignserverパラメータはpsqlの\dコマンドで使われているのと同じ規則に従うパターンとして解釈されます(パターンを参照してください)ので、パターンにワイルドカード文字を書くことで複数の外部サーバを選択することもできます。 ワイルドカードを使う時は、シェルがワイルドカードを展開しないよう必要ならパターンを引用符で囲むことに注意してください。下記の例を参照してください。 唯一の例外は空のパターンが許されていないことです。

データを（COPYではなく）INSERTコマンドの形式でダンプします。 これを行うとリストアに非常に時間がかかります。 主にPostgreSQL以外のデータベースへロード可能なダンプを作成する時に有用です。 リストア中のエラーでは、テーブルの内容がまるごと失われることはなく、問題のあるINSERTの一部の行が失われるだけです。 列の順序を変更した場合はリストアが失敗する可能性があることに注意してください。 --column-insertsはさらに処理が遅くなりますが、列の順序変更に対して安全です。

テーブルパーティションのデータをダンプするときには、COPYあるいはINSERT文の対象を、そのパーティションではなく、それを含むパーティション階層のルートにします。 これにより、データが読み込まれるときに各行に対して適切なパーティションが再判断されます。 これは行が元のサーバ上と同じパーティションに必ずしも落ちないようなサーバ上にデータを再読み込みするときに有用でしょう。 例えば、パーティション列がtext型で二つのシステムがパーティション列のソートで使われる照合順序の異なる定義を持っている場合に、これはあり得ます。

ダンプの開始時に共有テーブルのロックを永遠に待ちません。 代わりに指定したtimeout内にテーブルロックを獲得できなければ失敗します。 タイムアウトはSET statement_timeoutで受け付けられる任意の書式で指定できます。 （使用可能な形式はダンプの元となるサーバのバージョンに依存して異なりますが、すべてのバージョンにおいてミリ秒単位の整数値は受け付けられます。）

コメントをダンプしません。

パブリケーションをダンプしません。

セキュリティラベルをダンプしません。

サブスクリプションをダンプしません。

デフォルトでは、pg_dumpはすべてのファイルが確実にディスクに書き出されるまで待機します。 このオプションを使うとpg_dumpは待機せずに戻るため、より高速になりますが、これは、その後にオペレーティングシステムがクラッシュすると、ダンプが破損する可能性があることを意味します。 一般的に言って、このオプションはテスト用には有用ですが、実運用の環境からデータをダンプするときには使用しない方が良いでしょう。

セレクトテーブルアクセスメソッドにコマンドを出力しません。 このオプションを使用すると、リストア中にどのテーブルアクセスメソッドがデフォルトであっても、すべてのオブジェクトが作成されます。

このオプションはアーカイブ（テキストでない）出力ファイルを出力する場合には無視されます。 アーカイブ形式では、pg_restoreを呼び出す時にこのオプションを指定できます。

テーブル空間を選択するコマンドを出力しません。 このオプションを使用すると、すべてのオブジェクトはリストア時のデフォルトのテーブル空間の中に作成されます。

このオプションはアーカイブ（テキストでない）出力ファイルを出力する場合には無視されます。 アーカイブ形式では、pg_restoreを呼び出す時にこのオプションを指定できます。

TOAST圧縮手法を設定するコマンドを出力しません。 このオプションにより、列はすべてデフォルトの圧縮の設定でリストアされます。

ログを取らないテーブルとシーケンスの内容をダンプしません。 このオプションはテーブルとシーケンスの定義（スキーマ）をダンプするかどうかには影響しません。 そのテーブルとシーケンスのデータのダンプを抑制するだけです。 スタンバイサーバからダンプを行う場合、ログを取らないテーブルとシーケンス内のデータは常に除外されます。

INSERTコマンドにON CONFLICT DO NOTHINGを追加します。 このオプションは、--inserts、--column-insertsまたは--rows-per-insertが同時に指定されていなければ、有効ではありません。

強制的にすべての識別子に引用符を付与します。 このオプションは、pg_dumpのメジャーバージョンとは異なるメジャーバージョンのPostgreSQLのサーバーからデータベースをダンプするとき、あるいは出力を異なるメジャーバージョンのサーバにロードする予定であるときに推奨されます。 デフォルトでは、pg_dumpは、それ自身のメジャーバージョンにおける予約語である識別子に対してのみ引用符を付与します。 これは、他のバージョンのサーバを処理するときに互換性の問題を引き起こす場合があります。 他のバージョンのサーバでは予約語の集合が多少、異なる場合があるからです。 --quote-all-identifiersを使用することで、ダンプのスクリプトが読みにくくなりますが、このような問題を防ぐことができます。

(COPYではなく)INSERTコマンドでデータをダンプします。 INSERTコマンド1つあたりの最大行数を制御します。 指定する値は0より大きくなければなりません。 リストア中のエラーでは、テーブルの内容がまるごと失われることはなく、問題のあるINSERTの一部の行が失われるだけです。

指定した部分のみをダンプします。 部分名はpre-data、data、post-dataのいずれかを取ることができます。 複数の部分を選択するために、このオプションは複数回指定することができます。 デフォルトではすべての部分をダンプします。

data部分には、実際のテーブルデータとラージオブジェクトの中身、シーケンス値が含まれます。 post-data項目は、インデックス定義、トリガ定義、ルール定義、有効化された検査制約以外の制約定義が含まれます。 pre-data項目は、他のすべてのデータ定義項目が含まれます。

使用されるスナップショットがその後のデータベース状態と一貫性を持つことを保証するために、ダンプ時にserializableトランザクションを使用します。 ダンプが失敗したり、serialization_failureにより他のトランザクションがロールバックしたりする危険がないように、トランザクションストリーム内で異常が発生することがない時点まで待つことでこれを行います。 トランザクション分離および同時実行性の制御については第13章を参照してください。

このオプションは障害対策のリカバリのみを目的とするダンプでは利点はありません。 元のデータベースを継続して更新しながら、レポート処理や他の読み取りのみの負荷分散のためにデータベースのコピーをロードするために使用されるダンプとして有用になります。 こうしないと、ダンプには 何らかのトランザクションの直列実行が最終的にコミットされた状態と一貫性がない状態が反映される可能性があります。 例えば、バッチ処理技術が使用される場合、 バッチは、バッチ内で存在するすべての項目を持たないダンプ内でクローズしたものと表示される可能性があります。

pg_dumpを始めた時に読み書きを行う実行中のトランザクションが存在しない場合、このオプションは何の差異ももたらしません。 読み書きを行うトランザクションが実行中の場合、確定できない期間、ダンプの起動が遅延される可能性があります。 動き出してからの性能は、このスイッチがある場合とない場合とで違いはありません。

データベースのダンプを作成する時に、指定した同期スナップショットを使用します （詳しくは表 9.94を参照して下さい）。

このオプションは、ダンプを論理レプリケーションスロット（第49章参照）あるいは同時実行セッションと同期させる必要がある時に役に立ちます。

並行ダンプの場合、新しいスナップショットを作る代わりに、このオプションで指定されたスナップショット名が使われます。

各拡張(-e/--extension)、各スキーマ(-n/--schema)および各テーブル(-t/--table)が、パターンがダンプされるデータベース内の少なくとも1つの拡張、スキーマおよびテーブルにマッチすることを必要とします。 拡張、スキーマおよびテーブルのパターンのどれもがマッチするものを見つけられなかった場合は、--strict-namesがなくてもpg_dumpはエラーを発生させることに注意して下さい。

このオプションは-N/--exclude-schema、-T/--exclude-table、--exclude-table-dataには影響を与えません。 除外のパターンがマッチするオブジェクトを見つけられないことは、エラーとはみなされません。

これは-t/--tableオプションと同じですが、patternにマッチするテーブルのパーティションや継承の子テーブルもすべて含まれる点が異なります。

オブジェクトの所有権を決定するために、ALTER OWNERコマンドの代わりに標準SQLのSET SESSION AUTHORIZATIONコマンドを出力します。 これにより、ダンプの標準への互換性が高まりますが、ダンプ内のオブジェクトの履歴によっては正しくリストアされない可能性が生じます。 また、SET SESSION AUTHORIZATIONを使用したダンプを正しくリストアするためには、確実にスーパーユーザ権限が必要となります。 ALTER OWNERで必要な権限はこれよりも少なくなります。

pg_dumpのコマンドライン引数の使用方法を表示し、終了します。

接続するデータベースの名前を指定します。 コマンドラインでオプション以外の最初の引数としてdbnameを指定することと同じです。 dbnameは接続文字列でも構いません。 その場合、接続文字列パラメータは衝突するコマンドラインオプションに優先します。

サーバが稼働しているマシンのホスト名を指定します。 この値がスラッシュから始まる場合、Unixドメインソケット用のディレクトリとして使用されます。 デフォルトは、設定されていれば環境変数PGHOSTから取得されます。 設定されていなければ、Unixドメインソケット接続とみなされます。

サーバが接続を監視するTCPポートもしくはローカルUnixドメインソケットファイルの拡張子を指定します。 デフォルトは、設定されている場合、環境変数PGPORTの値となります。設定されていなければ、コンパイル時のデフォルト値となります。

接続ユーザ名です。

パスワードの入力を促しません。 サーバがパスワード認証を必要とし、かつ、.pgpassファイルなどの他の方法が利用できない場合、接続試行は失敗します。 バッチジョブやスクリプトなどパスワードを入力するユーザが存在しない場合にこのオプションは有用かもしれません。

データベースに接続する前に、pg_dumpは強制的にパスワード入力を促します。

サーバがパスワード認証を要求する場合pg_dumpは自動的にパスワード入力を促しますので、これが重要になることはありません。 しかし、pg_dumpは、サーバにパスワードが必要かどうかを判断するための接続試行を無駄に行います。 こうした余計な接続試行を防ぐために-Wの入力が有意となる場合もあります。

ダンプを作成する際に使用するロール名を指定します。 このオプションによりpg_dumpはデータベースに接続した後にSET ROLE rolenameコマンドを発行するようになります。 認証に使用したユーザ（-Uで指定されたユーザ）がpg_dumpで必要とされる権限を持たないが、必要な権限を持つロールに切り替えることができる場合に有用です。 一部のインストレーションではスーパーユーザとして直接ログインさせないポリシーを取ることがありますが、このオプションを使用することでポリシーに反することなくダンプを作成することができます。

デフォルトの接続パラメータです。

診断メッセージで色を使うかどうかを指定します。 可能な値はalways、auto、neverです。