我有一个简单的应用程序，用于存储帐户的用户交易。我的问题是用户输入数据应该存储在哪里以更新UI。首先将输入加载到平面表中，然后插入到规范化表中。这样，对于UI更新，我将不得不读取平面表。我也试图有一个报告功能，因此，我计划在用户一个星型模式表的报告。
到目前为止，我的计划是将用户数据放入平面表，读取该表以更新事务的UI。然后我将数据传输到一个规范化的表中。稍后为星型模式加载运行ETL进程以进行报告。
我是数据建模的新手，所以请随时纠正我的错误和改进建议。我的数据量很少，所以实际上速度不是问题。但我想把它建模成可以处理大规模数据的模型。这张桌子很好用，但我想知道更好的方法。
我有一个android项目，我必须通过web服务与主服务器收集数据并同步它们。项目经理要求尽可能快地将数据打印到UI。所以我们制作了适合我们需要的SQLite数据库:
- 与服务器上的db相同的数据库设计，更容易同步数据
- 由触发器填充的每个屏幕的平面表(因此UI可以查询:SELECT *)
- 规范化设计数据库(带有同步标志和时间戳)
- 用于报表的星型模式数据集市
- 在标准化表中插入/更新/删除(sync)
- 触发插入/更新/删除平表
- 触发从同步服务器到星型模式数据集市的插入/更新/删除