Viewing 15 posts - 50,851 through 50,865 (of 59,091 total)
Like Michael said... can't be done unless you drop/recreate the table.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 9:17 pm
Updating statistics can't be done in parallel... gotta be done after all the data is loaded.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 9:13 pm
If you were in charge of a project, would you tolerate a 5-6 second lag time even on millions of rows? Rhetorical question, for sure because I know you...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 8:56 pm
Simple... Just like I said in the too short write up... I prefer the word "Tally" to "Number" 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 8:52 pm
luissantos (4/30/2008)
an also, i' am not understand very well the result of :ml.data >= dateadd(yyyy,datediff(yyyy,0,'20080101'),0) and ml.data< dateadd(yyyy,datediff(yyyy,0,'20080131') + 1,0)
Lynn... I'm thinking that one is all yours 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 8:09 pm
Yeah you can... insert a million rows at a time instead of all 80 million. Log won't grow but a bit on simple recovery.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:59 pm
If you really want some speed out of this, consider the following article (Grouped Running Total and Running Total sections), please... should be able to do 223,000 rows in about...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:50 pm
rbarryyoung (4/30/2008)
The first one is clearly older as it uses the deprecated SET ROWCOUNT XX (this should be changed to TOP XX...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:46 pm
Cool! (Sorry... no pun intended). You really got around! (Dang, did it again! :D)
It's a shame they retired the Sturgeon class... good, quiet, fast platform. The...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:33 pm
Couple of things...
First, 'DataBase_Version' does not exist in SysObjects unless you created a table or something called 'DataBase_Version'. What is 'DataBase_Version'????
Second, look at you IF statement in the dynamic...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:26 pm
And you actually believe in the myth of code portability? That'll only happen when no one creates their own extensions to the ANSI standards. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:16 pm
But, it is a Tally table... it's used to count. And, besides... as you've already found out ol' friend... Tally is not likely to ever be a reserved word....
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:05 pm
Jason Selburg (4/30/2008)
I wonder how many...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 7:00 pm
shamshudheen (4/2/2008)
Jeffthe query you posted is throwing error "Operand type clash: INT is incompatible with DATETIME "
Then, you're done something wrong... Int IS compatabible with DATETIME in SQL...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 6:52 pm
Heh... yeah... You're right and I agree... except I don't allow garbage names into the server. :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2008 at 6:38 pm
Viewing 15 posts - 50,851 through 50,865 (of 59,091 total)