Clustered Indexes
From: Jon A (JonA_at_discussions.microsoft.com)
Date: 02/19/05
- Next message: Michael C#: "Re: MSDE does not react any more"
- Previous message: Michael C#: "Re: MSCS Questions"
- Next in thread: David Gugick: "Re: Clustered Indexes"
- Reply: David Gugick: "Re: Clustered Indexes"
- Messages sorted by: [ date ] [ thread ]
Date: Sat, 19 Feb 2005 09:15:02 -0800
I have a client who has several tables all of which have no Clustered Index
created on them. For the sake of discussion, let's look at one of the larger
tables 1 million plus rows. The only index is a priamry key constraint
creating a unique non clustered index with a fillfactor of 90. The key fields
are
memberid int 4,
serialnum char(17),
stocknum char(20)
This table every night runs through about 3000 update / inserts. None of the
updates include the key fields. Due to processing rules DTS is not used and
all operations are logged. One program running on the server (single
threaded) does all the updates.
I was under the impression that this index should be a clustered index.
I have read a couple of posts which would suggest I am wrong.
Does anyone have any input? Would it be correct to leave this table with no
clustered index. Note when they work on data it is by memberid as thing are
now there is no physical sort to the data files. If the clstered index was
just put on memberid SQL Server would append a row id so it's unique. How
much overhead is invloved in this?
I have never seen this approach before. Is leaving the table as a heap and
having only a non clustered index which would store a row locator as opposed
to the clustered key more efficient?
-- Thanks, Jon A
- Next message: Michael C#: "Re: MSDE does not react any more"
- Previous message: Michael C#: "Re: MSCS Questions"
- Next in thread: David Gugick: "Re: Clustered Indexes"
- Reply: David Gugick: "Re: Clustered Indexes"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|