在我们的应用程序(预订/预订类型)中,我们通过单个DBAudit
表处理日志数据。
问题在于,由于该表中数据的增长,基于它生成的报告已经“大幅”放缓。有哪些选择(时间证明)?
这些可以是有效的选择吗:
- 通过多个表处理日志
- 定期自动删除旧数据
- 将旧数据迁移到其他存档数据库
具有大量活动日志的其他应用程序如何维护这一点?
在我们的应用程序(预订/预订类型)中,我们通过单个DBAudit
表处理日志数据。
问题在于,由于该表中数据的增长,基于它生成的报告已经“大幅”放缓。有哪些选择(时间证明)?
这些可以是有效的选择吗:
具有大量活动日志的其他应用程序如何维护这一点?
您可以尝试每隔一段时间预先计算数据中的重要指标,然后根据这些指标构建您的报告。
这将允许您将旧日志数据归档到数据仓库中,而不会影响您的报告。
是的,所有这些都是不错的选择,您可能应该尝试实现所有这些:
除此之外,您始终可以尝试将索引添加到最常用列的报告表和/或尝试尽可能优化查询。如果这些表中已经存在索引,请确保您定期重新构建这些索引。