求救！建立的全文索引为何还是慢！

Question

SELECT fulltextserviceproperty('VerifySignature') 
exec sp_fulltext_service verify_signature,0

Answer 1

--单独执行这个要多久时间?select top 10 A.ID from gbc_supply as A  
where freetext(A.*,'"*电脑*"')   
order by A.createtime desc 

Answer 2

看你语句有排序操作,这个是很耗费时间的,你可以去掉ORDER BY ,先看看查询出来的时间是多少.

Answer 3

上面的发布的时间就是单独执行语句的时间；
去掉Order by 确实快了很多，返回时间不要1秒；
但是业务逻辑是需要按照时间来排序的，那该如何呢？执行下面语句
SELECT fulltextserviceproperty('VerifySignature') 
exec sp_fulltext_service verify_signature,0
报错：过程 'sp_fulltext_service' 指定的参数或选项无效。还望各位指教！

Answer 4

但是业务逻辑是需要按照时间来排序的，那该如何呢？>>在时间上创建索引。

Answer 5

createtime 我建立的索引，但好像不降序，是不是在编辑索引的时候把排序(DESC)这项勾选上？

Answer 6

try:select top 10 A.ID 
from gbc_supply as A inner join gbc_associator as B on B.ID=A.associator
where freetext(A.*,N'电脑')

Answer 7

修改createtime索引的排序方式为(DESC),首次查询时间还是如下:SQL Server 分析和编译时间: 
   CPU 时间 = 15 毫秒，耗费时间 = 161 毫秒。（所影响的行数为 10 行）
SQL Server 执行时间: 
   CPU 时间 = 329 毫秒，耗费时间 = 12305 毫秒。

Answer 8

没有加上order by 的执行时间是很少，不到1秒但关键业务上还是需要按时间降序排列的！

Answer 9

而且你用了inner join ，这也会影响查询速度的！

Answer 10

我写掉了order by。你加上去试试吧。
inner join 是联表查询中效率最高的。

Answer 11

想一下....这样呢?CREATE INDEX ix_Associator_CreateTime ON gbc_supply(CreateTime,ssociator)?

Answer 12

select top 10 A.ID 
from gbc_supply as A inner join gbc_associator as B on B.ID=A.associator
where freetext(A.*,N'电脑')
order by A.createtime desc这样的执行时间如下:
SQL Server 分析和编译时间: 
   CPU 时间 = 16 毫秒，耗费时间 = 154 毫秒。（所影响的行数为 10 行）
SQL Server 执行时间: 
   CPU 时间 = 422 毫秒，耗费时间 = 22905 毫秒。

Answer 13

搞反了这样:CREATE INDEX ix_Associator_CreateTime ON gbc_supply(Associator,CreateTime)GO

Answer 14

恩，300w条做连接是比较耗时。那再试试这样：select top 10 ID 
from gbc_supply
where associator in (select ID from gbc_associator) and freetext(A.*,N'电脑') 
order by createtime desc 

Answer 15

上面写错了。select top 10 ID 
from gbc_supply
where associator in (select ID from gbc_associator) and freetext(gbc_supply.*,N'电脑') 
order by createtime desc 
还不行的话，只好建索引了。。

Answer 16

改成ID就行了
ID是聚集索引！
谢谢大家！