PostgreSQL中使用引用时可以省略外键吗？

Question

我想知道这两个SQL陈述之间是否有任何（可能是微妙的）区别：

CREATE TABLE profiles (
    profile_id SERIAL PRIMARY KEY NOT NULL,
    bio TEXT,
    user_id INTEGER NOT NULL,
    FOREIGN KEY (user_id) REFERENCES users(user_id)
);

和

CREATE TABLE profiles (
    profile_id SERIAL PRIMARY KEY NOT NULL,
    bio TEXT,
    user_id INTEGER NOT NULL REFERENCES users(user_id) 
);

我注意到，当我在Postico中使用第一个符号创建表时，但稍后查看创建的profile表的DDL，FOREIGN KEY被删除，最终使用较短的第二个符号。

使用＜code＞FOREIGN KEY＜/code＞创建表：

DDL视图不显示< code >外键:

因此，我想知道（并寻求确认）这两个语句实际上是100%等价的，或者它们对DB的作用是否有细微的差异。

任何指向官方资源的指针（也许还有它与MySQL的不同之处）都将不胜感激。

Answer 1

在PostgreSQL中，通过外键约束定义外键。外键约束表示子表中一列或一组列中的值与父表的一列或列组中的值匹配。我们说外键约束维护子表和父表之间的引用完整性。

这可能会更好地向您解释，或者您可以阅读有关外键留档的信息。

Answer 2

DDL 视图不显示外键

由未知第三方工具在非参数中创建的DDL视图。

参见小提琴。在这两种情况下都存在外键。此外，我没有看到两个DDL查询的结果差异。

PS.作为建议 - 始终显式指定约束名称。如果您需要删除它，该怎么办？没有约束名称是有问题的...

Answer 3

您显示的两个示例做了相同的事情，只是使用了不同的语法。

第一种方法称为表约束，第二种列约束，但后一种名称有点误导，因为约束也在表上。

主要区别在于列约束语法更短，但不能用于所有约束:例如，如果您有一个包含两列的主键，则必须将其写入表约束语法。