Viewing 15 posts - 35,341 through 35,355 (of 39,720 total)
I'm sure they are aware, but this is the easiest way for them to deploy BOL.
January 20, 2004 at 10:27 am
I don't see why this wouldn't work. I haven't tried it, but the instances should be separate. One will have to be named, of course.
January 20, 2004 at 10:24 am
I've noticed as well. It's on our list.
January 20, 2004 at 10:21 am
why do you care? Extra procs have no impact on the system.
January 16, 2004 at 4:14 pm
It does add a small load, but it also runs quicker (each one runs quicker) because there are less transactions to back up. Won't affect your diffs, but be sure...
January 16, 2004 at 4:13 pm
using DMO, SQLServer2.ListAvailableServers
January 16, 2004 at 4:12 pm
I'd go with your schedule, though if I could I'd do the diffs to disk. Anything to have a 2nd copy. Same for the logs, recovery will be quicker if...
January 16, 2004 at 2:22 pm
Enjoy!!!!
I went twice last year and never got picked. Not sure if that was good or bad.
January 16, 2004 at 2:20 pm
Not sure about the upper limit. What you said makes sense, though I suspect it's more that interchanges of data with other systems may warrant limiting to 4 digit years.
As...
January 16, 2004 at 2:18 pm
alter or create need to be the first thing in the batch. I typically always drop and recreate, but I keep the security with the code.
January 16, 2004 at 2:10 pm
I build as a backup/restore from production and script it that way so I can repeat the process.
Be sure that sensitive information is scrambled or changed as part of your...
January 16, 2004 at 2:09 pm
My biggest issue is that the resources will be in contention. In dev it's easy for someone to test a new query and eat up all the CPU or an...
January 16, 2004 at 2:07 pm
You can also script in stages, tables, then views, then procs, then logins, etc.
January 16, 2004 at 11:08 am
There are a few companies that do this, but it's $$. Protegrity was one.
January 16, 2004 at 11:07 am
Viewing 15 posts - 35,341 through 35,355 (of 39,720 total)