Merge statemet used to run fine SQL 2008. Upgraded inplace upgrade to SQL 2012 SP1. it has been performing slowly since then..
The problem appears to be in the Filter. It's impossible to say more from an anonymized plan. If you can, please upload a non-anonymized version so we can see plan details and the query text. Running the query from Plan Explorer instead of importing the sqlplan file from SSMS could show useful extra performance information too. If you still have the plan from SQL Server 2008 that'd be great too, for comparison purposes.
Up to 50 attachments (including images) can be used with a maximum of 209.7 MB each and 209.7 MB total.
Answers and Comments
query plan x676
plan explorer pro upload x166
execution plan x124
asked: Oct 03, 2013 at 09:56 PM
Seen: 305 times
Last Updated: Oct 07, 2013 at 01:33 AM
Why the HASH JOIN on the same table in sequence?
way to improve the nested lookups? or is should I be looking elsewhere
NodeID 70 has a very repetitive residual predicate. Why?
Any suggestion how to reduce the Nested Loop performance?
Slow Query - How to Eliminate Index Seek/Key Lookup
Trying to figure out if there is a way to avoid the index scan and make it a seek in this plan. The query is performing fine, this is more for a learning opportunity for me.
How to update statistics
How can i faster reduce the amopunt of Data to spped up the query?
Plan compile time is over 50 seconds
Why is there a scan on Orders instead of a seek?
© 2013 SQL Sentry, Inc. All rights reserved.