Viewing 15 posts - 36,361 through 36,375 (of 59,102 total)
Ah... sorry... didn't see the age of the thread or the recent jump in. Still, what I wrote is true. 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 10:37 pm
JC-3113 (6/29/2009)
I am looking at your code for tempdb files
I am new to sqlserver 2005
Not up to speed on TEMPDB files yet
i understand the creation of the multiple tempdb#.mdf...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 10:35 pm
CELKO (10/17/2010)
Read Codd's Information Principle, so you will see what a stupid question this is. An...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 10:32 pm
WayneS (10/17/2010)
Jeff Moden (10/17/2010)
WayneS (10/17/2010)
This works, but the performance is atrocious.
Because of the very large datespan from any date in this century to 9999-12-31, I'm thinking that my ol' friend...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 10:23 pm
WayneS (10/17/2010)
Jeff Moden (10/17/2010)
Sorry... forgot to print out the results...
MemberIDStartDateEndDateGap
12006-10-01 00:00:00.0002007-12-31 00:00:00.0000
12008-01-15 00:00:00.0002008-12-31 00:00:00.00015
22007-02-03 00:00:00.0002007-12-31 00:00:00.0000
22008-01-15 00:00:00.0002008-12-31 00:00:00.00015
32006-10-01 00:00:00.0002007-09-30 00:00:00.0000
32008-01-01 00:00:00.0002008-12-31 00:00:00.00093
Jeff, are these gaps correct? By my calc, there...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 10:10 pm
WayneS (10/17/2010)
This works, but the performance is atrocious.
Because of the very large datespan from any date in this century to 9999-12-31, I'm thinking that my ol' friend the Tally Table...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 10:06 pm
Sorry... forgot to print out the results...
MemberIDStartDateEndDateGap
12005-10-01 00:00:00.0002006-09-30 00:00:00.0000
12006-10-01 00:00:00.0002007-12-31 00:00:00.0000
12008-01-15 00:00:00.0002008-12-31 00:00:00.00015
12009-01-01 00:00:00.0009999-12-31 00:00:00.0000
22005-10-01 00:00:00.0002006-09-30 00:00:00.0000
22006-10-01 00:00:00.0002007-09-30 00:00:00.0000
22007-02-03 00:00:00.0002007-12-31 00:00:00.0000
22008-01-15 00:00:00.0002008-12-31 00:00:00.00015
22009-01-01 00:00:00.0009999-12-31 00:00:00.0000
32005-10-01 00:00:00.0002006-09-30 00:00:00.0000
32006-10-01 00:00:00.0002007-09-30 00:00:00.0000
32008-01-01 00:00:00.0002008-12-31...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 9:57 pm
TheSQLGuru (10/17/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 9:53 pm
Doug Lane (10/13/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 7:37 pm
Steve Jones - SSC Editor (10/14/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 7:04 pm
WayneS (10/14/2010)
"Don't try this at home... we're professionals!"
Heh... I have the perfect SQL subject for that... Quirky Update. 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 6:57 pm
Heh... screw it. If you really insist on doing it using RBAR, do it in C#. 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 6:47 pm
WayneS (10/16/2010)
GilaMonster (10/16/2010)
Me: Run CheckDB and and post the full and unedited results
OP: I have used that command and it returned about 3000 line of error code. This is...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 6:40 pm
GSquared (10/15/2010)
CirquedeSQLeil (10/15/2010)
GSquared (10/15/2010)
Then I realized it would contain at...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 6:37 pm
Alvin Ramard (10/15/2010)
Grant Fritchey (10/15/2010)
GilaMonster (10/15/2010)
<headdesk><headdesk><headdesk><headdesk>
(No, I'm not going into details, it's a little too sensitive a...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2010 at 6:34 pm
Viewing 15 posts - 36,361 through 36,375 (of 59,102 total)