1. sql server索引的问题，关于聚集索引和非聚集索引。谢谢
聚集索引： 数据的索引位置就是数据本身，显然一个表只能有一个聚集索引，所以才需要非聚集索引来按更多的字段来索引。
非聚集索引：数据的索引位置是一个指针，这个指针再指向数据本身。
2. sql中关于聚集索引的问题
不是没有必要再建立，而是不能建立：
1、聚簇索引（也就是你说的聚集索引），在每张表上只能建立一个，是唯一的哦。
2、假设这个表没有索引，要建立聚簇索引也不能建立在s_name字段上，因为你无法保证学生中不会有重名的，例如：【id】是“5”号的学生叫“张三”，可能【id】是“89”的学生也叫“张三”，聚簇索引只能建立在该列无重复数据的字段上。
---------------------------------------------------------------------
其实，一个表的索引（无论聚簇索引、非聚簇索引）越少越好，否则会降低数据库的效能。
3. 如何用sql语句在列上建立聚集索引
可以用如下语句
create clustered index 索引名 on 表名(字段名)
4. sql server中如何删除聚集索引
删除索引的语句:
DROP INDEX sy ON salary ;
5. 如何用SQL语句删除不唯一、非聚集索引
drop index index_name 就好了 啊
6. SQL聚集索引的问题——有请高手！！！！！！！！！
在创建聚集索引时,数据库会将所有的数据重新按顺序重新排序,在数据结构(逻辑上)连续顺序,同时在硬盘的位置(也就是物理上)也是连续地按顺序摆放的
一般来说,新增数据时数据库都会根据主键的值按之前排好的顺序插入其中,而不是单纯的放到最后面;
之前说过聚集索引在物理上是连续顺序的,但是随着不断的插入新数据,物理上预留的位置不足够,那么新的记录就会存放在硬盘的其他地方,从而导致物理上不连续;但是逻辑上还是连续顺序的;随着时间的推移物理上数据将越来越分散,最终导致查询的性能,这是则可以通过重建索引的方法,使数据保持连续顺序; 如果楼主还想有更深入的了解,建议到博客园关注CareySon 的博客,真正的大牛,我是他的粉丝之一,PS:网络知道不给放链接
7. 如何设置聚集索引(Cluster Index)
聚集索引的好处就是可以让数据按照此索引的顺序进行物理位置存放，用blog_Comment表来说明，此表有comm_idcomm_logidcomm_author comm_posttime等字段 比如说posttime between DATE1 and DATE2,OK这样的话聚集索引利用到了，因为这个区间段的数据是非常亲密地靠在一起的，可以用最少的I/O开销取得所需的结果集。可是我们知道，更多的时候我们是在显示一个article时然后读取它的所有comments，这时，过滤条件就成了comm_logid = ID了，如果聚集索引被comm_id心安理得地占用的话，那么很可能我们这批comments需要多个数据页才能得到，这样的话，就大大地增加了时间，因为I/O的开销比CPU在内存上的数据查找排序都是要高一个数据级的。 但是聚集索引的改变同样会给其它的查询带来负面影响，比如说comm_id = ID的查询，在原来只需要在PK_blog_Comment_comm_id的聚集索引上查找记录，然后得到的指针指向就是实际数据块的存放位置了，但是现在，在此非聚集的唯一索引上查找得到的指针是指向IX_blog_Comment_comm_logid的的位置，所以需要多一次的Bookmark Lookup才能取得所需数据。 其实使用的方法很简单，当你需要频繁地取得批量数据时，把聚集索引放在最有可能定位区间的字段上。 另外blog_Article的聚集索引我放在posttime上了，因为经常要对此字段进行order by的查询，虽然logid和posttime的排序方向是一样的，但是我这样可能通过cluster index的lookup 节省一个order by的时间，不过到底孰优孰劣我还不敢下结论。 其它的blog_Archive,blog_Category的聚集索引都在authorid上，因为这个都是对于authorid = ID的查询。 也许随着数据量的增长，情况会有不同，这个以后再看情况调整了。
8. sql索引问题，我要建立一个聚集索引是不是要取消表里的主键
可以将原来的主键取消，设置成唯一并不为空，再设置聚集索引列
这样原来的主键列同样具有主键的同样的效果
9. SQL聚集索引和非聚集索引的区别
数据库的索引，听起来挺神秘的，仔细想想。这些索引，其实就是平时咱们查东西时候常用的两种手段。无非就是为了提高我们找东西的效率而已。那么我们平时又是怎么查东西呢？
聚集索引：
聚集索引，来源于生活尝试。这中索引可以说是按照数据的物理存储进行划分的。对于一堆记录来说，使用聚集索引就是对这堆记录 进行 堆划分。即主要描述的是物理上的存储。
举个例子：
比如图书馆新进了一批书。那么这些书需要放到图书馆内。书如何放呢？一般都有一个规则，杂志类的放到101房间，文学类的放到102房间，理工类的放到103房间等等。这些存储的规则决定了每本书应该放到哪里。而这个例子中聚集索引为书的类别。
正式因为这种存储规则，才导致 聚集索引的唯一性。
误区：
有的人认为，聚集索引的字段是唯一的。这是因为sql server 中添加主键的时候，自动给主键所在的字段生成一个聚集索引。所以人们会认为聚集索引所加的字段是唯一的。
思考一下上面这个问题。杂志类的书放到101房间。那么如果杂志类的书太多，一个101房间存放不下。那么可能101，201两个房间来存放杂志类的书籍。如果这样分析的话，那么一个杂志类对应多个房间。放到表存储的话，那么这个类别字段 就不是唯一的了。
非聚集索引：
非聚集索引，也可以从生活中找到映射。非聚集索引强调的是逻辑分类。可以说是定义了一套存储规则，而需要有一块控件来维护这个规则，这个被称之为索引表。
继续使用上述提到的例子：
同学如果想去图书馆找一本书，而不知道这本书在哪里？那么这个同学首先应该找的就是 检索室吧。对于要查找一本书来说，在检索室查是一个非常快捷的的途径了吧。但是，在检索室中你查到了该书在XX室XX书架的信息。你的查询结束了吗？没有吧。你仅仅找到了目的书的位置信息，你还要去该位置去取书。
对于这种方式来说，你需要两个步骤：
1、查询该记录所在的位置。
2、通过该位置去取要找的记录。
区别：
聚集索引：可以帮助把很大的范围，迅速减小范围。但是查找该记录，就要从这个小范围中Scan了。
非聚集索引：把一个很大的范围，转换成一个小的地图。你需要在这个小地图中找你要寻找的信息的位置。然后通过这个位置，再去找你所需要的记录。
索引与主键的区别
主键：主键是唯一的，用于快速定位一条记录。
聚集索引：聚集索引也是唯一的。（因为聚集索引的划分依据是物理存储）。而聚集索引的主要是为了快速的缩小查找范围，即记录数目未定。
主键和索引没有关系。他们的用途相近。如果聚集索引加上唯一性约束之后，他们的作用就一样了。
使用场景
基于上述的两种规则，那么在什么时候适合聚集索引，什么时候适合非聚集索引？