Viewing 15 posts - 28,141 through 28,155 (of 59,101 total)
Now wait a minute here.... I thought you had to use the UUID! If you can get away creating your own number, then why are we even worried about...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 4:22 pm
This cannot be done reliably because there is nothing in the table to absolutely guarantee the correct order of the data. You must have some column that guarantees the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 12:01 pm
sql-lover (11/21/2012)
Thanks for sharing that piece of code. I'll take a look
Now, not trying to be a "pain in the butt" but how a cursor can be bad on my...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 11:53 am
Eugene Elutin (11/21/2012)
Alvin Ramard (4/17/2009)
Nicholas Cain (4/17/2009)
It's 3pm on a Friday, your production OLTP environment is down, every hour down costs the company one million...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 7:26 am
stephen.sarre (11/21/2012)
Before any fixes that you think are "essential", make sure your manager agrees the priorities, in particular new work vs schema fixes, backups, reindexing or DBCCs etc
Only do essential...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 7:07 am
Chad Vollmer (11/20/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 7:02 am
jgenovese (11/20/2012)
This was literally a "switch-flip" -- the query run time doubled exactly right after I made the changes noted in my original post
(note: on that day I rebuilt...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 6:52 am
mah_j (11/21/2012)
Thank you both for your comments.Does it have any effect,If i implement partitioning only on one drive ?
I will read more,and also focus on partitioning.
Paritiioning really isn't a performance...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 6:01 am
naga.rohitkumar (11/21/2012)
from my point of view ithnk so if not please correct ----any one can suggest me------
coz inthis sort of scenarios only u will have two options
1....
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2012 at 5:38 am
Instead of growing your own form of replication, why not just setup replication for that table?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 20, 2012 at 10:10 am
Bhuvnesh (11/20/2012)
Jeff Moden (11/18/2012)
make sure that you have a good FILL FACTOR on the index for the GUID.Please explain 🙂
Sure... it's a huge subject with lots of caveats that...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 20, 2012 at 9:20 am
jchicky (11/20/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 20, 2012 at 8:43 am
Mark-101232 (11/19/2012)
Jeff Moden (11/19/2012)
That was also pretty quick. Have you been using such a thing? If so, what's your take on performance here (And, yes, I still do...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 19, 2012 at 8:06 am
Eskandari (10/10/2012)
CREATE TABLE Test ( field_one nvarchar(10) );
DECLARE @i int;
WHILE @i<= 1000
BEGIN
...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 19, 2012 at 7:16 am
ChrisM@home (10/15/2012)
Jan Van der Eecken (10/15/2012)
Nice one, Tom! But does the TRY_CONVERT() make the query non-sargeable? Guess it would?
Good point, Jan. I remember recently Howard W posted evidence that CAST(Datetime...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 19, 2012 at 7:11 am
Viewing 15 posts - 28,141 through 28,155 (of 59,101 total)