問題タブ [pg-dump]

PostgreSQL データベースの複数のテーブルから SQL ファイルを抽出する必要があります。これは私がこれまでに思いついたものです：

ただし、ご覧のとおり、プレフィックスで始まるすべてのテーブルがthr1 つの統合ファイル ( ) にエクスポートされていますdb_dump.sql。SQL を抽出するテーブルは全部で 90 近くあるので、データを別々のファイルに保存する必要があります。

どうすればいいですか？前もって感謝します。

開発ボードで PostgreSQL 9.2.3 を使用しています。次のコマンドを使用してデータベースのバックアップを取っていますが、セグメンテーション エラーが発生します。

/bin/pg_dump -U db_admin -t mytable -b -C -Ft MYDB|gzip >/home/mydb.tar.gz

gdb を使用してダンプ コアを分析したところ、pg_dump が dopr() 関数からセグメンテーションを提供することがわかりました

gdb 出力

誰かがこの問題の解決策を見つけたら教えてください。

したがって、データベースをバックアップする必要があり、検討している2つのオプションがあります。

1) pg_dump を使用して毎日のダンプを実行します。2) マスターの複製となるスレーブ データベースをセットアップします。

どちらが最良の選択肢であるかを尋ねているのではなく、次のように尋ねています。

この 2 つのパフォーマンスを比較するとどうなりますか? 直感的には、どちらも同様のことを行っており、1 つのサーバーから別のサーバーへ 1 つの単一プロセスですべてのデータをストリーミングしています。

2 つのうち、マスター データベース サーバーの CPU/負荷の影響が少ないのはどれですか? 現在処理されているクエリへの影響が少ないのはどれですか?

postgresqlデータベースを取得して、新しいデータベースにロードできるpostgresqlスキーマに変換する自動化された方法はありますか?

私はこれをいじって、やりたいことを行う2つの方法を見つけましたが、私の正直な意見では、どちらも面倒です:

1. スクリプトの一部として、plain オプションを使用してデータベースで pg_dump を実行し、次にいくつかの sed tomfoolery を実行して、対応する変更を行います。ただし、これには痛みとバグが必要です。

2. すべてのテーブル、シーケンス、データなどをデータベースのスキーマから psql 経由で新しいスキーマ名に転送し、そのスキーマ/データのみをダンプ/復元します。

おそらくオプション2を使用しますが、これを行う簡単な方法はありますか? ゼロから生成していた場合、これはもちろん些細なことですが、この方法で複数のシステム上の既存のデータベースを移行する必要がある可能性があります。

編集：後でこれを読む人のための明確化。基本的に、データベース 'A' のパブリック スキーマを取得し、それをデータベース 'B' の新しい名前付きスキーマにダンプ/復元しようとしています。データベース「B」は、その公開スキーマを他の目的で使用している場合と使用していない場合があるため、データベース「B」の公開スキーマの潜在的なデータを変更/変更せずに転送を行う必要があります。