MySQL 有命名约定吗？

Question

我是这样做的：

1. 表名是小写的，使用下划线分隔单词，并且是单数（例如 foo、foo_bar 等。
2. 我通常（并不总是）有自动增量 PK。我使用以下约定：tablename_id（例如 foo_id、foo_bar_id 等）
3. 。是外键，我只是从该键来自的任何表中复制该键的列名称，例如，假设表 foo_bar 具有 FK foo_id （其中 foo_id）。是 foo 的 PK）。
4. 在定义 FK 来强制引用完整性时，我使用以下内容：tablename_fk_columnname（例如，进一步示例 3，它将是） foo_bar_foo_id）。由于这是一个表名/列名组合，因此它在数据库中保证是唯一的
5. ：PKs、FKs，然后按字母顺序排列其余列

。有更好、更标准的方法吗？

Answer 1

我首先要说的是：保持一致。

我认为您已经差不多了解了您在问题中概述的约定。不过有几点评论：

我认为第 1 点和第 2 点很好。

第 3 点 - 遗憾的是这并不总是可能的。考虑一下您将如何处理包含列 foo_id 和 another_foo_id 的单个表 foo_bar，这两个列都引用 foo 表 foo_id 列。您可能需要考虑如何处理这个问题。不过，这有点特殊！

第 4 点 - 与第 3 点类似。您可能需要在外键名称末尾引入一个数字，以满足多个引用列的需要。

第 5 点 - 我会避免这种情况。它为您提供的功能很少，并且当您以后想要在表中添加或删除列时，它会变得令人头疼。

其他一些要点是：

索引命名约定

您可能希望引入索引命名约定 - 这对于您可能想要执行的任何数据库元数据工作都有很大帮助。例如，您可能只想调用索引 foo_bar_idx1 或 foo_idx1 - 完全取决于您，但值得考虑。

单数与复数列名

解决列名和表名中复数与单数的棘手问题可能是个好主意。这个主题经常在数据库社区中引起大辩论。我会坚持对表名和列使用单数形式。那里。我已经说过了。

这里最重要的当然是一致性！

Answer 2

一致性是任何命名标准的关键。只要逻辑一致且一致，就 99% 都成功了。

标准本身很大程度上取决于个人喜好——因此，如果您喜欢您的标准，那么就使用它。

直接回答你的问题 - 不，MySQL 没有首选的命名约定/标准，所以滚动你自己的就可以了（而且你的似乎合乎逻辑）。

Answer 3

MySQL对其或多或少严格的规则有一个简短的描述：

https://dev.mysql.com/doc/internals/en/coding-style.html

Simon Holywell 提出的 MySQL 最常见的编码风格：

https://www.sqlstyle.guide/

另请参阅此问题：

是否有任何已发布的 SQL 编码风格指南？

Answer 4

值得庆幸的是，PHP 开发人员并不像我所知道的一些开发社区那样“偏执驼峰式”。

你的惯例听起来不错。

只要它们 a) 简单，b) 一致 - 我没有看到任何问题:)

PS:
就我个人而言，我认为5）太过分了......

Answer 5

简单答案：不

，至少是 Oracle 或社区鼓励的命名约定，不，但是，基本上您必须注意遵循标识符的规则和限制，例如 MySQL 中所示的规则和限制文档： https://dev.mysql.com/doc/refman/8.0/en/identifiers.html

关于你遵循的命名约定，我认为还可以，只是数字5是一个有点不必要，我认为大多数用于管理数据库的可视化工具都提供了对列名称进行排序的选项（我使用 DBeaver，它有它），所以如果目的是对表进行良好的视觉呈现，您可以使用我提到的这个选项。

根据个人经验，我建议这样做：

• 使用小写。当您将数据库从一台服务器迁移到另一台服务器时，这几乎可以确保互操作性。有时，lower_case_table_names 配置不正确，您的服务器仅仅因为无法识别您的驼峰命名法或帕斯卡命名法标准（区分大小写问题）而开始抛出错误。
• 简称。简单明了。最简单、最快速的是识别您的表或列，效果越好。相信我，当您在短时间内进行大量不同的查询时，最好让所有查询都易于编写（和读取）。
• 避免前缀。除非您对不同应用程序的表使用相同的数据库，否则不要使用前缀。这只会让您的查询变得更加冗长。在某些情况下，这可能很有用，例如，当您想要标识主键和外键时，通常使用表名作为 id 列的前缀。
• 使用下划线分隔单词。如果您仍然想使用多个单词来命名表、列等，请使用下划线来分隔单词，这有助于提高可读性（您的眼睛和紧张的大脑会感谢您的） 。
• 保持一致。一旦你有了自己的标准，就遵循它。不要成为制定规则的人，而第一个打破规则的人，这是可耻的。

那么“复数与单数”命名又如何呢？嗯，这主要是个人喜好的情况。就我而言，我尝试对表使用复数名称，因为我认为表是元素的集合或包含元素的包，因此复数名称对我来说是有意义的；列的名称为单数，因为我将列视为对这些表元素进行单数描述的属性。

Answer 6

一致性是每个人都强烈建议的，剩下的就看你的了，只要它有效。

对于初学者来说，很容易得意忘形，我们当时想怎么命名就怎么命名。这在当时是有道理的，但后来却令人头疼。

foo foobar 或 foo_bar 很棒。
我们尽可能直接地命名我们的表，并且仅在它们是两个不同的单词时才使用下划线。 studentregistration 到 student_registration

就像 @Zbyszek 所说，有一个简单的 id 对于自动增量来说已经足够了。越简单越好。为什么需要foo_id？我们很早就遇到了同样的问题，我们用表前缀命名所有列。例如 foo_id、foo_name、foo_age。我们现在删除了表名，只保留了尽可能短的列。

由于我们仅使用 PK 的 id，因此我们将使用 foo_bar_fk （表名是唯一的，后跟唯一的 PK，后跟 _fk）作为外键。我们不会将 id 添加到列名称中，因为据说名称“id”始终是给定表的 PK。所以我们只有表名和末尾的 _fk 。

对于约束，我们删除所有下划线并使用驼峰式命名法（表名 + Colname + Fk）foobarUsernameFk（对于 username_fk col）进行连接。这只是我们遵循的一种方式。我们为每个名称结构保留一个文档。

当保持 col 名称简短时，我们还应该注意 RESTRICTED 名称。

+------------------------------------+
|               foobar               |
+------------------------------------+
| id (PK for the current table)      |
| username_fk (PK of username table) |
| location (other column)            |
| tel (other column)                 |
+------------------------------------+

Answer 7

正如@fabrizio-valencia所说，使用小写。在 Windows 中，如果导出 mysql 数据库（phpmyadmin），表名称将转换为小写，这会导致各种
问题。
请参阅 MySQL 中的表名称区分大小写吗？