我有一个 Django 应用程序,其数据库正在积极手动开发中(它是一个语言学习应用程序,因此它存储词汇、语法概念等)。我更喜欢在我当地的 django/postgres 环境中进行开发。
但是,我不想不断地从实时版本中清除用户表!
我对 Postgres 很陌生,所以请不要假设我知道我在这里做什么 - 某种模式在这里是正确的方法吗?
我有一个 Django 应用程序,其数据库正在积极手动开发中(它是一个语言学习应用程序,因此它存储词汇、语法概念等)。我更喜欢在我当地的 django/postgres 环境中进行开发。
但是,我不想不断地从实时版本中清除用户表!
我对 Postgres 很陌生,所以请不要假设我知道我在这里做什么 - 某种模式在这里是正确的方法吗?
要仅备份一个表,COPY
请从数据库内部使用:
COPY user_tbl TO '/path/to/file';
或pg_dump
从外壳:
pg_dump -t user_tbl mydb > user_tbl.sql
然后删除数据库,恢复你的新版本,清空user_tbl
并使用COPY FROM
恢复一个表:
COPY user_tbl FROM '/path/to/file';
或使用 shell 中的一张表恢复备份psql
:
psql -f user_tbl.sql mydb
没有“COPY ... CASCADE”之类的东西。识别依赖表的最简单方法是启动事务,调用TRUNCATE tbl CASCADE
并记录您收到的通知:
BEGIN;
TRUNCATE user_tbl CASCADE;
NOTICE: truncate cascades to table "tbl1"
NOTICE: truncate cascades to table "tbl2"
NOTICE: truncate cascades to table "tbl3"
然后回滚事务 - 所以实际上没有任何变化:
ROLLBACK;
小心点。如果你COMMIT
截断通过。
好吧,实际上并不是“慢”,但代码要复杂得多。但是,这不会对所涉及的表进行排他锁,因此它更清洁、更安全:
WITH RECURSIVE x AS (
SELECT conrelid::regclass
FROM pg_constraint
WHERE confrelid = 'user_tbl'::regclass
UNION
SELECT p.conrelid::regclass
FROM x
JOIN pg_constraint p ON p.confrelid = x.conrelid
)
SELECT conrelid::text AS tbl
FROM x;
回报:
tbl
------
tbl1
tbl2
tbl3
我在目录表上使用递归 CTE(需要 PostgreSQL 8.4 或更高版本)pg_constraint
,因为每个表都可以依次具有依赖关系。
使用UNION
, 不是UNION ALL
为了避免对可能直接或间接与多个外键链接的表进行多次评估。