sql server 索引管理六大铁律
文章来源：IT工程技术网 http://www.systhinker.com/?viewnews-11609
铁律一：天下没有免费的午餐，使用索引是需要付出代价的。
索引的优点有目共睹，但是，却很少有人关心过采用索引所需要付出的成本。若数据库管理员能够对索引所需要付出的代价有一个充分的认识，也就不会那么随意到处建立索引了。
仔细数数，其实建立索引的代价还是蛮大的。如创建索引和维护索引都需要花费时间与精力。特别是在数据库设计的时候，数据库管理员为表中的哪些字段需要建立索引，要调研、要协调。如当建有索引的表中的纪录又增加、删除、修改操作时，数据库要对索引进行重新调整。虽然这个工作数据库自动会完成，但是，需要消耗服务器的资源。当表中的数据越多，这个消耗的资源也就越多。如索引是数据库中实际存在的对象，所以，每个索引都会占用一定的物理空间。若索引多了，不但会占用大量的物理空间，而且，也会影响到整个数据库的运行性能。
可见，数据库管理员若要采用索引来提高系统的性能，自身仍然需要付出不少的代价。数据库管理员现在要考虑的就是如何在这两个之间取得一个均衡。或者说，找到一个回报与投入的临界点。
铁律二：对于查询中很少涉及的列或者重复值比较多的列，不要建立索引。
在查询的时候，如果我们不按某个字段去查询，则在这个字段上建立索引也是浪费。如现在有一张员工信息表，我们可能按员工编号、员工姓名、或者出身地去查询员工信息。但是，我们往往不会按照身份证号码去查询。虽然这个身份证号码是唯一的。此时，即使在这个字段上建立索引，也不能够提高查询的速度。相反，增加了系统维护时间和占用了系统空间。这简直就是搬起石头砸自己的脚呀。
另外，如上面的员工信息表，有些字段重复值比较多。如性别字段主要就是“男”、“女”;职位字段中也是有限的几个内容。此时，在这些字段上添加索引也不会显著的增加查询速度，减少用户响应时间。相反，因为需要占用空间，反而会降低数据库的整体性能。
数据库索引管理中的第二条铁律就是，对于查询中很少涉及的列或者重复值比较多的列，不要建立索引。
铁律三：对于按范围查询的列，最好建立索引。
在信息化管理系统中，很多时候需要按范围来查询某些交易记录。如在ERP系统中，经常需要查询当月的销售订单与销售出货�
相关文档：
DATENAME([Year],
dbo.reservation.begintime) + N'年' + CAST(DATEPART([Month],
dbo.reservation.begintime) AS varchar) + N'月' + DATENAME([Day],
dbo.reservation.begintime) + N'日' + DATENAME([Hour], dbo.r ......
1.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null
可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
select id from t where num=0
2.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃� ......
1. 复制表结构
Sql代码
1. select * into B from A where 1=0;
select * into B from A where 1=0;
2.复制表记录 复制某些字段
Sql代码
1. insert into B(a, b, c) select d, e, f from A;
insert into B(a, b, c) select d, e, f from A;
复� ......
昨晚，到微软官方下了一个32版本的Trial版本。文件名为SQLFULL_x86_ENU.exe。文件大小为1.30G左右。因为只有32位一个版
本，比SQL Server 2008那个3G的要小多了。呵呵。
http://www.microsoft.com/sqlserver/2008/en/us/R2Downloads.aspx
下
载完成后，先卸载原来的SQL Server 2008 sp2,结果整整运行了两� ......
