是什么使SQL语句可存储？

根据定义（至少从我所看到的意义上），可精简意味着查询能够使查询引擎优化查询所使用的执行计划。我尝试查找答案，但是在主题上似乎没有很多。所以问题是，什么使SQL查询可持久化？任何文件将不胜感激。

供参考：SARGable

使查询不可更改的最常见的事情是在where子句的函数内部包括一个字段：

SELECT ... FROM ...
WHERE Year(myDate) = 2008

SQL优化器无法在myDate上使用索引，即使存在索引也是如此。从字面上看，它必须为表的每一行评估此功能。更好地使用：

WHERE myDate >= '01-01-2008' AND myDate < '01-01-2009'

其他一些例子：

Bad: Select ... WHERE isNull(FullName,'Ed Jones') = 'Ed Jones'
Fixed: Select ... WHERE ((FullName = 'Ed Jones') OR (FullName IS NULL))

Bad: Select ... WHERE SUBSTRING(DealerName,4) = 'Ford'
Fixed: Select ... WHERE DealerName Like 'Ford%'

Bad: Select ... WHERE DateDiff(mm,OrderDate,GetDate()) >= 30
Fixed: Select ... WHERE OrderDate < DateAdd(mm,-30,GetDate()) 

不要这样做：

WHERE Field LIKE '%blah%'

这会导致表/索引扫描，因为LIKE值以通配符开头。

不要这样做：

WHERE FUNCTION(Field) = 'BLAH'

这将导致表/索引扫描。

数据库服务器将不得不针对表中的每一行评估FUNCTION（），然后将其与“ BLAH”进行比较。

如果可能，请反向执行：

WHERE Field = INVERSE_FUNCTION('BLAH')

这将对参数运行一次INVERSE_FUNCTION（），并且仍然允许使用索引。

在这个答案中，我假设数据库具有足够的覆盖索引。关于这个话题有足够的疑问。

很多时候，查询的可保存性由相关索引的临界点确定。引爆点定义了在将一个表或结果集连接到另一个表或结果集时查找和扫描索引之间的差异。当然，一次查找比扫描整个表要快得多，但是当您必须查找很多行时，扫描可能更有意义。

因此，当优化程序期望一个表的结果行数小于下一个表的可能索引的临界点时，SQL语句更易处理。

您可以在此处找到详细的帖子和示例。

对于被认为是可操作的操作，仅使用现有索引是不够的。在上面的示例中，在where子句中对索引列添加函数调用，仍然很有可能会利用已定义的索引。它也将“扫描”该列（索引）中的所有值，然后消除那些与提供的过滤器值不匹配的值。对于行数很高的表，它仍然不够高效。真正定义可保存性的是使用二进制搜索方法遍历b树索引的查询能力，该方法依赖于排序项目数组的半集消除。在SQL中，它将在执行计划上显示为“索引查找”。