Viewing 15 posts - 40,081 through 40,095 (of 59,072 total)
Anam Verma (1/26/2010)
Fraggle-805517 (1/26/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 11:01 pm
Navnish Sharma (1/26/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 10:57 pm
Like this...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 10:52 pm
My recommendation would be to do a search for a thing called "Books Online". It's the free help system that comes with SQL Server. It contains all of...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 10:49 pm
In case anyone is wondering, this is what the post should have looked like. The "normal" forum lettering ate the leading spaces. I was able to recover them...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 10:47 pm
Considering the DROP statement, I hope the OP doesn't decide to skip the USE TEMPDB statement. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 10:36 pm
I definitely agree that some prior knowledge is essential when reading another person's comments in code.
However, I've found that a lot of folks either don't comment enough, don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 10:18 pm
Ah... got it. Thanks.
Heh... it's odd what someone get's used to... I love to automate "heavy metal ETL". A lot of the work I do involves Call Detail...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 9:33 pm
mcommmgr (1/25/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 9:06 pm
p.s. Also, unless you're in the "Simple" Recovery Mode, watch your log file. You may want to do some backups between "steps" in the multi-insert process to keep...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 8:57 pm
You can easily create the new target table either manually or by using a SELECT/INTO with a WHERE 1=0 if you're lazy like me.
Since every server has a "tipping point"...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 8:55 pm
I'm not sure what the question is. If you're asking why to ever use the SysProcesses table instead of sp_Who2, it may be because there are a lot of...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 8:46 pm
As many have already suggested, I don't install CU's unless there's a specific problem that needs to be fixed... there just isn't enough time to regression test for every CU...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 8:35 pm
Just curious, Jason. Why would data loads be so different as to require such a large script? 200 MB seems high for such a thing. And, no......
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 8:14 pm
7-Zip. Has a command line interface, as well.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2010 at 7:58 pm
Viewing 15 posts - 40,081 through 40,095 (of 59,072 total)