标签: non-clustered-index

我对DB的了解有限,并且只使用DB作为应用程序员.我想知道Clustered和Non clustered indexes.我用谷歌搜索,发现的是:

聚簇索引是一种特殊类型的索引,它重新排序表中记录的物理存储方式.因此,表只能有一个聚簇索引.聚簇索引的叶节点包含数据页.非聚簇索引是一种特殊类型的索引,其中索引的逻辑顺序与磁盘上行的物理存储顺序不匹配.非聚簇索引的叶节点不包含数据页.相反,叶节点包含索引行.

我在SO中发现的是聚簇索引和非聚簇索引之间有什么区别？.

有人可以用简单的英语解释这个吗？

a clustered和a 之间有什么区别non-clustered index？

我需要添加适当的index表格,需要一些帮助.

我很困惑,需要澄清几点:

• 我应该为non-int列使用索引吗？为什么/为什么不呢

• 我已经读了很多关于clustered和non-clustered指数但我仍然不能确定何时使用一个比其他.一个很好的例子可以帮助我和许多其他开发人员.

我知道我不应该为经常更新的列或表使用索引.我还应该注意什么呢？在进入测试阶段之前我怎么知道这一切都很好？

我知道集群索引和非集群索引之间的主要区别,并了解它们的实际工作方式.我理解群集和非群集索引如何提高读取性能.但有一件事我不确定是什么原因让我选择一个而不是另一个.

例如:如果一个表没有聚集索引,那么应该创建一个非聚集索引并且有什么好处呢？

我有以下内容:

CREATE NONCLUSTERED INDEX [MyTableIndex]
ON [dbo].[tablename] ([tablename_ID],[tablename_Field1])
INCLUDE ([Tablename_Field2],[Tablename_Field3])

我想创建一个if语句来检查它是否存在.我该怎么做呢？

我在SQL Server数据库中有一个表,我希望能够尽快搜索和检索数据.我不关心插入表中需要多长时间,我只关心我获取数据的速度.

问题是使用20种或更多不同类型的查询访问该表.这使得添加专为每个查询设计的索引变得繁琐.我正在考虑只是添加一个包含表的所有列的索引.这不是你通常在"好"数据库设计中所做的事情,所以我假设有一些很好的理由我不应该这样做.

谁能告诉我为什么我不应该这样做？

更新:我忘了提,我也不关心我的数据库的大小.没关系,这意味着我的数据库大小会比它需要的大

我有一个表'users','login'列定义为:

[login] VARCHAR(50) UNIQUE NOT NULL

现在我想使用SQL脚本删除这个唯一的约束/索引.我在我的本地数据库中找到了它的名字UQ_ users _7D78A4E7,但我想它在另一个数据库上有一个不同的名字.

放弃这种独特约束的最佳方法是什么？或至少任何......

谢谢.

如果指定了非聚簇主键约束,则可以在主键列以外的列上创建聚簇索引. http://msdn.microsoft.com/en-us/library/ms186342.aspx

所以上面告诉我:我可以在除主键之外的列上创建聚簇索引.

我认为它还传达了主键应该是非聚簇主键或聚簇键.主键是否可能未编入索引？

更重要的是:

创建UNIQUE约束时,会创建唯一的非聚簇索引以默认强制执行UNIQUE约束.如果表上的聚簇索引尚不存在,则可以指定唯一的聚簇索引.

这是否意味着唯一约束必须创建聚簇索引或非聚簇索引？

仅仅是面试问题和我的知识方面的知识.

SQL - Cluster和之间的区别Non-cluster index？

假设我有下表

• UserID (身份)PK
• UserName - 唯一非null
• UserEmail - 唯一非null

建议什么是最佳性能？

• 为UserName和UserEmail单独创建非聚集索引

要么

• 只有一个包括两个列

请分享你为什么一个人优于其他人的想法.