sqlserver创建唯一索引（**L Server索引管理的六大铁律）

本文目录

• **L Server索引管理的六大铁律
• 数据库中创建索引
• 索给用户表编号列添加唯一索引
• 如何为表建立索引
• sqlserver 怎么建索引
• 创建唯一性索引的列可以有一些重复的值吗
• sqlserver无主键的表如何主从同步

**L Server索引管理的六大铁律

　　索引是以表列为基础的数据库对象 索引中保存著表中排序的索引列 并且纪录了索引列在数据库表中的物理存储位置 实现了表中数据的逻辑排序 通过索引 可以加快数据的查询速度和减少系统的响应时间;可以使表和表之间的连接速度加快

　　但是 不是在任何时候使用索引都能够达到这种效果 若在不恰当的场合下 使用索引反而会事与愿违 所以 在**L Server数据库中使用索引的话 还是需要遵守一定的规则 笔者觉得 主要是需要遵守六大铁律

　　铁律一 天下没有免费的午餐 使用索引是需要付出代价的

　　索引的优点有目共睹 但是 却很少有人关心过采用索引所需要付出的成本 若数据库管理员能够对索引所需要付出的代价有一个充分的认识 也就不会那么随意到处建立索引了

　　仔细数数 其实建立索引的代价还是蛮大的 如创建索引和维护索引都需要花费时间与精力 特别是在数据库设计的时候 数据库管理员为表中的哪些字段需要建立索引 要调研 要协调 如当建有索引的表中的纪录又增加 删除 修改操作时 数据库要对索引进行重新调整 虽然这个工作数据库自动会完成 但是 需要消耗服务器的资源 当表中的数据越多 这个消耗的资源也就越多 如索引是数据库中实际存在的对象 所以 每个索引都会占用一定的物理空间 若索引多了 不但会占用大量的物理空间 而且 也会影响到整个数据库的运行性能

　　可见 数据库管理员若要采用索引来提高系统的性能 自身仍然需要付出不少的代价 数据库管理员现在要考虑的就是如何在这两个之间取得一个均衡 或者说 找到一个回报与投入的临界点

　　铁律二 对于查询中很少涉及的列或者重复值比较多的列 不要建立索引

　　在查询的时候 如果我们不按某个字段去查询 则在这个字段上建立索引也是浪费 如现在有一张员工信息表 我们可能按员工编号 员工姓名 或者出身地去查询员工信息 但是 我们往往不会按照身份证号码去查询 虽然这个身份证号码是唯一的 此时 即使在这个字段上建立索引 也不能够提高查询的速度 相反 增加了系统维护时间和占用了系统空间 这简直就是搬起石头砸自己的脚呀

　　另外 如上面的员工信息表 有些字段重复值比较多 如性别字段主要就是“男” “女”;职位字段中也是有限的几个内容 此时 在这些字段上添加索引也不会显著的增加查询速度 减少用户响应时间 相反 因为需要占用空间 反而会降低数据库的整体性能

　　数据库索引管理中的第二条铁律就是 对于查询中很少涉及的列或者重复值比较多的列 不要建立索引

　　铁律三 对于按范围查询的列 最好建立索引

　　在信息化管理系统中 很多时候需要按范围来查询某些交易记录 如在ERP系统中 经常需要查询当月的销售订单与销售出货情况 这就需要按日期范围来查询交易记录 如有时候发现库存不对时 也需要某段时期的库存进出情况 如 月 日到 月 日的库存交易情况等等 此时 也是根据日期来进行查询

　　对于这些需要在指定范围内快速或者频繁查询的数据列 需要为其建立索引 因为索引已经排序 其保存的时候指定的范围是连续的 查询可以利用索引的排序 加快查询时间 减少用户等待时间

　　不过 若虽然可能需要按范围来进行查询 但是 若这个范围查询条件利用的不多的情况下 最好不好采用索引 如在员工信息表中 可能需要查询 年 月份以前入职的员工明细 要为他们增加福利 但是 由于表中记录不多 而且 也很少进行类似的查询 若维这个字段建立索引 虽然无伤大雅 但是很明显 索引所获得的收益要低于其成本支出 对数据库管理员来说 是得不偿失的

