January 12, 2005 at 11:13 pm
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/gpollokoff/acasestudyinperformancetuning.asp
Gordon Pollokoff
"Wile E. is my reality, Bugs Bunny is my goal" - Chuck Jones
January 23, 2005 at 11:14 am
Nicely done. Exactly the type of situation where a good DBA earns their pay - and proves the value of having one to start with!
January 23, 2005 at 8:17 pm
Great case study!
I'd love to hear more about the steps you followed to perform the server trace when you were analyzing the script. And also it would be helpful to hear in more detail the process you went through to measure the timing runs.
It seems that everyone does this a little differently, so if you share it please let me know!
JT Lovell
January 24, 2005 at 7:05 am
ditto to Andy's post. Thanks for sharing your experience.
January 24, 2005 at 7:47 am
JT,
Thanks for the kudos.
The process for measuring the timing was quite simple. I created a script that stored the current date/time in a variable, then executed the stored procedure, than calculated the elapsed time once the procedure ended and printed that value out. To verify the improvement, the script was altered to capture start time, run the procedure, calculate and print elapsed time, add the new index, capture start time, execute and then print elapsed time.
The server trace was used for two purposes. The first was to identify the bottlenecks in the stored procedure. These were identified merely by examing the duration of T_Sql events. The second purpose was to serve as input into the index tuning wizard.
Hope that helps,
Gordon
Gordon Pollokoff
"Wile E. is my reality, Bugs Bunny is my goal" - Chuck Jones
January 24, 2005 at 3:53 pm
Thanks for the followup, and great info!
JT
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply