database - 何时构建单独的报告数据库？

Question

我们正在构建一个具有数据库的应用程序(是的，非常令人兴奋哈 :)。数据库主要是事务性的(以支持应用程序)，并且作为应用程序的一部分也做一些“报告”——但不会太费力。

除此之外，我们还有一些报告要求 - 但目前这些要求非常模糊且级别很高。我们有一个内部使用的标准报告工具，随着需求的巩固，我们将使用它来进行“更重”的报告。

我的问题是:您如何知道何时需要单独的报告数据库？

需要问什么样的问题？什么样的事情会让您决定需要一个单独的报告数据库？

Answer 1

一般来说，交易应用的任务越关键，报告要求越复杂，拆分就越有意义。

1. 当事务性能至关重要时。
2. 当很难在交易应用程序上获得维护窗口时。
3. 如果报告不仅需要关联此应用的结果，还需要关联其他应用孤岛的结果。
4. 如果报告需要支持最适合星型模式/商业智能环境的趋势报告或其他类型的报告。
5. 如果报告运行时间很长。
6. 如果事务性应用程序位于昂贵的硬件资源(集群、大型机等)上
7. 如果您需要对交易数据执行数据清理/提取-转换-加载操作(例如，将州名称转换为规范的州缩写)。

它增加了不平凡的复杂性，所以 imo，必须有一个很好的拆分理由。