当前位置：文江博客话题详情

Id 或 [TableName]Id 作为主键/实体标识符

发布于 2024-07-19 19:05:57 字数 360 浏览 6 评论 0原文

是否首选使用“Id”作为主键的列名或“[TableName]Id”作为命名约定？

表：帐户
主键：Id

-- 与 --

表：帐户
主键：AccountId

在我见过的实现中，它似乎被分割了大约 50% / 50%。每种方法的优点和缺点是什么？

后续：

在我的数据库中使用一种约定，而在代码中的实体上使用另一种约定是否有意义？或者我应该保持它们一致？这在大多数 ORM 中如何发挥最佳作用？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

猥琐帝 2024-07-26 19:05:57

TableNameID 清晰可见

提高 JOIN 可读性
清晰，例如，当多个 FK“ID”列（PK 与 FK 匹配）时
ID 是保留关键字

回复收藏 0 原文

南城旧梦 2024-07-26 19:05:57

我用的是身份证如何使用帐户 ID 作为外键来设置用户表？您将该列命名为 AccountAccountID 还是 AccountID？

但最重要的是无论你选择哪种方式，我的观点都要保持一致。

编辑：我认为在阅读我的评论时，我的论点逻辑是错误的，因为显然你永远不会调用一个字段AccountAccountID。但乍一看，使用 [TableName]ID 作为主键，[TableName]ID 作为外键对我来说也感觉很奇怪。似乎您对应该遵循同一组标准的两件事使用了两种不同的规则。我还认为 Account.ID 和 User.AccountID 更具可读性并且语义更正确。

回复收藏 0 原文

等风来 2024-07-26 19:05:57

避免将 ID、状态、描述等常用词作为列名称。

使用 WarehouseID、WarehouseStatus、WarehouseDescription 等名称，当您编写查询、搜索代码、阅读旧代码等时，这些名称将使您的生活更轻松。

回复收藏 0 原文

烟火散人牵绊 2024-07-26 19:05:57

第一种方法更可能是 OOP 命名约定。

第二种方法的优点是可以避免连接查询中出现不明确的列名。虽然您可以使用别名，但有时这是不可能的，例如在某些 ORM 框架中（例如 EntitySpaces）。

回复收藏 0 原文

不可一世的女人 2024-07-26 19:05:57

我发现显式命名（TableId）更好。首先，所有外键都有一个自然名称（[RelatedTable]Id）。而且我总是最终返回带有两种类型 Id 的连接查询，我被迫正确地为它们起别名，以便客户端可以区分 AccountId 和 ClientId。使用显式键名称还简化了我的数据访问/orm 层逻辑，因为它不必处理歧义，例如。帐户类型键始终为“AccountId”，而不是某些查询中的“Id”和其他查询中的“AccountId”。我的2c。

回复收藏 0 原文

风尘浪孓 2024-07-26 19:05:57

我一直使用一种方案，并且发现它非常有用。

表中的主键始终称为“ID”，对于拆分键，我将具有行标识信息的列称为“ID”，否则不调用“ID”列。

所有外键都使用它们引用的表的名称。

CREATE TABLE `Person`  
(
  `ID` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  `FirstName` VARCHAR(255)  NOT NULL,
  `LastName` VARCHAR(255)  NOT NULL,
  PRIMARY KEY (`ID`)
);

CREATE TABLE `Tutorial`
(
  `ID` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
  `Name` VARCHAR(255) NOT NULL,
  PRIMARY KEY (`ID`)
);

CREATE TABLE `Class`
(
  `Person` INTEGER UNSIGNED NOT NULL,
  `Tutorial` INTEGER UNSIGNED NOT NULL
  PRIMARY KEY (`Person`, `Tutorial`)
);

Well I use one scheme all the time and find it very useful.

The primary key in a table is always called "ID", with splittet keys I call the column with the row-identing information the "ID" otherwise no "ID" column is called.

All foreign Keys use the name of the table they are referencing.

CREATE TABLE `Person`  
(
  `ID` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  `FirstName` VARCHAR(255)  NOT NULL,
  `LastName` VARCHAR(255)  NOT NULL,
  PRIMARY KEY (`ID`)
);

CREATE TABLE `Tutorial`
(
  `ID` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
  `Name` VARCHAR(255) NOT NULL,
  PRIMARY KEY (`ID`)
);

CREATE TABLE `Class`
(
  `Person` INTEGER UNSIGNED NOT NULL,
  `Tutorial` INTEGER UNSIGNED NOT NULL
  PRIMARY KEY (`Person`, `Tutorial`)
);

回复收藏 0 原文