Sql 是<&燃气轮机；萨尔盖布与否？如果没有，我可以用什么来代替？

我想我会再试一次

我看到有人说是萨尔盖博，不是萨尔盖博，等等，对不起，但我想澄清一下。我还想得到一个似乎不可能得到的例子，一个使用不同运算符的错误查询和一个更容易搜索的查询。我看到过关于如何进行大量查询的示例，但没有使用运算符的示例

我已经试过问过一次这个问题，因为人们认为这不是一个真正的问题，所以这一定是超出了他们的理解力，但这是一个真正的问题，我想要一个真正的答案，如果我得到了一个真正的答案，那么我可以查看所有存储的进程，并更好地决定更改哪些进程

---

谢谢。

维基百科说，它是一个Sargable运营商，很少提高性能

---

Sargable操作符：=，>，=，维基百科说它是一个很少提高性能的Sargable操作符

Sargable操作符：=，>，=，操作符

是Sargable的，但是根据您比较的内容，它可能没有多大帮助

参考：

“很少提高性能的Sargable运算符：、IN或NOT IN， 不存在，不象“

像

=

这样的操作符更有可能提供良好的性能，因为数据库可以从索引中查找单个或有限数量的记录。使用

操作符时，数据库通常必须扫描整个索引才能获得相关记录

如果某个索引是非唯一索引，并且列中几乎没有不同的值，因此可以使用该索引删除许多记录，而不仅仅是一条或几条记录。

运算符

是可搜索的，但这取决于你在比较什么，它可能没有多大帮助

参考：

“很少提高性能的Sargable运算符：、IN或NOT IN， 不存在，不象“

像

=

这样的操作符更有可能提供良好的性能，因为数据库可以从索引中查找单个或有限数量的记录。使用

操作符时，数据库通常必须扫描整个索引才能获得相关记录

---

如果某个索引是非唯一索引，并且列中几乎没有不同的值，因此可以使用该索引删除许多记录，而不仅仅是一条或几条记录。

有什么区别？您应该关心的问题是“引擎能否正确优化我的查询？”，然后是“我如何调整此查询以获得更好的性能？”我不认为这是可搜索的，但更强烈的是，我认为没有可搜索的操作符可以替代。是的，这是一个“不可能得到”的例子，一个糟糕的查询使用另一个操作符，一个更容易搜索的查询使用另一个操作符。非常感谢。我仍然想知道为什么你不认为“think”是SARGable，因为问题的部分原因是为了让我能够确定。你在使用哪种DBMS？执行计划是怎么说的？SQL server，重点是我有很多存储过程，目前大多数执行计划都是聚集索引搜索。很多这样的查询都使用操作符，所以当我遍历并添加索引时，我需要知道要更改什么，如果有的话。区别是什么？您应该关心的问题是“引擎能否正确优化我的查询？”，然后是“我如何调整此查询以获得更好的性能？”我不认为这是可搜索的，但更强烈的是，我认为没有可搜索的操作符可以替代。是的，这是一个“不可能得到”的例子，一个糟糕的查询使用另一个操作符，一个更容易搜索的查询使用另一个操作符。非常感谢。我仍然想知道为什么你不认为“think”是SARGable，因为问题的部分原因是为了让我能够确定。你在使用哪种DBMS？执行计划是怎么说的？SQL server，重点是我有很多存储过程，目前大多数执行计划都是聚集索引搜索。很多这样的查询都使用操作符，所以当我浏览并添加索引时，我需要知道要更改什么，如果有任何更改的话。看到这个后很难知道该相信谁看到这个后很难知道该相信谁，所以这个人错了？我还看到有人说维基百科的文章是错的。@IQtheMC:operator

肯定是可搜索的，因为数据库可以利用索引已排序的事实。与数据库可以从

操作符的索引末尾查找项目相同，它可以从

操作符的索引开头和结尾查找项目。然而，除非条件省略了很多记录，否则数据库无论如何都会扫描大部分索引，因此收益通常很小。很好，一个明确的答案和解释。非常感谢。如果你是对的，我想我现在理解了如何继续这些问题，你的解释是有道理的，所以我认为你是对的。那么这个人错了？我还看到有人说维基百科的文章是错的。@IQtheMC:operator

肯定是可搜索的，因为数据库可以利用索引已排序的事实。与数据库可以从

操作符的索引末尾查找项目相同，它可以从

操作符的索引开头和结尾查找项目。然而，除非条件省略了很多记录，否则数据库无论如何都会扫描大部分索引，因此收益通常很小