我们正在版本控制中存储pg_dump
生成的模式DDL。
我们发现,在应用迁移脚本之前/之后,比较pg_dump
输出可以更好地了解正在应用的更改。
但是,我在pg_dump
输出方面面临的问题是,相关的对象更改到处都是文件。因此,一旦发生影响架构中多个对象的更改,就很难看到相关的更改。
我想知道是否有其他格式可以简单地导出数据库模式以区别它们,例如,我正在考虑使用psql来生成对象的ascii表表示形式。
test=# \d+ question
Table "public.question"
Column | Type | Collation | Nullable | Default | Storage | Stats target | Description
---------------+---------+-----------+----------+--------------------------------------+----------+--------------+-------------
id | integer | | not null | nextval('question_id_seq'::regclass) | plain | |
question | text | | not null | | extended | |
interest_id | integer | | | | plain | |
slack_team_id | integer | | | | plain | |
Indexes:
"question_pkey" PRIMARY KEY, btree (id)
"question_question_slack_team_id_idx" UNIQUE, btree (question, slack_team_id)
"question_interest_id_idx" btree (interest_id)
"question_slack_team_id_idx" btree (slack_team_id)
Foreign-key constraints:
"question_interest_id_fkey" FOREIGN KEY (interest_id) REFERENCES interest(id) ON DELETE CASCADE
"question_slack_team_id_fkey" FOREIGN KEY (slack_team_id) REFERENCES slack_team(id) ON DELETE CASCADE
Referenced by:
TABLE "trivia_question" CONSTRAINT "trivia_question_question_id_fkey" FOREIGN KEY (question_id) REFERENCES question(id) ON DELETE CASCADE
Access method: heap
发布于 2020-08-25 15:07:53
我几乎没有回答我的问题,但我将记录我所发现的:
\dt+ *.*
生成整个数据库的psql描述我将更新这一点,因为我发现更好的解决方案。
https://serverfault.com/questions/1031489
复制相似问题