KPI模块结构

Question

我的计划是开发一个模块，方便客户KPI跨项目处理。它应该包括一个用于在项目中放置2-3行代码的小SDK、一个用于SQL表的“模板”/model( consist )和一个小的前端来查看最关键的东西，如clicks/item等等。

我考虑将所有内容存储在同一个表中--用户、时间戳、操作类型和上下文(比如项目ids)。可以想象，很难进行更复杂的计算，因为上下文可能不同。

第二种方法-使每个动作类型的表格。这将使您很难准备一个模块，因为它因项目而异。

你有什么建议吗？在这个主题上有什么最佳实践吗？

Answer 1

同时做.

在大表上存储所有操作，这些操作存储所有或大多数操作所共有的信息。

为特定于单个操作的数据设置单独的表。

对于每个操作，您可能不需要这些单独的表:也许有些操作比较简单，而大的单个表就可以了。但是有几种类型的操作有更复杂的数据，需要它们自己的表。如果您这样做，仍然很容易添加一个新的操作类型(只要它是简单的)。

细节将取决于您的具体需求。