Viewing 15 posts - 1 through 15 (of 21 total)
Lynn Pettis (6/6/2010)
You really are missing the entire point. I am not disputing what the function does but HOW it does it. Your use of a recursive CTE...
June 6, 2010 at 11:42 pm
Lynn Pettis (6/6/2010)
Unfortunately, you are using the same logic everyone else uses to defend the use of inefficient code, "It works for my case." Problem is, it is still...
June 6, 2010 at 4:38 pm
Martin Mason (6/4/2010)
June 6, 2010 at 10:36 am
But to combine date and time just increases the sparcity of the multidimensional database along a dimension that is most likely going to be used to partition a database of...
June 4, 2010 at 12:10 am
A day is NOT a "time interval".
That's a matter of perspective, and not a matter of fact. Under what circumstance is a day not subdivision of some constantly distributed...
June 3, 2010 at 12:17 pm
Not having "29 years of experience" but being keenly interested in learning from those with good ideas &/or years of experience/expertise, I am disappointed when I see comments such as...
June 3, 2010 at 12:39 am
Martin Mason (6/2/2010)
Whoa. Timeout. If you're talking about SSAS, your argument only considers partition processing, NOT dimension or aggregation processing SPACE, TIME, or MEMORY CONSUMPTION. With separate dimensions, the time...
June 3, 2010 at 12:29 am
That is quite a strange response. Your article spent time basically explaining how your Gregorian calendar approach using a recursive CTE is the only "good" solution. (Afterall, you...
June 3, 2010 at 12:17 am
Simple question, have you read the article I suggested you read? If not, please do.
I'd already read it when it was first posted to the thread - but when...
June 2, 2010 at 4:06 pm
Lynn Pettis (6/2/2010)
My complaint with the code is the use of a recursive...
June 2, 2010 at 1:20 pm
Not sure you're addressing the central issue. It is almost always better to separate the date and time dimension. I add almost not because of can think of an exception,...
June 2, 2010 at 12:40 pm
Whilst there may be more efficent mechanisms to generate the data itself (you may get better with a loop in a stored procedure or other evils), it's a lot easier...
June 2, 2010 at 9:10 am
Just noticed I'd posted to the SQL 2K forum from your comment. Thats what I get for mis-reading the Active Topics list 😉
May 1, 2010 at 12:16 am
I mean, rather than trying to figure out what's wrong with the SQL, if you wrote some queries to join the tables together and see why they're not being deleted,...
April 30, 2010 at 3:25 pm
Fairly straightfoward - use mated ROW_NUMBER() rankings, one flowing forward and one flowing backward over the data. By taking the first record where the orders cross over, you can get...
April 30, 2010 at 3:07 pm
Viewing 15 posts - 1 through 15 (of 21 total)