Viewing 15 posts - 17,971 through 17,985 (of 22,214 total)
I have several issues with GUID's as clustered indexes. First, they're very wide. This means fewer per page and more pages per index, making them somewhat less efficient. That's a...
March 19, 2009 at 6:25 am
I don't think Gail and I are in disagreement here. You need a clustered index on these tables, however, a primary key of GUID is not the best choice, and...
March 19, 2009 at 5:44 am
nabajyoti.b (3/19/2009)
my statement is insert table1 values('dummy',xyz)
where xyz is a variable and i want to put some values in a loop for...
March 19, 2009 at 5:41 am
RBarryYoung (3/18/2009)
Bruce W Cassidy (3/18/2009)
As a suggestion, go buy a collection of soft, squishy balls. Not only can you play with them as stress relievers, but you...
March 18, 2009 at 9:12 pm
Support cycles being what they are, if I were upgrading today (and I am), I'd be going for 2008, not 2005. At this point, it's four years into the 2005...
March 18, 2009 at 7:41 pm
Compatibility mode is so that older or deprecated code continues to work on the new server, not so you can move backwards. Once it's formatted on the 2008 system, it's...
March 18, 2009 at 7:37 pm
Unless, by chance, you're using the ordered GUID. It still fragments, but not as much.
March 18, 2009 at 2:40 pm
Right there with you. I finally developed enough arm & shoulder strength to graduate to the 10lb sledge. Makes a HUGE difference. As you say, it'll fix or replace anything.
March 18, 2009 at 12:43 pm
You don't need to cluster on the PK. Generally, the best place for the cluster is on the most frequently used access path. More often than not, this is the...
March 18, 2009 at 11:14 am
Matt (3/18/2009)
GilaMonster (3/18/2009)
March 18, 2009 at 11:06 am
Nah, blocking can be very isolated. It might be a particular page on the table that's slowing stuff down.
March 18, 2009 at 8:13 am
Matt (3/18/2009)
March 18, 2009 at 7:46 am
Matt (3/18/2009)
I'd say about half and half, when listing PM's in the users inbox it uses the username, when displaying individual PMs it uses the id
Then it's going to be...
March 18, 2009 at 7:14 am
First, just a word of caution, NOLOCK can lead to bad data. I don't just mean the ubiquitous "dirty read" meaning uncommitted changes, but I mean, extra rows, missing rows......
March 18, 2009 at 6:28 am
Just a note of caution, running the Profiler gui on a production system can be very problematic[/url]. Best practice is to use a server-side trace to gather the data and...
March 18, 2009 at 6:15 am
Viewing 15 posts - 17,971 through 17,985 (of 22,214 total)