当前位置:  开发笔记 > 编程语言 > 正文

AX 2012R2:查找查询花费的时间太长,查找永远不会打开

如何解决《AX2012R2:查找查询花费的时间太长,查找永远不会打开》经验,为你挑选了1个好方法。

我有一个AX2012R2 CU6(构建和客户端6.2.1000.1437,内核6.2.1000.5268),有以下问题:

在AP>日记帐>发票>发票日记帐>行(表单LedgerJournalTransVendInvoice)中,当我选择供应商作为帐户类型然后在帐户字段上激活查找时,AX会冻结几分钟,当它恢复时,查找将关闭/从不打开.每当帐户类型供应商,其他帐户类型工作正常时,就会发生这种情况.

我把它调试到LedgerJournalEngine.accountNumLookup() - > VendTable.lookupVendor line

formSegmentedEntryControl.performFormLookup(formRun);

上述过程占用了时间.

在聘请驱魔人之前有任何想法吗?



1> Tom V - Team..:

R3有一个已知的KB,在Lifecycle服务上查找它

KB 3086961在GFM Bugbash 6/11期间,对卷数据的VendorLookup性能问题耗时超过30分钟

即使修复程序是针对R3,也应该很容易向后移植,因为更改被描述为

根本原因似乎是DirPartyLookupGridView,它在视图和表上有大约14个连接.这种观点在许多地方使用,因此随着时间的推移似乎已经增长了很多.

此修补程序中的更改将删除该视图,并仅将所需的数据源--dirpartytable和logisticsaddress添加到VendTableLookup表单.

custtableLookup不是使用视图而是使用自定义数据源连接,因此没有更改.

尝试实施该更改,看看会发生什么.

我不确定这会解决您的问题,因为在您的执行计划中,唯一看起来非常昂贵的操作是需要溢出到tempdb的排序运算符(您可能需要更多内存来解决这个问题),但数据源中的更改可能会有从执行计划中删除排序运算符的效果,因为数据可能按索引排序.

推荐阅读
殉情放开那只小兔子
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有