Sql server 关于SQL Server的基本查询

为什么要使用

rowguid

，其好处是什么

假设一家公司有数千名客户，根据他们的性别划分他们的绩效和快速查询是否是一种好方法？如果不是，为什么

像Facebook这样的大公司如何处理其评论、用户和其他内容的主键，例如：

假设有五个用户主键为1,2,3,4,5

如果用户3从那里被删除，现在它的1，2，4，5将被留下，这是一种连续链之间的差距。他们是如何处理的

不知道-可能使用非自动值，以便在其他数据库中保持恒定（可能用于第三方集成等）

不要在性别等字段上进行划分，当您不知道性别（或需要完整列表）时，您将不得不搜索两个表，当您想要添加其他筛选/搜索时，您将不得不再次对多个表进行筛选/搜索

那么，如果ID链中存在一个缺口会怎样呢？它不会产生任何影响。你为什么认为这很重要

---

你们不应该试着用标题写问题。标题保持简单，正文中的提问（附带额外信息）为#2：你最多有三种性别——男性、女性、同伴——这对排得太多没有帮助。另外：对于SQL Server来说，一个有数千行的表（对于所有客户机）算不了什么——它可以在一个表中处理数亿行，没问题。@SaqyGee:不，不要分割表。正如marc_在评论中所说，SQL Server可以处理它而不必担心性能问题。将一个表拆分为2个1000行的批次可能会比1个10000行的表（如果不是更多的话）的性能受到更大的影响THX的答案，但第二个问题，我只是假设一个例子更确切地让我们假设如果它是一个StAcQuestSoSQL SQL Server的类别，C C，人们问这些技术的问题，那么它是一个很好的方法来划分他们的基础上尊重这些技术，在第三个问题，我认为重要的事情…如果有1,2,3,4,5个用户删除了用户3,4,5，那么int最多可以保存8个数字，而数据库1,2中的用户3,4,5被删除了，如果更多的用户注册PK增量的1,2,6,7,8和9导致溢出，但我们仍然得到了索引3,4,5，那会怎么样wasted@SaqyGee：不，人为地把桌子分开不是个好主意！分析您的查询，建立适当的索引-您的SQL Server将在一个表中处理数亿行…@SaqyGee:什么意思是“int最多可以保存8个数字”？我想你们的应用程序有严重的问题，这里并没有兄弟别误会我知道integer可以保存大量的值实际上我正在为我自己的网站建立数据库，我说假设int可以保存8个数字……你们知道这个网站保存了大量的数据，就像数百万人发布的facebook一样每天的评论和1000条发布的评论也被用户删除了…也许facebook也会删除旧的评论，所以如果他们不管理主键之间的间隔，他们的PK将继续增加，总有一天会溢出。我们知道这不会发生，他们有一些技巧-->