在axapta中删除记录的速度非常慢

我在ax 2009中得到了一个表单，显示了一个表的过滤记录（总共约5.000.000条记录，显示的过滤记录约1000条）。 在表单中选择两条记录并通过表单控件（alt+f9）删除它们的速度非常慢。 立即删除一条记录，选择大约20条记录需要几分钟！ 桌子上只有一个deleteAction——你知道什么会阻碍这个操作吗

编辑：

这个表有两个索引，都不允许重复。第一个是整型字段的索引，第二个是三个字段的组合

createRedIdIndex未激活

---

筛选器使用queryBuildRange中的一列（employeeID）

deleteAction：另一个表（B）引用了所述表（A）的id（索引）。A对B有删除操作。设置为“级联”

这两个表通过id字段关联

这些关系可以通过索引来解决

---

我只想删除大约20条记录，所以我不同意“删除数据量”太大的观点

在AX中诊断数据库性能问题，在SQL选项卡页面的Tools\Setup中启用SQL跟踪。

在AX中诊断数据库性能问题，在SQL选项卡页面的Tools\Setup中启用SQL跟踪。

使用代码探查器查看时间的使用位置。

使用代码探查器查看时间的使用位置。

还可以查看以下内容：

考虑添加

grid.autoSizeColumns(false);

正如文章中所建议的那样。

还可以查看以下内容：

考虑添加

grid.autoSizeColumns(false);

---

正如文章中建议的那样。

请描述您的索引。索引是唯一的吗？RecIdIndex是否已启用？描述你的过滤器。您的筛选器是否由索引解析？描述你的行为。这些表格相关吗？关系是否可以通过索引解决？事务中将删除项目，可能您删除的数据量太大。原始Post中的更新信息筛选器使用一列（employeeID）：是否有以employeeID作为第一个字段的索引？employeeID的正确AX名称应为employeeID（前提是它链接到Employable）。请描述您的索引。索引是否唯一？是否启用RecIdIndex？请描述您的筛选器。您的筛选器是否通过索引解析？请描述您的deleteAction。表是否相关？关系是否可以通过索引解析？项目将在事务中删除，可能您删除的数据量太大。原始po中的更新信息ST筛选器使用一列（employeeID）：是否有以employeeID作为第一个字段的索引？employeeID的正确AX名称应为EmployId（前提是它链接到EmployTable）。完成此操作-一切正常。没有警告，查询正常。但执行时间仍然太长。删除100个条目大约需要几分钟。完成此操作-一切正常。没有警告，查询正常。但执行时间仍然太长。删除100个条目大约需要几分钟。