求解决方案
是这样，公司前任留下了一个让人十分头痛的数据库。
里面有个VIEW，链了10来个表。主表有7万多记录。
COUNT一下这个VIEW要19秒，查TOP 25要28秒！！！
天啊。
又不能改数据库结构，因为很多地方都在用。

求解决方案。。。。

------解决方案--------------------
额
用索引 试试！
------解决方案--------------------
要什么解决方案啊？是查询、导出还是打印？

导出，没什么好办法。

查询用大分页技术，7万数据量小意思，0.5秒出一页。
------解决方案--------------------
select N多表 from 表 inner join 表1 on 表.x = 表1.x inner join ...... 一直inner join

这样一个语句，如果慢的话，只能是索引没有做吧，条件语句是怎么样的呢？
------解决方案--------------------
这样等于10个表先笛卡尔一下再过滤，能不慢吗。建议常识调整一下检索方法，先过滤掉一部分数据，或者使用临时表或者表变量？反正这样肯定会慢，又或者明细数据中有哪个大的表没有索引总之办法就是想办法缩小内联的个数或者查询的结果集。