Playing around with certain table properties at work, trying to improve performance, I decided to post some results today.
The original job was taken from the Dynamics AX Development training materials (III and IV), which, taking the opportunity, I would like to recommend for reading. Especially I enjoyed chapters dealing with performance issues (a topic that is very interesting to me :))
Well, they write about measuring caching there, which they, actually, shouldn't do, because the job they provided won't work in DAX 4.0 (the counters will be zero) (I guess it was simply copy-pasted from DAX 3.0 training materials - you should never use copy-paste, especially with code :) - trust me, been there many times)
Anyhow, I modified the job a little bit to make my research a little easier.
Here are the results I have received for SalesTable:
Basically, running the job may help you decide, what is the best CacheLookup property value for a given table.
But first priority is reading about it in tutorials or the Inside Dynamics AX book (basically, it's almost the same information on this topic)
You can do some R&D yourself by downloading the job: download
Have fun!
Also visit the homepage
since AX4 the SystemMonitor class is only an empty hull without any functionality inside.
ReplyDeleteis there a better way than using the sql-trace for this result?
Well, the best tool there is right now for performance investigations is the Trace Parser tool created by Microsft Performance Team.
ReplyDeleteHere is a link to their blog with more information about the tool available:
http://blogs.msdn.com/axperf/default.aspx