如何解决性能问题，因为实例太多
我们的客户报告了 DefaultStockService 的性能问题。在检查客户端的系统运行 SELECT COUNT(*)FROM {StockLevelHistoryEntry) 后，我们发现 StockLevelHistoryEntry 有数亿个实例。 解决此性能问题的最佳方法是什么？
解决方法
如果您对库存水平历史记录不感兴趣（它们仅用于审计目的，它们对商务系统没有其他价值），您可以在后台的 StockLevel 对象上控制它。有一个名为 maxStockLevelHistoryCount 的字段指示您是否要存储历史记录。
尽管名称如此，但这个数字不是条目的最大数量。如果设置为 0，则不会保存任何历史条目。如果它有 any other value（正或负），将创建一个历史条目。您可以在 DefaultStockService 代码中对此进行验证。
如果您只想存储有限数量的条目（例如，仅出于审计目的更改了过去 3 年的更改），则必须自己创建一些自定义项。自定义 DefaultStockService 或创建定期删除历史记录条目的 cronjob。
对于您现有的条目，您必须自己创建一些内容才能将其删除。这可以通过脚本或impex来完成
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
