Viewing 15 posts - 49,051 through 49,065 (of 59,099 total)
Jason Selburg (7/7/2008)
Sure, create a Tally table and use the below function ....(compliments to Jeff Moden)
Thanks for the honorable mention, Jason. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
July 29, 2008 at 7:51 pm
You may want to try rebuilding the indexes which will also update the associated stats.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 29, 2008 at 7:43 pm
Very nice intro to stored procs... outstanding video, too! Great job, Brian.
Is it "Smart TV" that allowed you to create such a beautiful performance? If not, what did...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 29, 2008 at 4:50 am
timothyawiseman (7/29/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 29, 2008 at 4:06 am
Gary Noter (7/28/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 28, 2008 at 5:54 pm
You bet... thanks for the feedback, Micheal. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
July 28, 2008 at 5:49 pm
The "Unexpected end of file errors" may be something that you have to put up with if the data file has crud at the end of the file. That,...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 28, 2008 at 5:48 pm
Thanks for the kudo, Grant. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
July 28, 2008 at 5:42 pm
Thanks again...
You keep saying that a "ROW" returned about 1MB of data... what is a "ROW" in this case?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 27, 2008 at 9:27 am
Good example of an Insert... that's not inserting into a scalar variable, though.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 27, 2008 at 8:56 am
I was looking for Avinish to provide the code example since he also made the suggestion with no code. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
July 27, 2008 at 8:52 am
Interesting, indeed. I'm curious... what do you mean by "1mb per row"? Do you mean that you calculated that you have to "touch" 1MB to process each CDR?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 26, 2008 at 7:58 pm
I'm probably a bit predjudiced, but I like the following article a lot better... 😛
http://www.sqlservercentral.com/articles/T-SQL/63003/
--Jeff Moden
Change is inevitable... Change for the better is not.
July 26, 2008 at 1:31 pm
Thanks for the feedback...
Are these records "CDRs"? Does the billing process have anything to do with telephony, DSL, or VoIP?
And, when you say it returns 1 to 7...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 26, 2008 at 1:02 pm
Seems to be the max memory thing was what most of the problems I read about were... it's a good idea to set that even on a 32 bit machine,...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 26, 2008 at 10:57 am
Viewing 15 posts - 49,051 through 49,065 (of 59,099 total)