　　再者 若采用范围查询的话 最好能利用TOP关键字来限制一次查询的结果 如第一次按顺序只显示前面的 条记录等等 把TOP关键字跟范围一起使用 可以大大的提高查询的效率

　　铁律四 表中若有主键或者外键 一定要为其建立索引

　　定义有主键的索引列 一定要为其建立索引 因为主键可以加速定位到表中的某一行 结合索引的作用 可以使得查询的速度加倍 如在员工信息表中 我们往往把员工编号设置为主键 因为这不但可以提高查询的速度 而且因为主键要求记录的唯一 还可以保证员工编号的唯一性 此时 若再把这个员工编号字段设置为索引 则通过员工编号来查询员工信息 其效率要比没有建立索引高出许多

　　另外 若要使得某个字段的值唯一 可以通过两种索引方式实现 一种就是上面所讲的主键索引 还有一种就是唯一索引 利用UNIQUE关键字指定字段内容的唯一性 这两种方式都会在表中的指定列上自动创建唯一索引 这两种方式的结果没有明显的区别 查询优化器不会区分到底是哪种方式建立的唯一性索引 而且他们进行数据查询的方式也是相同的

　　若某张表中的数据列定义有外键 则最好也要为这个字段建立索引 因为外键的主要作用就在于表与表之间的连接查询 若在外键上建立索引 可以加速表与表之间的连接查询 如在员工基本信息表中 有一个字段为员工职位 由于员工职位经常在变化 在这里 存储的其实只是一个员工职位的代码 在另外一张职位信息表中详细记录著该职位的相关信息 此时 这个员工职位字段就是外键 若在这个字段上建立外键 则可以显著提高两张表的连接速度 而且 记录越多 其效果越加明显

　　所以 当表中有外键或者主键的时候 就最好为其建立索引 通过索引 可以强化主键与外键的作用 提高数据库的性能

　　铁律五 对于一些特殊的数据类型 不要建立索引

　　在表中 有些字段比较特殊 如文本字段(TXT) 图像类型字段(IMAGE)等等 如果表中的字段属于这些数据类型 则最好不要为其建立索引 因为这些字段有一些共同的特点 如长度不确定 要么很长 几个字符;要么就是空字符串 如文本数据类型常在应用系统的数据库表中用来做备注的数据类型 有时候备注很长 但有时候又没有数据 若这种类型的字段上建立索引 那根本起不了作用 相反 还增加了系统的负担

　　所以 在一些比较特殊的数据类型上 建立索引要谨慎 在通常情况下 没有必要为其建立索引 但是 也有特殊的情况 如有时候 在ERP系统中 有产品信息这个表 其中有个产品规格这个字段 有时候 其长度可能长达 个字符 此时 只有文本型的数据类型可以容纳这么大的数据量 而且 在查询的时候 用户又喜欢通过规格这个参数来查询产品信息 此时 若不为这个字段建立索引的话 则查询的速度会很慢 遇到这种情况时 数据库管理员只有牺牲一点系统资源 为其建立索引

　　从这里也可以看出 虽然以上几条说的时铁律 但是 是否需要遵循 还是需要数据库管理员根据企业的实际情况 做出合理的选择

　　铁律六 索引可以跟Where语句的集合融为一体

　　用户在查询信息的时候 有时会经常会用到一些限制语句 如在查询销售订单的时候 经常会用到客户以及下单日期的条件集合;如在查询某个产品的库存交易情况时 就会利用产品编号与交易日期起止日期的条件集合

　　对于这些经常用在Where子句中的数据列 将索引建立在 Where子句的集合过程中 对于需要加速或者频繁检索的数据列 可以让这些经常参与查询的数据列按照索引的排序进行查询 以加快查询的时间

数据库中创建索引

为给定表或视图创建索引。

只有表或视图的所有者才能为表创建索引。表或视图的所有者可以随时创建索引，无论表中是否有数据。可以通过指定限定的数据库名称，为另一个数据库中的表或视图创建索引。语法

