We updated from Nav 3. to Nav 5. Aged Receivable and Payable reports become very sluggish. Prior to update, it took seconds to create 90-page reports (receivable or payable), now, it takes more than 5 minutes to execute the same report(s).
Has anyone experienced this same problem?
PS. we've tested Nav5 SP1, same problem.
0
Comments
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book
:-s
No, it was a question. Are you on SQL or using the native NAV database?
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book
Sorry, I did not state this info. in the body of my last response.
You might want to check your performance on the SQL profiler. It's most likely that you need make some changes to enhance SQL performance on the Cust. Ledg Entry table.
Or ask a SQL perform consultant to tune your database for you.
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book
The problem has arised after we updated to Nav 5.
Besides, what can a sql tuner can do that can affect Navision reports?
Thanks for your response.
I saw one instance where this report was taking more than 12 hours. I cut it down by defining an alternate customer ledger entry table for temp table use with only 2 keys.
If it is only taking 5 minutes for you, then Navision must have come up with a fix.
I don't see how SQL Server tuning will improve a temporary table performance issue.
http://mibuso.com/blogs/davidmachanick/
Did you run 5.0 sp1 on the same box?
Independent Consultant/Developer
blog: https://dynamicsuser.net/nav/b/ara3n
The report was changed to handle situations where the posting date was different from the invoice date. The old reports did not work correctly in this situation. See KB artice 905300 on PartnerSource for details.
Our ultimate solution for this customer was to revert to the 3.60 reports since they did not have the mismatched date issue.