十万火急呀，数据库多表查询，速度奇慢，已经被逼入绝境，请各位火速支援

Question

大哥，使用臨時表，
1、內存使用 多使用臨時表 
2、提高磁盤I/O讀取 多使用臨時表
3、創建和管理索引 
4、數據分區   本地式分區視圖 和 分布式分區視圖
5、SQL查詢優化 SQL優化規則

Answer 1

你的數據量是太小了， SqlServer應該處理百萬級別的數據，影響不大。
估計是你建表或者SQL效率低造成的。

Answer 2

看你的执行计划：
set showplan_text on
or
set statistics profile on

Answer 3

 like '%青%岛%'  
 估计问题出于此。你这个like 查询干嘛这么写呢，。正常你一个链表查询 我查10多万的记录也不至于如此。 再之如果你并不是特别要求一次性查处所有记录的话，考虑分页查询。select top 50 * from table where table.id not in(select top * 50*page from table where tiaojian ) where tiaojian ='

Answer 4

试下从小集合里找交集~大数据才明显~
select DISTINCT c.archivesNo,c.registrationNo,c.paperProjectSeqNo,c.volNo,c.archivesTitle,c.paijiaNo,c.textMaterial,c.drawing,c.firstResponsible,c.transferUnit,c.licenseNo,c.archiveThickness,c.kaigongTime,c.jungongTime
from (select * from ProjectInfo where status='1') a,
(select * from ArchivesDetail where archivesTitle like '%青%?%') c,
PaperArchives d
where a.projectID=d.projectID 
and d.paperProjectSeqNo=c.paperProjectSeqNo 
order by c.paperProjectSeqNo,c.ArchivesNo 

Answer 5

archivesTitle like '%青%岛%'
此句不会使用索引，而直接进行全表扫描！建议为archivesTitle建立全文索引！关于全文索引，很简单，请自行百度。

Answer 6

6W数据，　数据量太小了。
慢到什么程序？distinct 确定要加吗？

Answer 7

SELECT DISTINCT 
             c.archivesNo, c.registrationNo, c.paperProjectSeqNo, c.volNo,
             c.archivesTitle, c.paijiaNo, c.textMaterial, c.drawing, 
             c.firstResponsible, c.transferUnit, 
             c.licenseNo, c.archiveThickness, c.kaigongTime, c.jungongTime
FROM         ProjectInfo AS a CROSS JOIN
             ArchivesDetail AS c CROSS JOIN
             PaperArchives AS d
WHERE     (a.status = '1') AND (c.archivesTitle LIKE '%青%岛%')
AND (a.projectID = d.projectID) 
AND (d.paperProjectSeqNo = c.paperProjectSeqNo)
ORDER BY c.paperProjectSeqNo, c.archivesNo
根据sql执行顺序，你sql中先执行三个table的笛卡尔连接，这三个表各有多少数据呢？
后面的条件非常耗时的是like条件，别的没法优化了。
建议先建立相关索引，再看看执行计划（ctrl +L）。

Answer 8

启动sql server 2005 的查询优化工具，把语句贴到里面运行优化工具，按照给出的提示操作！