如果我正确理解这个Index答案，则with Is Unqiueon 和 a之间的区别Unique Key主要是表面上的。
在 MSSQL 界面中，当我切换到唯一键时，该键Ignore Duplicate Keys被禁用。
我理解有问题吗？我想Ignore Duplicate Keys在这种情况下使用。Index当我执行 an withIs Unique与 a时，会产生什么后果Unique Key？
输入（启用下拉菜单）Index：Is Unique
类型Unique Key（禁用下拉菜单）：
假设我有：
当然，当我连接这两个表时，我会返回 B 的每一行的 A 的所有内容。
这是内部被优化掉还是所有这些数据都是通过网络发送的？
因为如果这是最后一件事，在这种非常特殊的情况下，我只需很少的努力就可以在内存中手动连接。
例子：
SELECT ColumnA1, ColumnA2, ColumnA3, ColumnB1
FROM TableA
JOIN TableB ON TableB.Id = TableA.TableBId
得出数据：
ColumnA1 ColumnA2 ColumnA3 ColumnB1
------------------------------------------------
LargeTextA LargeTextB LargeTextC 1
LargeTextA LargeTextB LargeTextC 2
LargeTextA LargeTextB LargeTextC 3
LargeTextA LargeTextB LargeTextC [1.000.000 times more]
LargeTextA、LargeTextB 和 LargeTextC 是否会通过线路传输 1.000.000 次，还是只发送一次，因为它知道这只是重复的数据？
有时我需要保持状态，例如 IsVerified 标志。
有两种选择：
布尔值（或位）
优势：最小最快
...但在理论上“过度优化”，因此是一个糟糕的论点。
可为空的日期时间
IsVerifiedOn -> NULL 未验证，任何值都表示已验证。
优点：您将来可能会遇到一种情况，您会突然遇到一个有用的情况，即您实际上知道该帐户何时已通过验证。
...但理论上“过度设计”（你不需要它），你应该只在你真正需要它的时候添加它。
那么在这两种邪恶之间呢？什么是最好的开始？
身份列有什么特别之处？
我很确定有一个正当的理由，但我试图更好地理解 SQL。
那么，一个身份列有什么特别之处，以至于回想起来不能轻易添加呢？
为什么每次插入新行时，这不仅仅是一个单一的 int/bigint 标志？
每行是否有任何物理存储的东西，这是一个困难的过程？
我刚刚想到默认的身份种子是 1。我有一些表，我知道它们会在某个时候增长到数十亿。int.Min对于这些表，从 (-2,147,483,648)开始不是更有意义吗？
这可能会让您bigint在 4 年或 8 年内迁移您的密钥。可以足够相关。
这很常见吗？感觉很奇怪。有什么我想念的吗？
Points
------------------
PK QuestionId int (+30.000.000 distinct values)
PK EventId int (large batches where 80.000 rows have the same EventId)
Value smallint
该表大约有 4000 万行，并且存在性能问题。
主要有两个查询：
在QuestionId上：
QuestionId的值（变化很大）在EventId上：
where EventId=X来设置Value=NULL在非常忙碌的时刻。所以我首先想到的要获得最佳性能是我制作EventId,QuestionId了ClusteredIndex，以便批量更新可以轻松找到所有靠近彼此的EventId并直接更新值。
我的第二个想法是添加一个包含QuestionId和包含列 Value的索引，以便它可以直接从索引中读取值（EventId在这种情况下无关紧要）。
但后来我想：聚集索引是否重要？由于索引中的包含列值也需要在批量更新期间进行更新。
我知道理论上我应该测试一切并衡量它，但该网站是活跃的并且被大量使用。
我是一名独立开发人员，我没有资源聘请某人。任何估计的猜测和想法都会非常有帮助，因为这已经给了我正确的方向！
我有一个相对较大的表（对我来说），有 4000 万行，预计在两周内（在活动期间）将增长到 80 到 1.2 亿行。
Tip
--------------
Id int (clustered index)
UserId int
TipIndex smallint
Value binary(8)
LastChanged datetime2(3)
所以我在 SQL Azure 上托管，Azure 已经建议添加包含列的索引。我一直对使用 UserId,TipIndex 作为聚集索引犹豫不决，因为提示会随机添加。这意味着我害怕巨大的碎片问题等。
我的问题：
我知道最终答案总是“取决于”或者我应该衡量它。但由于我是一个单独的开发人员，没有很多资源，我希望有更多经验的人对此有直觉，所以我的第一次尝试更有可能朝着正确的方向前进。