现在一直在做的项目，数据量相对也不小，开始的时候没有觉得，因为是刚开始，数据量还很小，在程序使用过程中速度还挺快，但是随着数据量的不停的增长，发现程序越来越慢，甚至出现了超时的问题，因此要对程序和数据库进行优化，前期项目比较紧，没有针对大数据量业务进行分析设计，所以索引等相关优化没有做到位，通过后期的大数据量导致的错误使用了下面的方法。
这里简单的讲一下：如何使用数据库引擎优化顾问优化数据库
简单的优化一下数据库。
一、启动 microsoft sql server management studio(就是sql的管理工具）
二、工具->sql server profiler
三、sql server profiler->文件->新建跟踪 ->运行
时间长一点，点停止 然后保存这个跟踪
sql server profiler->文件->保存->取个名字。
详细查看：
如何创建跟踪 (SQL Server Profiler)
http://technet.microsoft.com/zh-cn/library/ms175047.aspx
四、sql server profiler->工具-数据库引擎优化顾问
工作负荷 选择刚才保存的文件。
在选择要优化的数据库和表 里面选择一个（不要全选，会卡死的）
选项都是中文的，自己配置一下。
最后点下开始分析。
完成后会有建议
查询其实已经很快了，但是这个功能模块使用频率很高，跟据它的建议优化一下。确实提高了不少。
一个是统计，一个是索引
以下是网上查过来的：
1.STATISTICS是一个表中某几个列的统计信息，如一个表是全校学生某次考试的分数，score列的类型是int，取值范围是0到100的整数， 那么statistc就是每个分数分别有多少人。在一个特定的查询中，使用索引可能加快 速度，也可能减慢速度，所以SQL server要事先对使用索引的效果做一个预测，预测的依据就是STATISTICS。
2.默认情况下，表或索引更改了，统计会相应地自动更新， 以保持统计是最新的。但是可以在数据库选项中关闭这个自动更新的功能，提高数据表的更新速度。但需要定期手动更新统计。因为过期的统计信息会对是否使用索 引的判断带来误判。没发现SQL2000和SQL2005的统计有什么区别。
3.index要依赖正确的STATISTICS才能发挥作用。而你的SQL2005优化工具对缺乏STATISTIC的列自动产生了创建语句。
索引有很多好处和坏外，以下是索引的一点点资料，
http://www.cnblogs.com/Mattcoder/archive/2007/02/08/644824.html
五、查看报告
有很多报告可以查看。
这里可以看到表的访问频率，前面的建议优化是非常正确的。
这里有索引的报告。当索引特别大时，根据自己的实际情况进行优化
