重命名 postgres table 会删除现有索引吗?
Renaming postgres table will drop existing indexes?
我正在研究 ETL,我们从配置单元获取数据并将其转储到 Postgres。为了确保数据不损坏,我首先将数据存储在临时 table 中(创建为具有所有索引和约束的主 table),如果数据经过验证,将其复制到主 table。
但由于数据庞大,它已经花费了很长时间。
验证数据后,我现在正在考虑删除 main table,然后将 temp table 重命名为 main table.
在 Postgres 中重命名 table 会删除其上定义的索引、约束和默认值吗?
一句话——不,它不会删除任何索引、约束或默认值。这是一个快速演示:
db=> CREATE TABLE mytab (
id INT PRIMARY KEY,
col_uniq INT UNIQUE,
col_not_null INT NOT NULL DEFAULT 123
);
CREATE TABLE
db=> \d mytab
Table "public.mytab"
Column | Type | Modifiers
--------------+---------+----------------------
id | integer | not null
col_uniq | integer |
col_not_null | integer | not null default 123
Indexes:
"mytab_pkey" PRIMARY KEY, btree (id)
"mytab_col_uniq_key" UNIQUE CONSTRAINT, btree (col_uniq)
db=> ALTER TABLE mytab RENAME TO mytab_renamed;
ALTER TABLE
db=> \d mytab_renamed
Table "public.mytab_renamed"
Column | Type | Modifiers
--------------+---------+----------------------
id | integer | not null
col_uniq | integer |
col_not_null | integer | not null default 123
Indexes:
"mytab_pkey" PRIMARY KEY, btree (id)
"mytab_col_uniq_key" UNIQUE CONSTRAINT, btree (col_uniq)
我正在研究 ETL,我们从配置单元获取数据并将其转储到 Postgres。为了确保数据不损坏,我首先将数据存储在临时 table 中(创建为具有所有索引和约束的主 table),如果数据经过验证,将其复制到主 table。 但由于数据庞大,它已经花费了很长时间。 验证数据后,我现在正在考虑删除 main table,然后将 temp table 重命名为 main table.
在 Postgres 中重命名 table 会删除其上定义的索引、约束和默认值吗?
一句话——不,它不会删除任何索引、约束或默认值。这是一个快速演示:
db=> CREATE TABLE mytab (
id INT PRIMARY KEY,
col_uniq INT UNIQUE,
col_not_null INT NOT NULL DEFAULT 123
);
CREATE TABLE
db=> \d mytab
Table "public.mytab"
Column | Type | Modifiers
--------------+---------+----------------------
id | integer | not null
col_uniq | integer |
col_not_null | integer | not null default 123
Indexes:
"mytab_pkey" PRIMARY KEY, btree (id)
"mytab_col_uniq_key" UNIQUE CONSTRAINT, btree (col_uniq)
db=> ALTER TABLE mytab RENAME TO mytab_renamed;
ALTER TABLE
db=> \d mytab_renamed
Table "public.mytab_renamed"
Column | Type | Modifiers
--------------+---------+----------------------
id | integer | not null
col_uniq | integer |
col_not_null | integer | not null default 123
Indexes:
"mytab_pkey" PRIMARY KEY, btree (id)
"mytab_col_uniq_key" UNIQUE CONSTRAINT, btree (col_uniq)