日期:2014-05-18  浏览次数:20418 次

like'%匹配的文字%',SQL Server 2008怎么优化?
like'%匹配的文字%',SQL Server 2008怎么优化??请高手帮助解决,不胜感激!

------解决方案--------------------
....这个怎么说....

看数据的可选择性...选择性高 就走索引...
------解决方案--------------------
探讨
like'%匹配的文字%',SQL Server 2008怎么优化??请高手帮助解决,不胜感激!

------解决方案--------------------
探讨
引用:
like'%匹配的文字%',SQL Server 2008怎么优化??请高手帮助解决,不胜感激!

使用like'%匹配的文字%',无法优化,因为索引起不到作用.

不过like'匹配的文字%',索引起作用.

------解决方案--------------------
假如该字段上有索引,并且查询的选择性足够高:

LIKE '匹配的文字%',可以执行Index Seek,效率高。

LIKE '%匹配的文字%',不能执行Index Seek,但可能执行Index Scan,而Index Scan是有可能比Table Scan效率高的。简单地说“索引起不到作用”,太武断了。

在不使用全文索引的情况下,后者的效率当然没有前者高。

然而如果业务上就是需要后一种查找,像LZ的需求:
1) 如果同时有其它限定条件,在其它限定条件上加索引。
2) 如果只有这一个条件,并且该字段长度不超过900字节,在这个字段上加索引。
3) 如果以上条件不满足,有需要提高查询效率,考虑全文索引。

------解决方案--------------------
有一定数据量的话,方法只有两个:
1、全文索引,这个不多说了。
2、实际也是全文索引的思想,只是自己来稿,就是增加关联的关键词表,把需要查询的数据表的每条数据的关键词单独存放,关键词可以建立索引,查询时关联查询。

------解决方案--------------------
探讨

引用:
引用:
like'%匹配的文字%',SQL Server 2008怎么优化??请高手帮助解决,不胜感激!

使用like'%匹配的文字%',无法优化,因为索引起不到作用.

不过like'匹配的文字%',索引起作用.


真的?

------解决方案--------------------
2008自动优化了
------解决方案--------------------
要不全文索引,试一下?!
------解决方案--------------------
一般情况下几百条数据模糊查询可以用LIKE,但是超过几千上万条就建议用全文索引了!
------解决方案--------------------
引用:
like'%匹配的文字%',SQL Server 2008怎么优化??请高手帮助解决,不胜感激!


使用like'%匹配的文字%',无法优化,因为索引起不到作用.

不过like'匹配的文字%',索引起作用.

这个是正确的
------解决方案--------------------
SQL code

where col like '%parten%'--如果col上建立了Index,SQL Server也无法使用Index,但应该也不会Table Scan,可以Index Scan

where col like 'parten%'--如果col上建立了Index,SQL Server可以使用col上Index。理解方式如下:Mysql中有PreIndex(前缀索引)的机制,也就是说如果我的某个字段前面N个字符长度的唯一率达到了90%以上,那么我们的Index就可以在该字段的前面N个字符上。回到SQL Server中,它就可以使用左边的Parten来匹配索引。

------解决方案--------------------
探讨
SQL code

where col like '%parten%'--如果col上建立了Index,SQL Server也无法使用Index,但应该也不会Table Scan,可以Index Scan

where col like 'parten%'--如果col上建立了Index,SQL Server可以使用col上Index。理解方式如下:Mysql中有PreIndex(前缀索引……

------解决方案--------------------
假如该字段上有索引,并且查询的选择性足够高:

LIKE '匹配的文字%',可以执行Index Seek,效率高。

LIKE '%匹配的文字%',不能执行Index Seek,但可能执行Index Scan,而Index Scan是有可能比Table Scan效率高的。简单地说“索引起不到作用”,太武断了。

在不使用全文索引的情况下,后者的效率当然没有前者高。

然而如果业务上就是需要后一种查找,像LZ的需求:
1) 如果同时有其它限定条件,在其它限定条件上加索引。
2) 如果只有这一个条件,并且该字段长度不超过900字节,在这个字段上加索引。
3) 如果以上条件不满足,有需要提高查询效率,考虑全文索引。