Viewing 15 posts - 2,896 through 2,910 (of 8,416 total)
dbowlin (7/16/2010)
July 19, 2010 at 8:37 am
Hey Eugene,
That requires [type] to be defined NOT NULL too. You're quite right about the performance thing - part of the reason I provided three different solutions up front...
July 19, 2010 at 8:30 am
Hombré? :unsure: :blink: 😎
July 19, 2010 at 8:25 am
mthurber (7/19/2010)
I don't think it needs to be that complicated. Does this work...
Hey Mike,
Yes, but only if the [type] column contains no NULLs. That information was not provided, so...
July 19, 2010 at 8:23 am
Dammit! I even refreshed the thread before starting my reply, just in case Gail replied first!
At least our answers were consistent, I suppose :satisfied:
July 19, 2010 at 8:21 am
1. Yes, testing the backup everyday does get old pretty fast. Many shops have a development or test environment that is 'refreshed' from the production systems - so...
July 19, 2010 at 8:16 am
funooni (7/19/2010)
July 19, 2010 at 7:24 am
Just one small thing to add to that - even if a full backup is somehow corrupted, you might still be able to recover from the previous full backup, assuming...
July 19, 2010 at 6:52 am
Eugene Elutin (7/19/2010)
July 19, 2010 at 6:42 am
Richard Banks (7/19/2010)
July 19, 2010 at 5:28 am
Eugene Elutin (7/19/2010)
Table variable can only have one index (unique clustered one) which can not be created explicitly, it will be...
July 19, 2010 at 5:22 am
Sagar Sawant (7/19/2010)
Less resources required for table variable as compared to index temp tables. that's it.
Did you read the article? It's not generally true to say that table variables...
July 19, 2010 at 5:14 am
Gail's right of course, but can I ask what the purpose of the second full backup is?
If you just want a separate physical copy of the same full backup you...
July 19, 2010 at 5:11 am
Thanks for the extra explanation doobya.
July 19, 2010 at 4:54 am
Viewing 15 posts - 2,896 through 2,910 (of 8,416 total)