问题[naming-convention](dba)

我正在研究一个广泛使用UUIDs的数据库设计PRIMARY KEY。然而，这让我面临一个非常重要的选择。如何命名这些列？我会称它们为uuid，除了UUID作为标识符，我必须在任何地方引用字段名称：

CREATE TABLE thingie (
  "uuid" UUID PRIMARY KEY DEFAULT public.gen_random.uuid(),
  foo VARCHAR,
  bar VARCHAR,
);

一个直接的替代方法似乎是改为调用这些列id：

CREATE TABLE thingie (
  id UUID PRIMARY KEY DEFAULT public.gen_random.uuid(),
  foo VARCHAR,
  bar VARCHAR,
);

这样一来，我就没有列名，从语义上我可以争辩说 UUID 确实是一种 ID；在维恩图中，UUID 圆圈将完全放在 ID 圆圈中。

然而，我（我相信还有很多其他人）已经习惯于id与自动递增INTEGER列关联，以至于我害怕通过调用这些 ID 来打破某种潜规则id。

如果你能用一些坚实的自行车脱落来消除我的困惑，我将非常感激。事实上，我的问题是：你会如何调用你的UUID-typed 代理键，为什么？

我知道这可能是一个愚蠢的问题。但我非常感谢接受并回答这个问题。

当我有一个带有一些大表（如订单和项目）的 OLTP 数据库时。我还有其他表（类似于 OLAP 中的维度表），我们在其中存储参考值，例如：货币、城市、类别。

这些参考表的正确名称是什么？我们仍然可以在 OLTP 中称它们为维度表，还是它们有自己的通用名称？

也许是双重发布，但我在这里找不到任何答案。

我看到了几个帖子如何命名我的表，我明白（半官方）它应该包含小写，应该下划线和单数（fe my_table）

当我必须执行以下操作时，我的问题出现了。我有一个应用程序，其中有用户、平台和 user_info，其中平台是用户正在处理的内容（fe MAC、PC、LINUX）。如果我需要在用户和平台之间创建联结表，我如何命名它以便下一个浏览模式的人了解用户和平台有一个名为 user_platform 的联结表，但当他看到表 user_info 时不要混淆？

BR

Metabase当前导入列名并尝试弄清楚措辞。在我的模式中，这个约定从根本上被打破了。例如，当它扫描我的 PostgreSQL 数据库时，它会将列引入，

As St Tre As Appoint Or Name First
As St Tre As Appoint Or Name Last
As St Tre As Name First
As St Tre As Name Last
As St Tre As Name Organization
As St Tre As Name Prefix Cd
As St Tre As Name Short
As St Tre As Name Suffix Cd
As St Tre As Per Sent Type Cd
As St Tre As Primary Phone Ext
As St Tre As Primary Phone Number

实际上他们看起来像，

assttreaspersenttypecd   
assttreasnameorganization
assttreasnamelast        
assttreasnamesuffixcd    
assttreasnamefirst       
assttreasnameprefixcd    
assttreasnameshort       
assttreasstreetaddr1     

assttreas“Assistant Treasurer”的简写在哪里。有什么简单的方法可以解决这个问题或禁用这个“功能”。

我在表中经常使用用户 ID，我想知道在命名这些列时，最好的命名方式是什么。您应该具体说明用户 ID 是什么，还是应该继续使用相同的列名以保持一致？

例如：

订阅的列名

user_subscriber_id = 进行订阅的用户 ID。

user_subscribed_to_id = 订阅的用户 ID。

注释的列名

sender_id = 发表评论的用户 ID。

reply_to_id = 回复评论的用户 ID。

或者我应该始终使用 user_id，并且在表中需要 2 个用户 ID 的情况下（如上），使用 user_id 和 secondary_user_id，其中 user_id 应该始终是执行操作的用户，而 secondary_user_id 应该始终是接收者的用户 ID，因此：

订阅的列名

user_id = 进行订阅的用户 ID。

secondary_user_id = 订阅的用户 ID。

注释的列名

user_id = 发表评论的用户 ID。

secondary_user_id = 回复评论的用户 ID。

MySQL/MariaDB 中的数据库名称有什么约定吗？我搜索了 Google 和这个 Stack Exchange 并没有找到任何东西。甚至没有一句“不，没有正式的约定”。是否有标准，或者这是根据具体情况决定的？

谢谢你。

我对在查询中引用表名、列名等字符的术语很感兴趣。在 Microsoft SQL Server 中代表[]s 而在 MySQL 中代表``s 或可能代表""s 的名称。

我无法在任何地方找到它们的通用术语，想知道是否存在。

由于 status 和 type 是 MySQL 中的保留键，我需要一个类似于 status 的列名来标识行的状态。

我知道有办法忽略这个问题，但是在不同的语言和不同的框架中，它会以不同的方式突然出现这个问题，所以我需要忽略这个词，需要一个听起来几乎相同并且可以从名称中理解的相似词。

我的用例的潜在值是真/假。您建议如何命名定义该行状态的布尔列？

这里的状态是定义该行是否处于活动状态。并不是我为此目的使用状态列的每个地方，Somewhere 状态列定义状态是否为待处理、当前、已确认、已应用、已拒绝等。就像这个短键一样。

我有一个 ERwin（.nsm 格式）的命名标准文件，我希望能够在 Excel 中打开它（例如，为了比较 2 个 .nsm 文件）。我怎么能做到这一点？

我正在处理数据库中的一个表，该表引用另一个表中的列。如：

Product Table
------------
Id
Description
Currencies_Code

Currencies
------------
Id
Code
Description

我们有约定：

“外键字段应该是被引用表名和被引用字段名的组合。”

我的列：ExternalTableName_ColumnName

在那之前，一切都很好。现在，应添加第二列，引用货币表“代码”列，用于应使用另一种货币的第二种情况。

我最初的想法是使用这些列：

货币_代码_内部

货币_代码_外部

但是，后缀 Internal/External 打破了惯例。

在这种情况下，哪种命名方式最适合更改约定？