從備份恢復PostgreSQL數據庫沒有外鍵約束問題

Question

我有一個大約85 +表postgresql數據庫。我經常在複製模式下使用pg_dump（通過php-pgadmin）進行備份，備份文件的大小几乎爲10-12 MB。現在我面臨的問題是每當我嘗試恢復數據庫時，都會出現外鍵約束問題。場景如下：

有兩個表格：1）users和2）zones。我在users表中存儲了區域的標識以標識用戶的區域並將其設置爲外鍵。

當我拿到數據庫轉儲時，表zones的條目只來自表users的條目。我認爲這是由於表名的第一個字母：u在z之前，因此當我恢復數據庫時，會發生外鍵約束問題，並停止執行。當我嘗試恢復數據庫結構時，會發生同樣的問題，它說數據庫中不存在表zones，因爲zones的結構在轉儲文件中的結構爲users之後。

有沒有解決方案？有沒有其他備份方法可行？使用

Answer 1

聽起來就像你得到一個SQL轉儲，而不是從pg_dump二進制轉儲。這將爲您提供一大堆SQL，其中包含頂部的模式（包括FK），然後是一堆INSERT以重新加載數據。來自pg_dump的二進制轉儲會爲您提供更好的服務，看起來您需要一些額外的配置來告訴PhpPgAdmin，其中pg_dump是。然後，將該二進制轉儲饋送到pg_restore和pg_restore將按正確順序重建所有內容以避免參照完整性問題（或者，更確切地說，pg_restore將恢復所有數據，然後添加約束）。

PhpPgAdmin seems to want to work with plain SQL dumps而不是pg_restore。我發現這很難相信，但是在有關調用pg_restore的文檔中找不到任何內容。如果這是真的，那麼您可能需要手動編輯SQL轉儲並將所有FK移到最後。

您也可以嘗試在SQL轉儲的頂部添加SET CONSTRAINTS ALL DEFERRED;，這應該延遲約束檢查直到事務結束，您還需要確保整個INSERT塊包含在事務中。

如果phpPgAdmin的真的不能調用pg_restore那麼你最好使用pg_dump和pg_restore手，讓你有在你的備份過程必要的控制使用了。很抱歉，任何無法處理用FK備份數據庫的數據庫管理工具都比無用的更糟糕。希望有人知道他們的方式PhpPgAdmin將出現，並讓我們知道如何使用pg_restore與PhpPgAdmin。

Answer 2

pgdump（通過PHP-的pgAdmin）

確定phpPgAdmin的是使用的pg_dump創建備份？我從來沒有見過任何由pg_dump創建的轉儲，在恢復轉儲時遇到外鍵問題。

PhpPgAdmin只是一個PHP腳本，在大多數情況下，它不具有像pg_dump那樣啓動程序的權限。

Answer 3

我會先刪除fk創建並將其添加到腳本的末尾。

Answer 4

如果它對任何人都有幫助：以前的解決方案都不適用於我（有些INSERT引用了稍後轉儲的引用數據，如果它是二進制格式或純SQL查詢，則爲獨立數據）。

我做了什麼：我使用了schemaspy，這個腳本與其他功能一樣，比如一個真正有用的基礎ER模型的html圖表 - 它生成了兩個非常有用的列表：「插入順序」（其中所有的爲了執行插入，考慮現有的限制和依賴性，表格被列爲最佳順序）和「刪除順序」（對DROP表格非常有用）。

如果您需要樣品，請檢查此http://schemaspy.sourceforge.net/sample/。特別是，我剛纔提到了兩個樣本列表（試圖發佈直接鏈接，但垃圾郵件防範機制允許我發佈2個鏈接）。