CREATEINDEXindex_name

ON{table|view}(column)

[WITH

::=

{PAD_INDEX|

FILLFACTOR=fillfactor|

IGNORE_DUP_KEY|

DROP_EXISTING|

STATISTICS_NORECOMPUTE|

SORT_IN_TEMPDB

}参数

UNIQUE为表或视图创建唯一索引（不允许存在索引值相同的两行）。视图上的聚集索引必须是UNIQUE索引。在创建索引时，如果数据已存在，Microsoft?**LServer?会检查是否有重复值，并在每次使用INSERT或UPDATE语句添加数据时进行这种检查。如果存在重复的键值，将取消CREATEINDEX语句，并返回错误信息，给出第一个重复值。当创建UNIQUE索引时，有多个NULL值被看作副本。如果存在唯一索引，那么会产生重复键值的UPDATE或INSERT语句将回滚，**LServer将显示错误信息。即使UPDATE或INSERT语句更改了许多行但只产生了一个重复值，也会出现这种情况。如果在有唯一索引并且指定了IGNORE_DUP_KEY子句情况下输入数据，则只有违反UNIQUE索引的行才会失败。在处理UPDATE语句时，IGNORE_DUP_KEY不起作用。**LServer不允许为已经包含重复值的列创建唯一索引，无论是否设置了IGNORE_DUP_KEY。如果尝试这样做，**LServer会显示错误信息；重复值必须先删除，才能为这些列创建唯一索引。CLUSTERED创建一个对象，其中行的物理排序与索引排序相同，并且聚集索引的最低一级（叶级）包含实际的数据行。一个表或视图只允许同时有一个聚集索引。具有聚集索引的视图称为索引视图。必须先为视图创建唯一聚集索引，然后才能为该视图定义其它索引。在创建任何非聚集索引之前创建聚集索引。创建聚集索引时重建表上现有的非聚集索引。如果没有指定CLUSTERED，则创建非聚集索引。说明因为按照定义，聚集索引的叶级与其数据页相同，所以创建聚集索引时使用ONfilegroup子句实际上会将表从创建该表时所用的文件移到新的文件组中。在特定的文件组上创建表或索引之前，应确认哪些文件组可用并且有足够的空间供索引使用。文件组的大小必须至少是整个表所需空间的***倍，这一点很重要。

索给用户表编号列添加唯一索引

以sqlserver为例，创建唯一索引的语法如下：
CREATE UNIQUE CLUSTERED INDEX 索引名 ON 表名(字段名);
如，为USER表中的id字段创建唯一索引：
CREATE UNIQUE CLUSTERED INDEX u_id ON USER(USER_CODE);

如何为表建立索引

建立索引的优缺点:
为什么要创建索引呢？
这是因为，创建索引可以大大提高系统的性能。
第一、通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。
第二、可以大大加快 数据的检索速度，这也是创建索引的最主要的原因。
第三、可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
第四、在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
第五、通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。
也许会有人要问：增加索引有如此多的优点，为什么不对表中的每一个列创建一个索引呢？这种想法固然有其合理性，然而也有其片面性。虽然，索引有许多优点， 但是，为表中的每一个列都增加索引，是非常不明智的。
这是因为，增加索引也有许多不利的一个方面:
第一、创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。
第二、索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间。如果要建立聚簇索引，那么需要的空间就会更大。
第三、当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。
什么样的字段适合创建索引:
索引是建立在数据库表中的某些列的上面。因此，在创建索引的时候，应该仔细考虑在哪些列上可以创建索引，在哪些列上不能创建索引。
一般来说，应该在这些列上创建索引，例如：
第一、在经常需要搜索的列上，可以加快搜索的速度；
第二、在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；
第三、在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；
第四、在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；
第五、在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；
第六、在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。
建立索引，一般按照select的where条件来建立，比如： select的条件是where f1 and f2，那么如果我们在字段f1或字段f2上简历索引是没有用的，只有在字段f1和f2上同时建立索引才有用等。
什么样的字段不适合创建索引:
同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点：
第一，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，
并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。
第二，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，
在查询的结果中，结果集的数据行占了表中数据行的很大比 例，即需要在表中搜索的数据行的比例很大。
增加索引，并不能明显加快检索速度。
第三，对于那些定义为text, p_w_picpath和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。
第四，当修改性能远远大于检索性能时，不应该创建索 引。这是因为，修改性能和检索性能是互相矛盾的。
当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。
因此，当修改性能远远大于检索性能时，不应该创建索引。
创建索引的方法::
1、创建索引，例如 create index 《索引的名字》 on table_name (列的列表);
2、修改表，例如 alter table table_name add index (列的列表);
3、创建表的时候指定索引，例如create table table_name ( (列的列表) );
查看表中索引的方法:
show index from table_name; 查看索引
索引的类型及创建例子::
***** KEY （主键索引）
mysql》 alter table table_name add primary key ( `column` )
***** 或 UNIQUE KEY (唯一索引)
mysql》 alter table table_name add unique (`column`)
***** (全文索引)
mysql》 alter table table_name add fulltext (`column` )
***** (普通索引)
mysql》 alter table table_name add index index_name ( `column` )
5.多列索引 (聚簇索引)
mysql》 alter table `table_name` add index index_name ( `column1`, `column2`, `column3` )
修改表中的索引：
alter table tablename drop primary key,add primary key(fileda,filedb)

sqlserver 怎么建索引

表的主关键字自动建立唯一索引
select * from Ad_Meter
直接条件查询的字段
Ad_Meter 表中 作为条件查询的 S_ip
select * from Ad_Meter where S_Ip=’314111963400’
查询中与其它表关联的字段
Ad_Meter 表的SYSID_Floor
select * from Ad_Meter m inner join Ad_Floor f on *****_Floor=*****_Floor
查询中排序的字段
Ad_Meter 的 s_ip ，按s_ip的倒序查询
select * from Ad_Meter order by S_Ip desc
查询中统计或分组统计的字段
select MAX(SYSID_Floor) from Ad_Meter
select S_Ip ,COUNT (*) from Ad_Meter group by S_Ip
步骤二：直接条件查询的字段
select * from Ad_Meter where S_Ip=’314111963400’
举例建一个索引。
找到有添加索引的表 Ad_Meter,展开找到 索引，右键--》新建--》添加选择作为索引的字段--》确定

创建唯一性索引的列可以有一些重复的值吗

不可以。建唯一性索引的前提是，创建索引的列中已有的记录本身没有重复的值。否则，系统会报错，创建失败。创建唯一性索引的列不可以有一些重复的值。

sqlserver无主键的表如何主从同步

在 **L Server 中，对于没有主键的表进行主从同步是有一些困难的，因为主键是用来唯一标识记录的，这使得在复制过程中能够准确匹配和更新数据。如果没有主键，同步过程可能会变得混乱，可能会导致数据不一致。

但是，有一些潜在的解决方案：

• **添加主键：**这是最直接和最有效的解决方案。如果可能，应该在表中添加一个主键。这可以是一个自增的 ID 字段，或者如果有一个或多个字段可以唯一标识记录，可以使用它们作为主键。

• **使用唯一索引：**如果不能添加主键，但有一个或多个字段可以唯一标识记录，可以考虑使用这些字段创建一个唯一索引。这可以作为主键的替代方案，但可能在处理冲突时遇到困难。

• **更改复制策略：**如果无法修改表结构，可以考虑改变复制策略。例如，可以使用触发器或者定期执行的存储过程来同步数据。这种方式可能需要更多的开发工作，并且可能更难以管理和优化。

• **使用第三方工具：**有些第三方数据库同步工具可能可以处理没有主键的表。这些工具通常会提供更多的配置选项，以适应各种不同的情况。但是，使用这些工具可能需要额外的成本，包括购买软件和培训员工。

在考虑这些选项时，应该权衡各种因素，包括开发和维护的成本、性能、数据一致性等。如果可能，最好的选择通常是修改表以添加主键。