在sql中，用于构建索引的命令是

您可以使用alter命令或create命令来创建索引。语法如下

alter table name add index index name(column _ list)；

alter表名add unique(column _ list)；

alter table name添加主键(column _ list)；

它们是一般索引、唯一索引和主键索引，其中column_list是表的字段名称，多个字段可以用逗号分隔。

创建索引的Create方法，无法创建主键索引。

在表名(column_list)上创建索引名；

表名(column_list)上的唯一索引名；

索引的使用？

常用规则

1、表的主键、外键必须有索引；

2、数据量超过300的表应该有索引；

3、经常与其他表进行连接的表，在连接字段上应该建立索引；

4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；

5、索引应该建在选择性高的字段上；

6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；

7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：

正确选择复合索引中的主列字段，一般是选择性较好的字段；

复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否 极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；

如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；

如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；

如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；

8、频繁进行数据操作的表，不要建立太多的索引；

9、删除无用的索引，避免对执行计划造成负面影响；

以上是一些普遍的建立索引时的判断依据。索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。

因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。 另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大。

总的来说，小型表肯定不建索引，或者数据库记录在亿条数据级以上，还是建议使用非关系型数据库。 还有些特殊字段的数据库，比如BLOB，CLOB字段肯定也不适合建索引。

对千万级MySQL数据库建立索引的事项及提高性能的手段

注意事项：

首先，应当考虑表空间和磁盘空间是否足够。我们知道索引也是一种数据，在建立索引的时候势必也会占用大量表空间。因此在对一大表建立索引的时候首先应当考虑的是空间容量问题。 其次，在对建立索引的时候要对表进行加锁，因此应当注意操作在业务空闲的时候进行。

建立结构复合索引的命令格式？

index on 专业 tag zhuanye

调用时,输入set order zhuanye即可

建立复合索引之后还需要建立单独的索引吗？

这要看情况，如果你的查询条件基本上都包含了复合索引中的字段那就不用建了，如果你针对复合索引中包含的字段，以单字段作为查询条件的情况多的话，那么也可以对单个字段再建索引的

oracle怎么修改索引增加复合字段？

不能直接修改，只能先drop单列的index. 再创建多列的复合索引。

oracle对于多个大表关联操作如何优化速度？

1、首先要建立适当的索引。sql在索引字段不要加函数，保证索引起效。如果是复合索引注意在sql的顺序。如果已经存在索引，建议你先重建索引先，因为大数据表的索引维护到了一个阶段就是乱的，一般建议重建。建立好的一般可以获得几十倍的速度提升。

2、最大数据量的表放在最前，最小的表放在最后面。sql是从最后面开始反向解析的。

3、其次是要把最有效缩小范围的条件放到sql末尾去。尤其是主键或者索引字段的条件。

4、保证你sql的算法合理性。保证复杂度和空间度的合理性。

5、必要时候使用存储过程。提升30%-40%的速度

6、建议你分页读取不要一下读完所有的数据。（使用rownum），一下子数据太多会使得内存不够用的。 如果这些都做了还不满意的话，可以考虑建立几个表空间，然后按照一个算法将各个表的数据，平均的放在各个表空间内（分表分区），在select的时候数据库就会使用多线程到各个表空间索引数据，这个一般不是上千万级的表是不用的。 也不是所有人都会用。