bigchief's questions

我继承了多年前软件供应商安装的一个应用程序（和关联的 MS SQL 数据库）。我们目前没有任何类型的供应商支持。除了使用应用程序之外，我们还独立于应用程序访问数据库，经常直接更新数据库并查询数据以进行报告。

为了提高性能，我删除了一些不必要的索引并创建了其他索引。这会导致应用程序在执行某些任务时出现错误。该应用程序不显示任何类型的任何错误消息，并且似乎正常执行，但应用程序未按预期更新数据库。我无权访问源代码。

我的理论是应用程序在其查询之一的 with(index) 语句中明确指定了一个已删除的索引。这将导致服务器返回错误而不是完成查询，如果应用程序抑制错误，用户将不会意识到某些表已更新而其他表未更新。还有什么其他想法可能导致这种行为？

假设我的理论是正确的，我仍然认为索引实际上是不必要的，应用程序不应该指定索引。也许一种解决方法是创建一个具有相同名称但列数尽可能少的新索引。有没有办法创建没有列的索引？使用与聚集索引相同的列创建非聚集索引是否最有效？优化器在这种情况下做了什么——它是否仍然计划包含这些仅引用聚集索引的“坏”索引，或者它是否知道忽略 with(index) 请求？

我确实运行了跟踪以查看应用程序正在运行哪些查询。我得到了一堆 RPC 调用，如“exec sp_cursorfetch”和“exec sp_cursorexecute”（我不明白）而不是实际的 SQL。也许我会在一个单独的问题中询问这些，但如果您知道我如何将这些语句解释或解码为常规 SQL，那么这至少可以让我证实我的理论。

在我的数据库中，我有一个带有两个索引的表。出于数据完整性的原因，我需要在 a、b 列上有一个唯一索引 #1。我有另一个索引#2，列 c、a、b 用于性能原因。我注意到这个索引#2 也是独一无二的。

索引#2 的唯一性在我看来是多余的，因为你不能在索引#2 中有重复的值，而在索引#1 中也没有重复的值。我很想更改索引#2，因此它不再是唯一的，因为我想数据库引擎可能会对索引#2 中的 c、a、b 执行第二次检查，以确保每次插入一行时这些列的唯一性，导致即使永远不会有重复的值，也会影响性能。这个对吗？

有什么方法可以删除 a,b 上的索引 #1 并保留 c,a,b 上的索引 #2 但仍然对列 a,b 强制唯一约束而不维护两个单独的索引？这将允许我只有一个包含所有三列的索引，但仍然对 a、b 强制执行我的数据完整性约束。我不需要 a,b 上的索引来提高性能，因为我的所有选择查询都在 where 子句中包含 c 列。这会是唯一约束而不是索引的用例吗？我认为数据库引擎基本上将这两个构造视为相同（参见这篇文章：我何时应该使用唯一约束而不是唯一索引？）。

请记住，索引不是多余的，但索引的“唯一性”是多余的。似乎让索引#2 不唯一是一件轻而易举的事。但这会带来任何实际的性能提升吗？即使索引#1 中的列完全包含在索引#2 中，数据库是否会检查两个索引的唯一性？

一些答案询问了用于从该表中选择数据的示例查询。以下是最常见的：

Select [some other columns] from table where c=1 and a=2
Select [some other columns] from table where c=1
Select [some other columns] from table where c=1 and a=2 and b=3

这些查询通常包括选择许多不在任何索引中的其他列。

我们通常从不运行的是这样的查询：

Select [stuff] from table where a=2 and b=3