2020-09-21 01:41发布
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家您好, 我有一个问题。 我... 显示全部
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
专家您好,
我有一个问题。 我在生产中有一张表,其中基于错误日志和自定义表在不断增长,客户每次使用错误都会使用该表递增错误。 现在有一个最大限制。
我们将来处理和避免这种情况的最佳方式是什么。
如果您所说的是"错误日志"表,那么为什么需要归档? 具有法定保留期限的业务信息需要存档(例如,发票可能必须保留N年)。 实用程序/技术表中的数据只需定期删除即可。
对于这样的表,这似乎是一个糟糕的关键选择,但是不幸的是,现在您仍然对此感到困惑。 正如其他人所说,就"创可贴"级别的解决方案而言,您将需要修改更新计数器的代码。 您可以为此使用标准的数字范围功能(SNRO事务)。 这些范围可以自动"滚动",有一个标记。 在Google上搜索之前,已经在SCN上讨论了此功能。
但是更好的解决方案是重新设计整个设计。 我想知道为什么当我们具有标准的应用程序日志功能时,为什么甚至需要自定义表。 这些天来,它带有这些类,具有自己的显示事务和清理过程。 或者,如果您必须具有Z表,那么至少它需要具有更适合预期数据量和使用情况的键。 您可以使用一些通用数字,例如GUID,这应该可以防止密钥在很长时间内用完。 或者,您可以选择不同的字段组合作为关键字,具体取决于如何访问此数据。 (这部分尚不清楚,因此很难提供更具体的建议。)
无论哪种方式,您都需要一个程序来删除旧条目,并且该程序应在后台作业中定期运行。
最多设置5个标签!
如果您所说的是"错误日志"表,那么为什么需要归档? 具有法定保留期限的业务信息需要存档(例如,发票可能必须保留N年)。 实用程序/技术表中的数据只需定期删除即可。
对于这样的表,这似乎是一个糟糕的关键选择,但是不幸的是,现在您仍然对此感到困惑。 正如其他人所说,就"创可贴"级别的解决方案而言,您将需要修改更新计数器的代码。 您可以为此使用标准的数字范围功能(SNRO事务)。 这些范围可以自动"滚动",有一个标记。 在Google上搜索之前,已经在SCN上讨论了此功能。
但是更好的解决方案是重新设计整个设计。 我想知道为什么当我们具有标准的应用程序日志功能时,为什么甚至需要自定义表。 这些天来,它带有这些类,具有自己的显示事务和清理过程。 或者,如果您必须具有Z表,那么至少它需要具有更适合预期数据量和使用情况的键。 您可以使用一些通用数字,例如GUID,这应该可以防止密钥在很长时间内用完。 或者,您可以选择不同的字段组合作为关键字,具体取决于如何访问此数据。 (这部分尚不清楚,因此很难提供更具体的建议。)
无论哪种方式,您都需要一个程序来删除旧条目,并且该程序应在后台作业中定期运行。
一周热门 更多>