Viewing 15 posts - 51,331 through 51,345 (of 59,091 total)
Gosh, I hate the idea of replacing one form of recursion with another, but the recursive CTE will at least handle a set even if it is hidden RBAR.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 4:50 pm
GSquared (4/1/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 4:44 pm
Heh... you can tell I've watched way too many info-mercials! 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 4:29 pm
Harveysburger (4/1/2008)
Would this affect anyone's conclusion on the design?
No... disparate transaction types should live in their own tables. Rules of normalization such as no duplicates and no nulls should...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 4:13 pm
SQLZ (4/1/2008)
Jeff Moden (4/1/2008)
Ah ha! Finally! A challenge! If you would, post the resulting table creation script so I can duplicate what you have... the race is...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 3:49 pm
matt stockham (4/1/2008)
This is very true ... except the stepping process should be done client side using the results of a set-based query.
Absolutely spot on!
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 3:48 pm
GSquared (4/1/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 3:43 pm
gr8scott_o (4/1/2008)
Seriously, I would pay $40 for this... problem is my snoring would probably give me away.
But wait! Don't order yet! If you're one of the next...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:50 pm
Preet (4/1/2008)
Really!Do you think we got nothing better to do than read pointless articles?
Heh... well at least we know of one person who was going to buy it right...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:42 pm
Matt Miller (4/1/2008)
Jeff Moden (4/1/2008)
Matt,Awesome. Can you post the test code? That sure sounds like a "keeper" to me.
You've already seen it... right here (sorry - forgot to...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:34 pm
Rags, I've got one more "by the way"... you are using this just for a GUI passing parameters, aren't you?
If you're trying to split a whole column of CSV's, then...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:31 pm
Rags (3/31/2008)
Jeff Moden (3/31/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:28 pm
J (4/1/2008)
Jeff Moden (4/1/2008)
Are you going to do that from a GUI where parameters are normally passed as CSV's?Er, is the question addressed to "Rags" or to "J" ?
Sorry... I...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:25 pm
Outstanding set of posts on this thread, both pro and con! Thanks for the very interesting conversation and the testing that some of you have done! You guys...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:19 pm
John Rowan (4/1/2008)
You should see how fast things run in the NV tables when you've had the time to add the proper indexes.
Thanks. For my example, I've only added...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 1, 2008 at 2:17 pm
Viewing 15 posts - 51,331 through 51,345 (of 59,091 total)