标签： mysql database database-design database-deadlocks database-optimization
我一直在努力优化数据库。这个数据库的主要思想是有人填充它（白天几次），同时我们有自己的业务人员不断地查阅它并生成关于它的数据的大量报告。我正在寻找关于我应该如何构建它的建议，以便不会因为选择或因为我将对其进行的操作量而使表死锁混乱。有什么想法吗？
答案 0 :(得分：0)
数据仓库？
Summary Tables加速“大报告”，通常是10倍。
也许您还需要一些High speed ingestion提示？这涉及多个作家在一个“事实”表上敲击。
答案 1 :(得分：0)
您无法同时优化OLTP和OLAP。从战略上讲，最佳解决方案是将您的数据从事务系统提取到数据仓库和数据集市（星型模式/维度模型）中，用于报告和商业智能。