database-design - 通常在哪里保存非业务逻辑数据？

Question

嗨，我正在尝试测量完成端到端请求需要多长时间。

我正在使用 facebook 实时 api 接收对我的盒子的回调。基本上一个用户签到一个位置，我得到一个回调。我想测量整个场景的总时间（从签到到收到回调）。

我目前的计划是使用随回调到达的时间戳并将其与盒子上的时间进行比较，并将其用作度量并将其放入我的 mysql 数据库中。

我的问题是，在这种情况下，通常在哪里保存与应用程序的业务逻辑无关的数据？

Answer 1

如果您要问的是通用产品设计-您有业务逻辑处理数据和非业务逻辑处理数据-那么根据我的经验，我们创建了两组数据持有者-1个服务数据存储（您可以读取为业务逻辑数据）和 2 非服务元数据存储（可以读取为非业务逻辑数据）。

1. 现在关于确切存储位置的问题，这取决于您的应用程序。很多时候，在分布式系统中，这些数据需要在充当本地服务器的不同代理实体之间共享。在这种情况下 - 您会将它们存储在另一个数据库文件中。

2. 如果它是本地化数据（例如应用程序），则可能是双数据库 - 一个用于本地化信息呈现，一个（服务数据库）用于数据共享将是更好的方法。

基本上意图，数据量将是选择数据存储的两个主要标准。