Viewing 15 posts - 58,576 through 58,590 (of 59,091 total)
David is correct... his link leads to some code I wrote for him to make a "dynamic" cross-tab. Might have a fat-finger here and there but David wrote and posted...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2005 at 6:05 pm
Jennifer,
Since you want this done in OLTP instead of OLAP, these are more commonly known as "crosstabs" and they run pretty darned fast especially when compared to a cursor and...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2005 at 9:57 pm
With all the good solutions, I feel a little silly posting this but it's nasty fast... and, since a lot of folks keep their Tally (numbers) tables down to something...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2005 at 2:01 pm
Defaults don't work on rows that have already been inserted. Leaving it up to Developers to remember to include it in code is OK provided the code has to go...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 10, 2005 at 10:13 pm
Thanks for the nice things you said, David. Surprisingly enough, I don't believe you'll find a huge performance gap just because of the use of the Dynamic SQL. Dynamic SQL...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 10, 2005 at 10:18 am
BWAAAA-HAAAAA-HAAAAAA-HAAAAA! I just ran the same set of tests on a 4 processor box "real server" with minor traffic for 2,000,000 records using my previous test code and the differences...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 10, 2005 at 10:09 am
Ok, so does that short-term bottleneck stuff explain why my latest test consistently showed that the UDF code was twice as slow as the clear code regardless of the number...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2005 at 5:25 pm
Vladan and Sushila are correct... you may also just try finding the first day of the next month and the looking for anything less than that.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2005 at 5:21 pm
Just keep in mind, David... it breaks at 8k... I think that won't happen for quite some time, though.
Manchester UK, eh? I've always wanted to see that place... I may...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2005 at 5:10 pm
Exec sp_Locks
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2005 at 12:26 am
Don't fight 'em... don't tell 'em... put triggers on the tables for these. Most developers don't even know how to spell trigger never mind go looking for them.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2005 at 12:24 am
Ummmm.... since when is 12/01/2005 a month end date?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2005 at 11:45 pm
Good thinking Chandra. I'll have to try it that way sometime because it looks like a really good idea especially since it wouldn't have the 8k limit in the method...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2005 at 11:39 pm
Tom, ya got lucky... as Sushila stated, most don't read down a thread this deep especially when Sushila and Mike are having a cyber reunion ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2005 at 10:32 pm
Running out of numbers? It can't be because of SQL... BIGINT is H-U-G-E! You could just change the datatype of the column and, bingo, more numbers.
If the restriction is because...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2005 at 10:08 pm
Viewing 15 posts - 58,576 through 58,590 (of 59,091 total)