Viewing 15 posts - 57,691 through 57,705 (of 59,067 total)
Create the temp table at a higher level in the nest. Or, use a global ##temp table (only one named instance can live at a time).
--Jeff Moden
Change is inevitable... Change for the better is not.
September 8, 2006 at 5:06 pm
The other question would be... how many rows are you updating? It should only take about 3.5 seconds to update 20k rows.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 8, 2006 at 4:50 pm
Emma,
Both Lynn and John solutions will work for finding the duplicates... the question is, what do you want to do with them once you've found them?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 8, 2006 at 4:48 pm
It's late and I didn't have a chance to work on this... sorry.
Just to give you a head start, you can mod the code for table name just by replacing...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 9:22 pm
Shoot... I was getting ready to post the answer and saw that Ramesh had answered with code nearly identical to what I had made. Nice job, Ramesh ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 9:13 pm
{EDIT} Never mind... I'm stupid
I don't need to do the calc...
CS,
This is important... please post the code for the GetRatio function ASAP......
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 7:35 pm
I'll say... we need beer for these types of meetings. Good to "see" you again ...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 6:22 pm
Our pleasure... thanks for the feedback...
Sreejith... nice job... you hit the nail on the head... I just played "cleaning lady" on this one. ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 6:18 pm
Great.. thanks for the info. Glad it helped on performance, too. I'll give it a whirl tonight...
Result set from another store proc? I must have missed that one in...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 7:20 am
Ramesh,
Can do... but what are the other 4 parameters. If I add table name to the list of parameters, that will bring the current count of parameters up to 3......
--Jeff Moden
Change is inevitable... Change for the better is not.
September 7, 2006 at 6:29 am
I've made it work a couple of ways but I haven't been able to make it faster than the dynamic SQL solution. I'm going to leave this one be and...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2006 at 7:49 pm
Yep... I believe you are correctm Gopi... didn't realize the Stor_ID in the Stores table of PUBS was actually a CHAR(4).
Soooooo..... the correct code should look something more like this...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2006 at 7:46 pm
Funny, I don't see a post here by Ramesh...
So, what did you guys come up with? ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2006 at 7:41 pm
Leifa and David hit the nail on the head... well done.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2006 at 7:31 pm
Unless you want the log to remember that you deleted 200 million rows, DELETE is NOT the way to go...
TRUNCATE is absolutely the fastest way to empty a table, without...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2006 at 7:28 pm
Viewing 15 posts - 57,691 through 57,705 (of 59,067 total)