清理数据从大表中检索记录需要的时间比从小表中检索数据需要的时间要长。 因此,从性能视点和数据增长角度,尽量将表最小化。 要实现这一点,可以执行以下操作:
注意
如需更多信息,请参阅 User's Guide for ERP LN Archiving (U9352* US)。 删除记录 要提高性能并降低数据增长,删除记录是高度有效的。 删除记录的缺点是数据不再可用。 但是,通常并非所有数据都需要保存。 例如,行活动按仓库存储。 通常,您无需保持这些记录。 因此,关闭仓单后,可删除行活动。 ERP LN 存档的用户指南描述几个您可用于删除旧数据的进程。 可偶尔查看其它数据(如物料和业务伙伴),之后可以删除您不再需要的数据。 对于每个订单和合同表,进程可用于存档和删除旧订单。 在这些进程中,可以指定多个特征来选择要删除的订单,如日期或状态。 定期运行这些进程。 存档 如果数据必须可供进一步使用(例如,分析或查看),但在一个实际公司中已不再需要该数据,则可以存档该数据。 这表示已从实际公司删除了该数据,并移动到另一家公司,即所谓的存档公司。 从性能视点,存档与删除记录有相同的效果,因为数据已不存在于实际的公司中。 但是,数据仍可在存档公司可用,这表示总数据量没有改变。 请注意,在 LN 中的多个位置中,进程可用于存档。 从数据库增长的角度,归档和删除都是优先选项。 历史记录 要使用相应的特定订单保持对更改的跟踪,且不承担实际的订单表,则可以将数据写到历史记录表中。 创建订单后,将其复制到历史记录,实际订单的每次更新都会导致历史记录表中的新记录。 有一些进程要求将数据显示在实际公司中,例如,销售和采购管理中销售和采购的统计资料和调节。 要减轻事务订单表的负担,这些过程可使历史记录可用,以便在早期将数据从事务处理订单表删除。 在其它位置(如在仓储管理子系统中),要保持跟踪特定仓库订单,可以使用历史记录。 请注意,如果您使用历史记录,则必须从历史记录表中定期存档和删除数据。 对于大多数数据,这可在记录后立即完成。 对于诸如采购和销售订单历史记录这样的数据,删除和存档的契机取决于其它业务过程(如调节)。 结论 您必须定期从实际环境删除数据。 如果仍需要某个数据供进一步分析使用,请存档该数据。 需要时必须仅使用历史记录。 尽量存档数据,并从实际环境中删除该数据。
| |||