Martin Asked: 2014-10-10 11:49:15 +0800 CST2014-10-10 11:49:15 +0800 CST 2014-10-10 11:49:15 +0800 CST ID 反模式是什么以及如何? 772 什么是ID 反模式以及为什么/在什么情况下它被视为反模式? id 反模式在每个表中都有一个唯一的 ID 列。为每条新记录生成 ID。为什么这是反模式?– 安德鲁·沃尔夫 11 分钟前 normalization primary-key 2 个回答 Voted Best Answer Andrew Wolfe 2014-10-10T12:33:41+08:002014-10-10T12:33:41+08:00 id 反模式在每个表中都有一个唯一的 ID 列,而不需要(或通常不鼓励)应用备用唯一键。为每条新记录生成 ID。为什么这是反模式? 数字代理键很好,包括当它们是单例主键时。 但是,每次我看到每个表都有这个 id 列的模式时,设计者希望该行就像一个内存句柄。这避免了主键设计的关键问题,并促进了重复插入矛盾的冗余数据。它让数据库设计人员大发雷霆。 在正在运行的应用程序的内存中,像这样的内存句柄是暂时的。当应用程序退出时它们已经死了,并且没有重新启动应用程序尝试再次使用它们。这使得指针和对象句柄在该上下文中很有用。 类似地,将一个对象的句柄/指针存储为另一个对象的一部分是有意义的。它将一个对象的所有权强加于另一个对象。 这些句柄只有在一些客户进来并需要数据的情况下才具有内在意义。除了客户端操作之外,句柄没有任何意义。 但是,数据库存储具有永久 ID 的永久数据。您需要有一种方法可以在三天后恢复您想要的数据。要做到这一点,你需要在某个地方有一些有意义的东西,而不仅仅是永久的内存句柄。 为什么数据库设计者关心主键和备用键?因为当有人回到数据库并且找不到他们的数据时,数据库就一文不值了。如果您需要浏览和分析数据,如果您所见的任何地方都有名为“id”的列而没有其他约束来告诉您它们的含义,您将如何弄清楚呢?object_label = 'Important Thing' 的 90000 行中的哪一行是您想要的? Jonathan Fite 2014-10-10T12:40:40+08:002014-10-10T12:40:40+08:00 我认为您链接问题中的评论指的是您可以使用自然键而不是生成的所有键的想法。但是我不认为您在这种情况下使用生成的密钥是没有根据的。您需要一个可以引用单行数据的唯一键。 不过,我确实对您选择的 UUID 有疑问。它们是唯一的,但是是一种相对较大的数据类型。这是一个稍后将数据合并在一起的分布式系统吗?
id 反模式在每个表中都有一个唯一的 ID 列,而不需要(或通常不鼓励)应用备用唯一键。为每条新记录生成 ID。为什么这是反模式?
数字代理键很好,包括当它们是单例主键时。
但是,每次我看到每个表都有这个 id 列的模式时,设计者希望该行就像一个内存句柄。这避免了主键设计的关键问题,并促进了重复插入矛盾的冗余数据。它让数据库设计人员大发雷霆。
在正在运行的应用程序的内存中,像这样的内存句柄是暂时的。当应用程序退出时它们已经死了,并且没有重新启动应用程序尝试再次使用它们。这使得指针和对象句柄在该上下文中很有用。
类似地,将一个对象的句柄/指针存储为另一个对象的一部分是有意义的。它将一个对象的所有权强加于另一个对象。
这些句柄只有在一些客户进来并需要数据的情况下才具有内在意义。除了客户端操作之外,句柄没有任何意义。
但是,数据库存储具有永久 ID 的永久数据。您需要有一种方法可以在三天后恢复您想要的数据。要做到这一点,你需要在某个地方有一些有意义的东西,而不仅仅是永久的内存句柄。
为什么数据库设计者关心主键和备用键?因为当有人回到数据库并且找不到他们的数据时,数据库就一文不值了。如果您需要浏览和分析数据,如果您所见的任何地方都有名为“id”的列而没有其他约束来告诉您它们的含义,您将如何弄清楚呢?object_label = 'Important Thing' 的 90000 行中的哪一行是您想要的?
我认为您链接问题中的评论指的是您可以使用自然键而不是生成的所有键的想法。但是我不认为您在这种情况下使用生成的密钥是没有根据的。您需要一个可以引用单行数据的唯一键。
不过,我确实对您选择的 UUID 有疑问。它们是唯一的,但是是一种相对较大的数据类型。这是一个稍后将数据合并在一起的分布式系统吗?