用SQL建立索引
假设你想找书中的某一个句子。你可以一页一页地逐页搜索，但这会花很多时间。而通过使用索引，你可以很快地找到你要搜索的主题。
表的索引与附在一本书后面的索引非常相似。它可以极大地提高查询的速度。对一个较大的表来说，通过加索引，一个通常要花费几个小时来完成的查询只要几分钟就可以完成。因此没有理由对需要频繁查询的表增加索引。
注意：
当你的内存容量或硬盘空间不足时，也许你不想给一个表增加索引。对于包含索引的数据库，SQL Sever需要一个可观的额外空间。例如，要建立一个聚簇索引，需要大约1.2倍于数据大小的空间。要看一看一个表的索引在数据库中所占的空间大小，你可以使用系统存储过程sp_spaceused，对象名指定为被索引的表名。
聚簇索引和非聚簇索引
假设你已经书的索引找到了一个句子所在的页码。一旦已经知道了页码后，你很可能漫无目的翻寻这本书，直至找到正确的页码。通过随机的翻寻，你最终可以到达正确的页码。但是，有一种找到页码的更有效的方法。
首先，把书翻到大概一半的地方，如果要找的页码比半本书处的页码小，就书翻到四分之一处，否则，就把书翻到四分之三的地方。通过这种方法，你可以继续把书分成更小的部分，直至找到正确的页码附近。这是找到书页的非常有效的一种方法。
SQL Sever的表索引以类似的方式工作。一个表索引由一组页组成，这些页构成了一个树形结构。根页通过指向另外两个页，把一个表的记录从逻辑上分成和两个部分。而根页所指向的两个页又分别把记录分割成更小的部分。每个页都把记录分成更小的分割，直至到达叶级页。
索引有两种类型：聚簇索引和非聚簇索引。在聚簇索引中，索引树的叶级页包含实际的数据：记录的索引顺序与物理顺序相同。在非聚簇索引中，叶级页指向表中的记录：记录的物理顺序与逻辑顺序没有必然的联系。
聚簇索引非常象目录表，目录表的顺序与实际的页码顺序是一致的。非聚簇索引则更象书的标准索引表，索引表中的顺序通常与实际的页码顺序是不一致的。一本书也许有多个索引。例如，它也许同时有主题索引和作者索引。同样，一个表可以有多个非聚簇索引。
通常情况下，你使用的是聚簇索引，但是你应该对两种类型索引的优缺点都有所理解。
每个表只能有一个聚簇索引，因为一个表中的记录只能以一种物理顺序存放。通常你要对一个表按照标识字段建立聚簇索引。但是，你也可以对其它类型的字段建立聚簇索引，如�
相关文档：
Sql代码
--采用SQL语句实现sql2005和Excel 数据之间的数据导入导出，在网上找来一--下，实现方法是这样的：
--Excel---->SQL2005 导入：
select * into useinfo from O ......
1.选择最有效率的表名顺序(只在基于规则的优化器中有效)
SQLSERVER的解析器按照从右到左的顺序处理from子句中的表名，因此from子句中写在最后的表（基础表driving table）将被最先处理，在from子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式� ......
如果你经常遇到下面的问题，你就要考虑使用SQL Server的模板来写规范的SQL语句了：
SQL初学者。
经常忘记常用的DML或是DDL SQL 语句。
在多人开发维护的SQL中，每个人都有自己的SQL习惯，没有一套统一的规范。
在SQL Server Management Studio中，已经给大家提供了很多常用的现成SQL规范模板。
SQL Server Management ......
当Oracle数据库创建完成后，系统将会自动运行utlrp.sql这个脚本文件（D:\oracle\product\10.1.0\Db_1\RDBMS\ADMIN），但是，当通过定制安装类型的方式创建了数据库时，系统则不会运行utlrp.sql这个脚本，所以，建议在创建、更新或迁移一个数据库后，运行一下utlrp.sql这个脚本，以验证数据库安装是否成功，这样可以重新编译 ......
1.bzscs(沙虫 我爱小美)用函數的好辦法:
CREATE function [dbo].[calc_date](@time smalldatetime,@now smalldatetime)
returns nvarchar(10)
as
begin
declare @year int,@month int,@day int
select @year = datediff(yy,@time,@now)
if (month(@now)=month(@time)) and (day ......
