Viewing 15 posts - 58,141 through 58,155 (of 59,067 total)
Paul,
I haven't seen your connection string and you might want to take the time to post it (without a login name or password, of course!) but, if the name of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 12, 2006 at 8:51 pm
I think the reason for this may be very simple... try this...
SELECT * FROM MyTable WHERE In_Qty = '<Null>' OR Out_Qty = '<Null>'
The literal '<Null>' is not a real...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 12, 2006 at 8:47 pm
The first thing is to figure out what is deadlocking what... my recommendation would be to lookup [Deadlocks,troubleshooting] and select [Troubleshooting Deadlocks] in Books Online to start... there, you will...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 12, 2006 at 8:14 pm
Very interesting... never had to do such a thing before but how simple can you get? Thanks, Peter.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 12, 2006 at 8:02 pm
CONVERSELY... smaller fill factors also means SELECTs have to wade through more blank pages which will slow them down. If the table is a static lookup table (one that rarely,...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 12, 2006 at 7:33 pm
Vladan! Good to "see" you... Now that was funny! Thanks for the laugh...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 12, 2006 at 7:25 pm
Nope, sorry... I'm afraid only the boys in Redmond know the answer to that one (Group By/Distinct time changes) although it does make one question the myth that clustered indexes...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 11, 2006 at 3:38 pm
You bet... thank you for the feedback...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 11, 2006 at 3:12 pm
Sorry I'm so late on this one (2 1/2 years aint too bad
)... just ran across it...
ISNUMERIC is not a good thing to...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 11, 2006 at 3:10 pm
The problem with these types of groupings is trying to get the ranking to change where there is duplicate information, otherwise, the dupes will have the same rank. The only...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 11, 2006 at 10:12 am
| If nothing else, it will help the developer that comes after me. |
I wish more folks programmed with that...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2006 at 10:58 pm
I've heard that the SDK for SQL Server has some fairly powerful encryption tools that 3rd part software will not be able to crack.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2006 at 3:25 pm
For a lot more information on the differences between Temp Tables and Table Variables, see the following URL...
http://support.microsoft.com/default.aspx?scid=kb;en-us;305977&Product=sql2k
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2006 at 3:16 pm
Wow! Nice job of testing! That's some awesome feedback, Peter.
It also goes to show that the machine can make a bit of a difference, as well. My testing was done...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2006 at 8:40 am
I'm thinking this is a bit of an orphan post...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2006 at 8:27 pm
Viewing 15 posts - 58,141 through 58,155 (of 59,067 total)