实体框架生成的用于字符串匹配的SQL

原因是,对于SQL来说,charindex执行起来要比喜欢的快得多,更干净。原因是,你 可以 有一些疯狂的“喜欢”条款。例子:

SELECT * FROM Customer WHERE EmailDomain LIKE 'abc%de%sss%'

但是,“charindex”函数(基本上是“indexof”)只处理查找一组字符的第一个实例…不允许使用通配符。

所以,这是你的答案:)

编辑:我只是想补充一点,我鼓励人们在SQL查询中使用charindex来查找不需要“like”的内容。尽管在SQL Server 2000中…“文本”字段可以使用 喜欢 方法,但不是charindex。

我不了解MS SQL Server,但是在SQL Server Compact上,比如“foo%”,比charindex快数千倍,如果您在seach列上有索引的话。现在我正坐着拔我的头发,如何强迫它像这样使用。

http://social.msdn.microsoft.com/Forums/en-US/adodotnetentityframework/thread/1b835b94-7259-4284-a2a6-3d5ebda76e4b

Like和Charindex的表现似乎差不多,所以这不应该是原因。见 here 或 here 进行讨论。而且演员阵容也很奇怪,因为查林德克斯返回了一个int。

charindex返回第二个术语中第一个术语的位置。

SQL以1开头作为第一个位置(0=未找到)

http://msdn.microsoft.com/en-us/library/ms186323.aspx

我不知道它为什么使用这种语法,但这就是它的工作原理

我同意这样做不会更快,我从数据库中检索了数万行,其中有字母I的名字。不过,我发现您需要使用>而不是=。所以用

{cols} FROM Customer WHERE ((CAST(CHARINDEX(@term, EmailDomain) AS int)) > 0)

而不是

{cols} FROM Customer WHERE ((CAST(CHARINDEX(@term, EmailDomain) AS int)) = 1)

这是我的两个测试……

select * from members where surname like '%i%'    --12 seconds

select * from sc4_persons where ((CAST(CHARINDEX('i', surname) AS int)) > 0)  --12 seconds

select * from sc4_persons where ((CAST(CHARINDEX('i', surname) AS int)) = 1)  --too few results