数据库逻辑建议
Database logic advice
我一直致力于优化数据库。这个数据库的主要思想是有人在填充它(一天中几次),同时我们有我们自己的业务人员不断地咨询它并生成关于它的数据的大报告。我正在寻找关于我应该如何构建它的建议,以免因为选择或因为我将对其进行的操作量而导致表死锁混乱。有什么想法吗?
数据仓库?
Summary Tables 加速 "big reports",通常是 10 倍。
也许您还需要一些 High speed ingestion 提示?这涉及多个作者对单个 'Fact' table.
的冲击
您不能同时针对 OLTP 和 OLAP 进行优化。从战略上讲,最好的解决方案是将您的数据从交易系统中提取到数据仓库和数据集市(星形 schema/dimensional 模型)中,用于报告和商业智能。
我一直致力于优化数据库。这个数据库的主要思想是有人在填充它(一天中几次),同时我们有我们自己的业务人员不断地咨询它并生成关于它的数据的大报告。我正在寻找关于我应该如何构建它的建议,以免因为选择或因为我将对其进行的操作量而导致表死锁混乱。有什么想法吗?
数据仓库?
Summary Tables 加速 "big reports",通常是 10 倍。
也许您还需要一些 High speed ingestion 提示?这涉及多个作者对单个 'Fact' table.
的冲击您不能同时针对 OLTP 和 OLAP 进行优化。从战略上讲,最好的解决方案是将您的数据从交易系统中提取到数据仓库和数据集市(星形 schema/dimensional 模型)中,用于报告和商业智能。