\n<\/a>
![\"\"](\"https:\/\/www.bakke.online\/wp-content\/uploads\/2017\/05\/toomanyjoins.png\")
<\/a><\/p>\nSo what is this, and what can you do about it?<\/p>\n
<\/p>\n
Running queries with too many joins is not a particularly good idea from a performance point of view, so your first preference should be to rework the query into something simpler, something which doesn’t make SQL Server fall on its knees begging for mercy, so let’s take a look at that first.<\/p>\n
The following steps will require restarting the AOS, so make sure you can reproduce the problem in a non-production environment first.<\/strong><\/p>\n If you don’t already know where the query is being called from, follow the suggestion in the warning message and turn on exceptions for this warning. \u00a0Unfortunately the message doesn’t actually say where and how to do this…<\/p>\n To make the change, go to the System Administration menu, Setup, System and then Server Configuration. \u00a0In the Performance Optimisation tab, find the “Error on exceeding maximum number of tables in join” setting and change it to Yes.<\/p>\n Close AX and restart the AOS. \u00a0(Non-production, right?)<\/p>\n Now, try that query again:<\/p>\n Ah, that’s where it is hiding… \u00a0(Don’t mind the fact that the error message shows %2 instead of the number of joins, it’s above the limit, and that’s what’s important)<\/p>\n So, how to simplify the query? \u00a0It can be split\u00a0into smaller queries which each retrieve only parts of the data, either in an X++ loop over an outer query and a call to get the inner query for each iteration, or by setting the FetchMode property to “1:n” on one or more branches of the query.<\/p>\n Here I’m assuming that you are doing this through an AOT query. \u00a0If you are building this query in X++ or with a while-select statement… What are you doing??? \u00a0That sort of stuff gets REALLY painful with queries this complex.<\/p>\n Another way of simplifying the query would be to split one or more query branches off into views, backed by their own queries. \u00a0This will still let you run the query with 1:1 FetchMode without this error, but unfortunately it will not make SQL Server’s job any easier. \u00a0Actually, unless you manage to get the predicates pushed down to the nested views, performance will go down, not up…<\/p>\n I know it is the AX way, to build queries, based on views, based on other queries again based on views, based on further queries. \u00a0(Bank transaction views and global address book views, anyone?) \u00a0However, this smells more of a workaround than a solution, and when you start looking into the SQL Server query plans those things generate you’ll see why.<\/p>\n If you can’t change the query, your only other option is to increase the maximum limit for number of joins in a query.<\/p>\n To do that, open the Server Configuration form as described above and change the “Maximum number of tables in join”, close the form and restart the AOS.<\/p>\n Please consider this to be a workaround as well and be aware of the performance implications raising this limit can have. \u00a0This limit only controls the number of tables (or views) that can be joined in a single call from AX to the database, and it is possible to get into the same (or worse) performance problems by splitting up the query, converting to use views for query branches, etc.<\/p>\n When your query is working, time it, measure the performance of it. \u00a0Use the Dynamics AX Trace Parser to capture the SQL statement your query generates and sends to SQL Server and run that query through a tool like SQL Sentry Plan Explorer<\/a> or similar.<\/p>\n Unfortunately, the real solution is usually the one which requires the most work. \u00a0Review the requirements and the solution architecture to find out\u00a0why<\/strong> such massive joins are required, and even\u00a0if<\/strong> they are required at all. \u00a0It is extremely likely that the code and data can be restructured to avoid it, and that will be the best way to get good performance out of your queries.<\/p>\n","protected":false},"excerpt":{"rendered":" In Dynamics AX 2012, if you are running a query with too many joins you can get an error or warning message saying “The number of joins in the statement is XX. \u00a0This exceeds the maximum of 26. \u00a0Turn on exception for this warning to see the call stack.” So what is this, and what … Continue reading “Too many joins in query”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,1],"tags":[2,3,6,22],"class_list":["post-265","post","type-post","status-publish","format-standard","hentry","category-dynamics-ax","category-uncategorized","tag-ax2012r3","tag-dynamics-ax","tag-error-messages","tag-performance"],"_links":{"self":[{"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/posts\/265","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/comments?post=265"}],"version-history":[{"count":1,"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/posts\/265\/revisions"}],"predecessor-version":[{"id":1341,"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/posts\/265\/revisions\/1341"}],"wp:attachment":[{"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/media?parent=265"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/categories?post=265"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bakke.online\/index.php\/wp-json\/wp\/v2\/tags?post=265"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Simplifying the query<\/h3>\n
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\nWhat if I can’t change the query?<\/h3>\n
<\/a><\/p>\nThe real solution<\/h3>\n