InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comThu, 23 May 2013 10:15:43 GMT20http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxYes i have that URL. He explained that a parallel plan can also be executed by a single processor. [url] http://sqlblog.com/blogs/paul_white/default.aspx[/url]Tue, 16 Nov 2010 08:35:09 GMTps.http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspx[quote][b]ps. (11/16/2010)[/b][hr]In some cases, query processor may keep two plans, 1) without using parallelism, 2) using parallism and use either of them.[/quote]Nope. Recently debunked by Paul White (I'll leave it to him to come up with url, I'm working on a freshly installed machine)If there are multiple plans (ie with different plan handles) then either set options are different or (user is different and query is not safe for reuse between different users)Tue, 16 Nov 2010 06:29:26 GMTGilaMonsterhttp://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxIn some cases, query processor may keep two plans, 1) without using parallelism, 2) using parallism and use either of them.beyond that, i cant think why you are seeing several plans for one sp.Tue, 16 Nov 2010 04:55:12 GMTps.http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxHi Pradeep,Below is the query :SELECT db_name(st.dbid) DBName, object_schema_name(st.objectid, dbid) SchemaName, object_name(st.objectid, dbid) StoredProcedure, MAX(cp.usecounts) Execution_count, st.text [Plan_Text]FROM sys.dm_exec_cached_plans cp CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) stWHERE db_name(st.dbid) IS NOT NULL AND cp.objtype = 'proc'GROUP BY cp.plan_handle, db_name(st.dbid), object_schema_name(objectid, st.dbid), object_name(objectid, st.dbid), st.textORDER BY MAX(cp.usecounts) DESCThanks,Vijay SinghTue, 16 Nov 2010 04:42:42 GMTvijay.singh 97987http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxwhat query are you running to see that?Tue, 16 Nov 2010 04:39:15 GMTps.http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxThanks for the updates..:-)When i saw the Cache i got SPs with multiple cache plan even after not changing the SET options. Is there any other way to avoid this?Thanks,Vijay SinghTue, 16 Nov 2010 04:34:11 GMTvijay.singh 97987http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxThe only way you'll have multiple plans per procedure is if the procedure has been run with different SET options. Certain set options (see BoL for details) change the way the query must be executed and hence get a different plan.Tue, 16 Nov 2010 03:45:25 GMTGilaMonsterhttp://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxby default query processor generates multiple execution plan for any query that you submit and chooses one of them based on least cost. This is by design and you cannot control it. There are some cases where in if query processor determines that choosing amongst various execution plan is going to take more time, it generates one plan and executes the query as per that plan.you can click on include actual execution plan to see what is the plan selected by the query processor.Tue, 16 Nov 2010 03:29:32 GMTps.http://www.sqlservercentral.com/Forums/Topic1021318-146-1.aspxHi All,I have few doubts on execution plans.1) How to find the Stored Procuders which has/Generates multiple execution plans?2) How to avoid the generation of multiple execution plans by SP's.Please help me on this guys..:-)Thanks in advance.Regards,Vijay SinghTue, 16 Nov 2010 02:41:00 GMTvijay.singh 97987