当谈到对事务数据库中的数据进行非规范化以提高性能时,(至少)有三种不同的方法:
通过存储过程推送更新,该存储过程更新规范化的事务数据和非规范化的报告/分析数据;
在更新辅助表的事务表上实现触发器;这几乎是维护历史时所采取的路线;
将处理推迟到夜间批处理,可能会在数据集市/仓库中执行 ETL。
出于这个问题的目的,我们假设选项 #3 不可行,因为域要求非规范化数据始终与规范化数据一致。我经常处理的分层聚合就是一个例子。
我已经相当多地使用了前两种方法,最近我一直倾向于基于触发器的方法,但我想知道是否有任何“陷阱”我还没有发现,并认为它值得问这个问题,所以我在未来做出长期决定时会有一些想法要记住。
因此,根据您的经验,对于维护实时非规范化数据的特定目的,这两种工具的优缺点是什么?在什么情况下你会选择其中一种,为什么?
(PS 请不要回答“触发器太复杂”或“所有更新应始终通过存储过程”之类的答案 - 使其适合问题的上下文。)