Viewing 15 posts - 39,571 through 39,585 (of 59,098 total)
david.pelizzari (3/2/2010)
lmu92 (3/2/2010)
There are numerous solutions available.
One pretty fast solution is described at the end of the Tally Table article referenced...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 2, 2010 at 2:20 pm
Alan-newbie (3/2/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 2, 2010 at 1:52 pm
nathan 7372 (3/2/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 2, 2010 at 1:42 pm
Well this was interesting. Had someone ask for their account to be closed here since the questions haven't been good the last month and the quality of the discussions has...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 2, 2010 at 1:37 pm
Chris Morris-439714 (3/2/2010)
Is it just me, or are the posters who appear to be the students, the ones who have the nerve to post their homework...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 2, 2010 at 1:25 pm
lmu92 (3/1/2010)
I found it very interesting and descriptive. To me the most important message is to not only rely on the...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 4:24 pm
TheSQLGuru (3/1/2010)
Jeff Moden (2/26/2010)
Heh... poor ol' dynamic SQL... nobody loves it anymore.
Not true!! I am actually a great fan of it and use it where appropriate, which is far more...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 4:17 pm
Thanks for the feedback. I am a bit confused, though... I thought Paul and I both used DECIMAL(28,17).
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 4:09 pm
{edit}... never mind. Bad post.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 4:02 pm
peter-970097 (3/1/2010)
That is sneaky! How would you manage the locking and multi-user aspects of this, ie to prevent thousands of calls per second retrieving the same ID?
The value of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 3:53 pm
Filipe (3/1/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 6:27 am
steve-893342 (2/28/2010)
Database in SIMPLE recovery mode.
ZERO growth in database files.
ZERO growth in tempdb...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2010 at 5:40 am
Thanks for the feedback. Sounds very interesting. I am surprised a bit that these weren't simply broken up into monthly or even weekly tables rather than going for...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 28, 2010 at 10:34 am
steve-893342 (2/28/2010)
to 4750104241 (1681 x 1681 x 1681), the same as 41^6.
set statistics time...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 28, 2010 at 9:09 am
My question would be... why are you truncating the log to begin with? Aren't backups and restorability important?
--Jeff Moden
Change is inevitable... Change for the better is not.
February 28, 2010 at 9:02 am
Viewing 15 posts - 39,571 through 39,585 (of 59,098 total)