Viewing 15 posts - 56,701 through 56,715 (of 59,069 total)
I think we've pretty much beat the subject of when and when not to use NOLOCK to death and the author pretty much summed up all that in his new...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 24, 2007 at 10:45 am
Make sure TempDB is set to "simple" recovery mode... kill the developers that wrote cursors, views of views, and monster CTE's.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 7:27 pm
What is that requirement? Why does this need to be done?
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 7:06 pm
| It's not the statistics problem because the tables get replaced once a week, so their indexes and statistical... |
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 6:01 pm
| ...was thinking of large tables, which would make sense to turn off auto update statistics... |
WHY?
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 5:56 pm
Oooo, ... you've implimented this as correlated subqueries in the SELECT list... not what I had in mind at all... I gotta think about this a bit but I was...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 5:48 pm
Heh... yeah, I've been burned by the throw-away timeout on this forum many a time at first... I've learned to always [Ctrl-a][Ctrl-c] before I even think of hitting [Post Reply]......
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 5:58 am
Um, you need to go back and read the code, Ken... I'm not really relying on "Physical" implimentation at all and you should never try this on a "column without an...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2007 at 5:56 am
> have a table with just the mile_codes in it and tried tying that in but can't seem to get it to work.
Do an outer join to that table...
Kenneth, you...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2007 at 8:26 pm
>"WOW!"
This is pretty cool.
Not only does it work great, but is giving me some more...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2007 at 7:49 am
Heh... yeah... the site has a "timeout" for some reason... you should always copy the entire body of your post before you hit [Post Reply] so you don't loose anything.
The...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2007 at 7:29 am
LMtz,
Any of this helping of do you need another "track"?
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2007 at 5:37 pm
David,
You list a certain column (Seg or ID, ususally) in each of your tables as a Primary or Primary Key... are they actually Primary Keys with a PK constraint in place? ...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2007 at 5:29 pm
Thanks for the feedback, David... you've restored my faith... sorry for the misread.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2007 at 5:13 pm
You know the drill, Sree... "Show me the data". ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2007 at 4:52 pm
Viewing 15 posts - 56,701 through 56,715 (of 59,069 total)