PostgreSQL 错误：关系已存在

Question

我正在尝试创建一个之前删除的表。

但是当我执行CREATE TABLE A ..时。我收到以下错误：

关系“A”已存在。

我验证了 SELECT * FROM A 的操作，但随后又出现了另一个错误：

关系“A”不存在。

我已经尝试在列出所有关系的 \dS+ 中找到它，但它不在那里。
为了使这个问题变得复杂，我通过在另一个数据库中创建这个表来测试这一点，并且得到了相同的错误。我认为删除该表时可能会出现错误。有什么想法吗？

这是代码：我正在使用 Power SQL 生成的代码。我在不使用序列的情况下遇到了同样的错误。当我更改名称时它才起作用，在这种情况下我不能这样做。

CREATE SEQUENCE csd_relationship_csd_relationship_id_seq;
CREATE TABLE csd_relationship (
    csd_relationship_id INTEGER NOT NULL DEFAULT nextval('csd_relationship_csd_relationship_id_seq'::regclass),  
    type_id INTEGER NOT NULL,
    object_id INTEGER NOT NULL,
    CONSTRAINT csd_relationship PRIMARY KEY (csd_relationship_id)
);

Answer 1

我终于发现了错误。问题在于主键约束名称与表名称相同。我不知道 postgres 如何表示约束，但我认为在创建主键约束期间会触发错误“关系已存在”，因为表已声明。但由于这个错误，最终没有创建表。

Answer 2

这里不应有单引号'A'。单引号用于字符串文字：'some value'。
要么使用双引号来保留“A”的大写拼写：

CREATE TABLE "A" ...

要么根本不使用引号：

CREATE TABLE A ...

... 与：... 相同

CREATE TABLE a ...

，因为所有不带引号的标识符都是在 Postgres 中折叠为小写。请参阅：

• PostgreSQL 列名称区分大小写吗？

---

您可以通过使用更简单的语法完全避免索引名称问题：

CREATE TABLE csd_relationship (
  csd_relationship_id serial PRIMARY KEY
, type_id             integer NOT NULL
, object_id           integer NOT NULL
);

与原始查询相同，只是它通过自动选择下一个空闲标识符来避免命名冲突。有关 serial 类型的更多信息，请参阅手册。

Answer 3

您不能创建与集群中现有表或视图名称相同的表。要修改现有表，请使用 ALTER TABLE (链接），或者要删除表中当前的所有数据并创建具有所需架构的空表，请在 CREATE TABLE 之前发出 DROP TABLE。

罪魁祸首可能是您正在创建的序列。在 PostgreSQL 中，序列被实现为具有一组特定列的表。如果您已经定义了序列，则可能应该跳过创建它。不幸的是，CREATE SEQUENCE 中没有与 CREATE TABLE 中可用的 IF NOT EXISTS 结构等效的内容。从表面上看，无论如何，您可能会无条件地创建架构，因此

DROP TABLE IF EXISTS csd_relationship;
DROP SEQUENCE IF EXISTS csd_relationship_csd_relationship_id_seq;

在架构的其余部分更新之前使用是合理的；如果不明显，这将删除 csd_relationship 表中的所有数据（如果有）

Answer 4

您可能会收到“关系已存在”之类的错误的另一个原因是 DROP 命令未正确执行。

发生这种情况的原因之一是，如果有其他会话连接到数据库，您需要先关闭这些会话。

Answer 5

就我而言，我有一个同名的序列。

Answer 6

就我而言，直到我暂停批处理文件并向上滚动一点，这并不是我遇到的唯一错误。我的 DROP 命令已变为 DROP，因此表一开始就没有被删除（因此关系确实仍然存在）。我学到的  称为字节顺序标记 (BOM)。在 Notepad++ 中打开此文件，重新保存 SQL 文件，并将编码设置为 UTM-8 无 BOM，它运行良好。

Answer 7

您可能在运行CREATE TABLE之后再运行它。因此，您可能正在第二次创建表，而第一次尝试已经创建了它。

Answer 8

就我而言，我是从 9.5 迁移到 9.6。
所以为了恢复数据库，我正在做：

sudo -u postgres psql -d databse -f dump.sql

当然它是在有数据的旧 postgreSQL 数据库上执行的！如果您的新实例位于端口 5433，则正确的方法是：

sudo -u postgres psql -d databse -f dump.sql -p 5433

Answer 9

有时，当您使用不同的数据库用户创建表并尝试使用不同的用户SELECT时，会发生这种错误。
您可以使用以下查询授予所有权限。

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA schema_name TO username;

您还可以授予 DML 语句的访问权限

GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA schema_name TO username;

Answer 10

• 问题在于主键约束名称与表名称相同。

• 我不知道postgres如何表示约束，但我认为错误“Relation
  已存在”在创建主键期间被触发
  约束，因为该表已经声明。但因为这个错误，
  该表最后并未创建。

• 给出不同的名称来约束

  注意 - 转到 SQL 选项卡并检查表名称和约束

享受:)

Answer 11

您已经发现问题的根源是主键与表同名，但让我解释一下为什么这是一个问题。

所有主要约束和唯一约束都是使用唯一索引实现的。在 PostgreSQL 中，该索引必须与约束具有相同的名称。因此，您的命令尝试创建一个名为 csd_relationship 的索引，就像表一样。

现在在 PostgreSQL 中，表、索引、序列、视图和复合数据类型都共享相同的名称空间，也就是说，在同一个模式中不能有两个同名的表、索引、序列、视图和复合数据类型。技术原因是所有这些对象的元数据都存储在目录表 pg_class 中，并且 pg_class 对 (relname, relnamespace) 有唯一的约束code>，即表名和schema的组合。

Answer 12

运行终端命令“dotnet ef database update”后出现此错误。我的解决方案是打开数据库并删除/删除同名的表。

Answer 13

我的错误是：

cteate table xr_inbound_req(.......
   CONSTRAINT table_name PRIMARY KEY (id)
)

当更改为：

cteate table xr_inbound_req(.......
   CONSTRAINT pk_table_name PRIMARY KEY (id)
)

可以
添加 pk_ 到前缀