更广泛的观点：维护库存 EOD 数据的数据库计划。
手头的工具：我计划使用 MySQL 数据库 4.1+ 和 PHP。在 PHP 中实现了一个自定义 DBAL（基于 mysqli）以与 MySQL 一起使用。但是，我对任何其他数据库引擎持开放态度，只要它们可以免费使用并使用 SQL 语句：P
问题域：我需要为我的项目规划一个数据库来维护库存的 EOD 数据。由于数据库中维护的库存数量将非常庞大，因此相同的 EOD 数据的更新过程在一天结束时将是一个相当繁重的过程。不用说我在共享主机上，并且在初始启动期间必须避免 MySQL 性能瓶颈。但是以后可能会迁移到 VPS。
问题：
1.规范化模式能否在不产生性能问题的情况下进行繁重的更新过程？
2.必须对 EOD 数据进行基于 MACD 和 CMF 等流行算法的分析，以发现股票的特定趋势，分析数据必须再次存储以供进一步参考。当天的 EOD 数据更新后，将计算分析数据。那么在这里使用规范化模式很好，保持性能问题吗？我还需要经常获取 EOD 和分析数据！
阐述：
1 个 INSERT 语句（插入 EOD 数据）+ 1 个 INSERT 语句（插入分析数据）
= 2 INSERT 语句* 1500 个股票（用于启动）
= 3000 INSERT 语句完成了 2 回！
随着项目的发展，我进一步计划增加更多库存，因此我也在关注可扩展性。
虽然我不知道 DW 的概念（只听说过），但是如果从性能角度来看，它比 OLTP 更可行，我准备试一试。