mai*_*rgs 165 sql database string database-design primary-key
我不熟悉数据库及其工作原理.从性能角度(插入/更新/查询)到主键使用字符串比整数更慢吗？
kem*_*002 178
从技术上讲是的,但如果一个字符串有意义成为主键,那么你应该使用它.这一切都取决于您所使用的表的大小以及将成为主键的字符串的长度(较长的字符串==难以比较).对于具有数百万行的表,我不一定会使用字符串,但是通过在较小的表上使用字符串而获得的性能减慢量对于通过使用不包含整数的整数而言可能会有一些麻烦不是指与数据有关的任何内容.
Jef*_*tin 68
使用字符串作为主键的另一个问题是,因为索引始终按顺序排列,当创建一个新键时,该键将处于顺序中间,索引必须重新排序...如果使用自动数字整数,新键只是添加到索引的末尾.
小智 19
插入到具有聚簇索引的表中,其中插入发生在序列的中间,不会导致索引被重写.它不会导致包含数据的页面被重写.如果页面上有空间,那么它将被放置在该页面中.将重新格式化单个页面,以将行放在页面中的正确位置.当页面已满时,将发生页面拆分,页面上的一半行转到一页,另一半转到另一页.然后将页面重新链接到包含具有聚簇索引的表数据的页面的链接列表中.最多,您最终将编写2页数据库.
HLG*_*GEM 12
字符串在连接中较慢,在现实生活中它们很少是真正独特的(即使它们应该是这样).唯一的好处是,如果您只是为了获取名称而加入主表,它们可以减少连接数.但是,字符串也经常会发生变化,从而产生在公司名称发生变化或结婚时必须修复所有相关记录的问题.这可能是一个巨大的性能损失,如果所有应该以某种方式相关的表都不相关(这种情况比您想象的更频繁),那么您可能也会遇到数据不匹配.从数据完整性的角度以及从性能的角度来看,一个永远不会在记录生命周期内改变的整数是一个更安全的选择.自然键通常不太适合维护数据.
我还想指出,两个世界中最好的通常是使用自动增量键(或在某些特殊情况下,GUID)作为PK,然后在自然键上放置一个唯一索引.您获得更快的连接,您不会获得重复的记录,并且您不必更新一百万个子记录,因为公司名称已更改.
只要它是独一无二的,你使用什么作为主键并不重要.如果您关心速度或良好的数据库设计,请使用int,除非您计划复制数据,然后使用GUID.
如果这是一个访问数据库或一些小应用程序,那么谁真正关心.我认为我们大多数开发人员在前面使用旧的int或guid的原因是因为项目有一种在我们身上成长的方式,并且你想让自己成长.
在您获得与数据描述的主题一致并且非常适合数据的预期用途的简单而合理的设计之前，不要担心性能。然后，如果出现性能问题，您可以通过调整系统来处理它们。
在这种情况下，使用字符串作为自然主键几乎总是更好，前提是您可以信任它。如果它是一个字符串，请不要担心，只要字符串相当短，最多可以说大约 25 个字符。你不会在性能方面付出很大的代价。
数据输入人员或自动数据源是否总是为假定的自然键提供值，或者有时会被省略？输入数据偶尔会出错吗？如果是这样，如何检测和纠正错误？
指定查询的程序员和交互式用户是否能够使用自然键来获得他们想要的东西？
如果您不能信任自然键，请发明一个代理。如果你发明了一个代理，你也可以发明一个整数。然后您必须担心是否向用户社区隐藏代理。一些没有隐藏代理键的开发人员开始后悔了。
变量太多。它取决于表的大小，索引，字符串键域的性质...
通常，整数会更快。但是差异会足够大吗？很难说。
另外，您选择弦乐的动机是什么？数字自动增量键通常也非常容易。是语义吗？方便？复制/断开连接的担忧？您在这里的答案可能会限制您的选择。这也让您想到了您忘记的第三个“混合”选项：指导。