<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2008
»
T-SQL (SS2K8)
»
OPTIMIZE FOR UNKNOWN (parameter sniffing...
20 posts, Page 1 of 2
1
2
»»
OPTIMIZE FOR UNKNOWN (parameter sniffing problem)
Rate Topic
Display Mode
Topic Options
Author
Message
PiMané
PiMané
Posted Friday, September 21, 2012 8:57 AM
SSC-Addicted
Group: General Forum Members
Last Login: Wednesday, May 15, 2013 5:02 AM
Points: 403,
Visits: 904
Hi,
I recently read this post
http://sqlinthewild.co.za/index.php/2007/11/27/parameter-sniffing/
and not sure I got the "juice"...
If I have a SP with 4 parameters to be applied on a SELECT statement do I have to "tell" SQL Server to "ignore" the values with the "OPTION (OPTIMIZE FOR (@p1 UNKNOWN, @p2 UNKNOWN, ...))".
Is this the best way to optimize the query plan?
Thanks,
Pedro
If you need to work better, try working less...
Post #1362744
GilaMonster
GilaMonster
Posted Friday, September 21, 2012 9:02 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:36 AM
Points: 37,675,
Visits: 29,926
PiMané (9/21/2012)
Is this the best way to optimize the query plan?
No. It's a specific solution to a specific problem.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #1362755
Roland Alexander STL
Roland Alexander STL
Posted Friday, September 21, 2012 9:04 AM
Old Hand
Group: General Forum Members
Last Login: Monday, May 13, 2013 6:43 AM
Points: 304,
Visits: 310
You can also use local variables for intermediaries. Assign your incoming parameters to local variables, then use the local variables in the predicates.
Roland Alexander
The Developing World
There are two means of refuge from the miseries of life: music and cats.
~ Albert Schweitzer
Post #1362758
PiMané
PiMané
Posted Friday, September 21, 2012 9:10 AM
SSC-Addicted
Group: General Forum Members
Last Login: Wednesday, May 15, 2013 5:02 AM
Points: 403,
Visits: 904
Roland Alexander STL (9/21/2012)
You can also use local variables for intermediaries. Assign your incoming parameters to local variables, then use the local variables in the predicates.
Yep, that one solution on the blog's post...
My main question is if it's necessary for ALL SPs...
Say you have an SP to list customers with 4 filters: @city, @sex, @maritalstatus and @anualincome
There's a select on the SP that takes all 4 parameters...
Do I have to tell SQL Server to OPTIMIZE FOR UNKOWN?
@city can have multiple values so can @anualincome, but @sex and @maritalstatus have few values.
Thanks,
Pedro
If you need to work better, try working less...
Post #1362767
GilaMonster
GilaMonster
Posted Friday, September 21, 2012 9:16 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:36 AM
Points: 37,675,
Visits: 29,926
As I said, no. It is a specific solution to a
specific
problem.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #1362774
Roland Alexander STL
Roland Alexander STL
Posted Friday, September 21, 2012 9:19 AM
Old Hand
Group: General Forum Members
Last Login: Monday, May 13, 2013 6:43 AM
Points: 304,
Visits: 310
That depends on any number of factors. Parameter sniffing only presents a problem if there are multiple possible execution plans, some of which may be suboptimal for the parameter value passed. Consider a customer table with a state field, clustered on customer account number, with a nonclustered index on state. Assume ten thousand rows in the table. Eight thousand (80%) are from Texas. So if we have a stored procedure that selects based on state, the optimal plan involves scanning the clustered index, since this will be much more efficient than trying to do a key lookup. BUT there are only two rows from Vermont, and the select would benefit greatly from a key lookup for this parameter value. If the first plan compiled for the SP involved TX as a parameter, we will wind up using the same plan (CI scan) for Vermont as well as Texas, and this is suboptimal (obviously) for Vermont. Forcing the issue by using local variables will result in the optimizer generating a new plan that makes use of index statistics to generate the optimal plan for the value.
Roland Alexander
The Developing World
There are two means of refuge from the miseries of life: music and cats.
~ Albert Schweitzer
Post #1362776
PiMané
PiMané
Posted Friday, September 21, 2012 9:31 AM
SSC-Addicted
Group: General Forum Members
Last Login: Wednesday, May 15, 2013 5:02 AM
Points: 403,
Visits: 904
So it depends mostly on the data in the tables.
Being a "generic" software spread across the country we can have databases with customers mainly from one state (where a cluster index scan would be better) and also databases witch customer from many different states (where a index seek would be better)..
But since the query plan will be recompiled the 1st time on each database it will probably be optimized for its case.
We can have a database where the plan says to use a index scan and another database with the same structure but different data with an index seek...
There's not much that can be done in these situations since our SW is all over the country (20.000 customers) and each case is specific...
Thanks,
Pedro
If you need to work better, try working less...
Post #1362787
Roland Alexander STL
Roland Alexander STL
Posted Friday, September 21, 2012 9:34 AM
Old Hand
Group: General Forum Members
Last Login: Monday, May 13, 2013 6:43 AM
Points: 304,
Visits: 310
PiMané (9/21/2012)
So it depends mostly on the data in the tables.
Being a "generic" software spread across the country we can have databases with customers mainly from one state (where a cluster index scan would be better) and also databases witch customer from many different states (where a index seek would be better)..
But since the query plan will be recompiled the 1st time on each database it will probably be optimized for its case.
We can have a database where the plan says to use a index scan and another database with the same structure but different data with an index seek...
There's not much that can be done in these situations since our SW is all over the country (20.000 customers) and each case is specific...
Thanks,
Pedro
Which is the point of using local variables, since it will force a new plan each time the query is run. Of course, this is also the downside of using local variables.
Roland Alexander
The Developing World
There are two means of refuge from the miseries of life: music and cats.
~ Albert Schweitzer
Post #1362792
PiMané
PiMané
Posted Friday, September 21, 2012 9:39 AM
SSC-Addicted
Group: General Forum Members
Last Login: Wednesday, May 15, 2013 5:02 AM
Points: 403,
Visits: 904
Roland Alexander STL (9/21/2012)
Which is the point of using local variables, since it will force a new plan each time the query is run. Of course, this is also the downside of using local variables.
Excuse my ignorance... but why are local variables a bad thing inside SP? They force the calculation of a new query plan (which is like recompiling?!)?
Thanks,
Pedro
If you need to work better, try working less...
Post #1362796
GilaMonster
GilaMonster
Posted Friday, September 21, 2012 9:41 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:36 AM
Points: 37,675,
Visits: 29,926
Roland Alexander STL (9/21/2012)
Which is the point of using local variables, since it will force a new plan each time the query is run.
Errr... really?
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #1362797
« Prev Topic
|
Next Topic »
20 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
