Viewing 9 posts - 1 through 9 (of 9 total)
This could also be from lack of instant file initialization. http://mattslocumsql.blogspot.com/2014/02/why-are-my-database-restores-so-slow.html
July 19, 2016 at 11:10 am
January 17, 2011 at 10:56 am
Very well written article with great practical examples of the downstream effect of "lazy" design decisions.
December 31, 2010 at 9:13 am
RonKyle: That's a very good point...this technique is perhaps most appropriate for an accumulating snapshot table, where by definition each record is changing with time. The boiled-down example I've...
December 22, 2010 at 7:44 am
Coalesce is needed because you don't know in advance if the value will be on the source side, the destination side, or both. If you only refer to one...
November 28, 2010 at 9:24 am
GPatterson -- that's a very good point. I've run into that exact problem before. I was going to address that in part 2....but as a preview let...
September 29, 2010 at 7:59 am
I'm just using the NEWID() function as a way to create unique random numbers for each row. When you use RAND() in a query like this, it generates the...
September 27, 2010 at 2:06 pm
ShannonJk,
Thanks for the positive feedback, much appreciated!
I was just reviewing the EXCEPT query syntax at the top as it's the classic way to test for dataset deviations. I needed...
September 27, 2010 at 11:55 am
It's not so bad to maintain. You just have to extend the WHERE clause:
WHERE ABS(RandomNumberDiff) > @Tolerance
to the following:
WHERE (
ABS(RandomNumberDiff) > @Tolerance
OR ABS(RandomNumberDiff2) > @Tolerance
OR ABS(RandomNumberDiff3) >...
September 27, 2010 at 6:40 am
Viewing 9 posts - 1 through 9 (of 9 total)