Viewing 15 posts - 48,346 through 48,360 (of 59,102 total)
Now you're scaring me! 😛 I wonder if VM's have a problem that way? I've gotta test this at work on Monday... we have some identical boxes some...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 4:49 pm
Hey, Bob Bridges! You still there? Has any of this helped?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 4:44 pm
Oh hell... so long as I'm being self-indulgent...
[font="Arial Black"]Passing Parameters as (almost) 1, 2, and 3 Dimensional Arrays[/font]
http://www.sqlservercentral.com/articles/T-SQL/63003/
But, what I'd really like to know is what I've asked a couple...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 4:42 pm
Thanks, VERY much for the timings. The IO is certainly a much appreciated bonus.
Also, thanks for the detailed explanation of the "loading" required for your task... the kicker was...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 4:38 pm
bitbucket (9/13/2008)
True enough... my question is why you'd want to do anything to all tables from outside the database when the database does it so well?
Jeff: I am taking...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 4:32 pm
Actually, there's a bit of confusion about what a "DBA" actually is...
There are "Systems" DBA's who may come close to not knowing how to write any code other those...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 4:19 pm
Domagoj Orec (9/13/2008)
I've run your code on my machine, core2duo E8400 with 4GB of RAM and this is what I've got in...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 3:39 pm
Heh... time to pull all my NASDAQ stock... 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 3:21 pm
It actually doesn't matter what privs you give Developers on the Dev box... if you allow Developers to design their own tables and you don't have any coding standards and...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 3:17 pm
True enough... my question is why you'd want to do anything to all tables from outside the database when the database does it so well?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 2:35 pm
Funny you should bring that article up... 🙂
http://www.sqlservercentral.com/articles/TSQL/62867/
But the desired method to do the split depends on my question... Is this a single parameter being split or does a whole...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 2:32 pm
Bulk Insert will load up to 5.1 million rows of 20 columns each in 60 seconds flat. How many rows are you trying to import?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 2:23 pm
To clarify what Sergiy just said... all those functions that do "lookups" are just an insideous way of doing correlated subqueries which are RBAR on sterioids. RBAR can appear...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 2:21 pm
After looking at this, I think the folks that recommended "NTile" are probably producing the more accurate answer. Are you absolutely positive you want to do that running total...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 2:00 pm
pps... I'm not sure that you need the likes of a running total on this... I'm still looking...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 1:41 pm
Viewing 15 posts - 48,346 through 48,360 (of 59,102 total)