clustered-index

1热度

5回答

智能选择SQL 2005中的表中的主键和聚簇索引以提高选择单个记录或多个记录的性能

编辑：我已经添加了“Slug”列以解决特定记录选择上的性能问题。我在表中有以下列。 Id Int - Primary key (identity, clustered by default) Slug varchar(100) ... EntryDate DateTime 大多数时候，我通过EntryDate订购select语句，如下所示。 Select T.Id, T.Slug, .

4热度

5回答

非数字索引的性能

如果我在SQL Server数据库上使用nvarchar（n）列作为聚簇索引，那么与数字（int）索引相比，我会遭受显着的性能下降吗？另外复合指标的表现如何比较？

0热度

4回答

这是一个表的糟糕索引策略吗？

有问题的表是供应商软件在我们的网络上使用的数据库的一部分。该表包含有关文件的元数据。表的模式如下 Metadata ResultID (PK, int, not null) MappedFieldname (char(50), not null) Fieldname (PK, char(50), not null) Fieldvalue (text, null) ResultID和Fi

1热度

1回答

当没有任何字段一起使用时，为什么会有聚集组合索引？

在旧的数据库（SQL Server 2000中），我们有一个聚集索引，看起来像这样： CREATE CLUSTERED INDEX [IX_usr] ON [dbo].[usr] ( [uid] ASC, [ssn] ASC, [lname] ASC ) 的事情是，据我所知，没有这些字段在WHERE子句中一起使用。也没有任何理由将它们一起使用。是否有任何理由有这

4热度

4回答

将newid（）更改为现有表上的newsequentialid（）

目前我们有许多使用主键上的newid（）的表。这导致大量的碎片。所以我想改变列来使用newsequentialid（）来代替。我想现有的数据将保持相当分散的状态，但新数据的分散性较差。这意味着我应该等待一段时间，然后再将PK索引从非群集更改为群集。我的问题是，有没有人有这样做的经验？有什么我忽略了我应该小心吗？

29热度

10回答

我应该摆脱Guid列上的聚簇索引

我正在处理通常使用GUID作为主键的数据库。默认情况下，SQL Server在主键列上放置聚簇索引。我知道这对于GUID列是一个愚蠢的想法，非聚集索引更好。你认为 - 我应该摆脱所有的聚集索引，并用非聚集索引取代它们吗？为什么SQL的性能调谐器不提供这个建议？

3热度

7回答

索引和聚集索引对数据库性能有多重要？

最近有几个关于数据库索引和聚集索引的问题，直到最近几个星期，它对我来说都是新鲜事物。我想知道它的重要性以及创建它们会带来怎样的性能提升。编辑：当你第一次出场时，在放入聚集索引时，通常需要注意什么是最佳类型的字段？

3热度

3回答

什么类型的索引最适合Oracle的DATE类型？

根据您对Oracle的使用经验，索引的最佳类型和设置将在DATE类型的列上设置？我不一定需要去分区索引。它是一种记录类型的表。你并不关心唯一ID作为主键（实际上日期足够接近，大多数时候都是唯一的，但由于它的性质，永远不会）。创建群集索引是否公平？我感兴趣的是优化像SELECT * FROM Log WHERE [Date]> '20 -06-2009'ORDER BY [Date] DE

4热度

1回答

SQL Server 2005聚簇索引查询速度

我们的网站非常辛苦，因此我们正在考虑优化一些现有查询。虽然寻找到这一点，我们跑过几个查询其执行计划是在聚集索引的简单引用查询快约4-5倍......例如如果这是旧的查询： SELECT ... FROM myTable WHERE categoryID = @category AND lotID = lotID 似乎我们不能做的如何牛逼感： SELECT ... FROM myTa