performance - 动态 AX 预加载行为

Question

问题

是否用户选项preload指的是在客户端还是在服务器上缓存？

有什么方法可以使这种情况异步发生，以便用户在第一次从表中请求数据时不会对性能造成很大影响？

更多信息

在 Dynamics Ax 2012 中，在 File 下> User Options > Preload用户可以选择在第一次访问时预加载哪些表。

我没有发现任何可以说明这种行为是否与客户端或 AOS 上的缓存有关的信息。

它是用户设置这一事实意味着它是客户端。

但它可能是一个 AOS 设置，其中具有此选项的用户首先会预加载整个表，而没有此选项的用户将受益于其他用户引起的任何缓存，但不会自己触发加载。

如果是后者，我们可以通过从所有(人类)用户中删除此选项来提高性能，仅在我们的批处理用户帐户上启用它，在每个 AOS 上安排作业以从每个表请求记录，从而在没有任何用户的情况下触发预加载受到负面影响。

引用: http://dynamicbusinesssolutions.ru/axshared.en/html/9cd36702-2fa7-470c-a627-08

Answer 1

如果表很大或经常更改，则它不是整个表缓存的候选对象。这适用于普通用户和批处理用户。
EntireTable 缓存位于服务器上，但加载由用户发起，第一个用户执行 select性能受到影响。
要成功禁用预加载表，您可以使用 Admin 禁用它。用户，它将适用于所有用户。或者您可以让所有用户自行禁用它。
我个人从不更改用户设置。如果 table 很大，我会换 table CacheLookup属性作为自定义。
See Set-based Caching :

When you set a table's CacheLookup property to EntireTable, all therecords in the table are placed in the cache after the first select.This type of caching follows the rules of single record caching. Thismeans that the SELECT statement WHERE clause must include equalitytests on all fields of the unique index that is defined in the table'sPrimaryIndex property.

The EntireTable cache is located on the serverand is shared by all connections to the Application Object Server(AOS). If a select is made on the client tier to a table that isEntireTable cached, it first looks in its own cache and then searchesthe server-side EntireTable cache.

An EntireTable cache is created foreach table for a given company. If you have two selects on the sametable for different companies the entire table is cached twice.

Note: Avoid using EntireTable caches for large tables because oncethe cache size reaches 128 KB the cache is moved from memory to disk.A disk search is much slower than an in-memory search.