SQL语句优化方法
1.只查询需要的列，不用*
2.IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况 1、升级硬件
2、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。
3、扩大服务器的内存
4、增加服务器CPU个数
5、对于大的数据库不要设置数据库自动增长，它会降低服务器的性能
6、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表,后果严重。
7、查询时不要返回不需要的行、列
8、用select top 100 / 10 Percent 来限制用户返回的行数或者SET ROWCOUNT来限制操作的行
9、在IN后面值的列表中，将出现最频繁的值放在最前面，出现得最少的放在最后面，减少判断的次数
10、一般在GROUP BY 个HAVING字句之前就能剔除多余的行，所以尽量不要用它们来做剔除行的工作。他们的执行顺序应该如下最优：
select的Where字句选择所有合适的行，Group By用来分组个统计行，Having字句用来剔除多余的分组。这样Group By 个Having的开销小，查询快.对于大的数据行进行分组和Having十分消耗资源。如果Group BY的目的不包括计算，只是分组，那么用Distinct更快
11、一次更新多条记录比分多次更新每次一条快,就是说批处理好 MS SQL Server查询优化方法
查询速度慢的原因很多，常见如下几种 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）
7、锁或者死�
相关文档：
Sql代码
--采用SQL语句实现sql2005和Excel 数据之间的数据导入导出，在网上找来一--下，实现方法是这样的：
--Excel---->SQL2005 导入：
select * into useinfo from O ......
1.选择最有效率的表名顺序(只在基于规则的优化器中有效)
SQLSERVER的解析器按照从右到左的顺序处理from子句中的表名，因此from子句中写在最后的表（基础表driving table）将被最先处理，在from子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式� ......
linq最近越来越火 从网上看了相关教程
试着写了一些东西！
下面是一个简单的增删改查功能！！！
类:
下面是对这个表进行操作了
贴代码:
public class LinqTosql
{
public static GameCardSaleDataContext data = new GameCardSaleDataContext();
//输出新闻表所有标题
public ......
using (DataClasses1DataContext a = new DataClasses1DataContext())
{
}
这样写比较方便
更新时,如果表没有主键,那不会更新,也不会报错,设了主键后,重开连接,重新拖一个到Context里面
如果表的映射类不是从context里面搜出来的,而是自己new的
用context.表类.Attach(外面的类,true/false)更新 ......
如果你正在负责一个基于SQL Server的项目，或者你刚刚接触SQL Server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）。
在这里，我不打算介绍使用SQL Server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计 ......
