Viewing 15 posts - 18,301 through 18,315 (of 22,214 total)
I still don't understand why you would do this, but you might want to look up the SQL Agent in the Books Online.
February 19, 2009 at 9:19 am
If you look at the execution plan for the DISTINCT, you're getting a huge load because of the DISTINCT operation itself. It's joining ALL the data between the three tables...
February 19, 2009 at 9:17 am
Yeah, Gail's got it. Fix that lookup operation with the included columns and should see a pretty substantial increase in performance.
I think you're getting those scans because of the...
February 19, 2009 at 9:10 am
That looks like SQL SErver 2000. You're posting in the SQL SErver 2005 forum. There is a difference in functionality. That's why you can't save the plan.
Well, without the data...
February 19, 2009 at 8:38 am
Aaron N. Cutshall (2/19/2009)
Sorry for the estimated plans, but since we couldn't get the function to operate, we were unable to get actual plans.
The problem is, especially when dealing with...
February 19, 2009 at 8:32 am
GilaMonster (2/19/2009)
Lynn Pettis (2/19/2009)
February 19, 2009 at 8:22 am
harsha.bhagat1 (2/19/2009)
i am not able to paste the execution plan..how will i do it.. please help..
You generate an actual execution plan, graphical is fine, even preferred. Right click on...
February 19, 2009 at 8:17 am
GilaMonster (2/19/2009)
February 19, 2009 at 8:13 am
OK. This is going to lead to table scans:
WHERE R.MedGroupID = ISNULL(@MedGroupID,
...
February 19, 2009 at 8:08 am
That's kind of a wide PK, depending on the data types. Can you post the execution plan? Actual please, not estimated.
February 19, 2009 at 7:56 am
I'm still trying to untangle the code (did you really need to put comments at the end of every line?), but if this is functional as an inline UDF, then...
February 19, 2009 at 7:48 am
Lynn Pettis (2/19/2009)
February 19, 2009 at 7:46 am
What is it that you're actually trying to do?
Just so you know, the code you posted ran in 89ms on my desktop (not the fastest machine on earth either).
February 19, 2009 at 6:48 am
It sounds like the database is in FULL recovery mode. So you need to institute log backups. Depending on your data needs, you could set the database to SIMPLE recovery...
February 19, 2009 at 6:45 am
harsha.bhagat1 (2/19/2009)
I have a procedure which has to insert into a table in different database and then will delete those data from the related tables. There are more than...
February 19, 2009 at 6:43 am
Viewing 15 posts - 18,301 through 18,315 (of 22,214 total)