您好我正在尝试衡量结束请求完成的时间。
我正在使用facebook realtime api接收我的盒子的回调。基本上用户签到一个位置，我得到一个回调。我想测量整个场景的总时间（从签到收到回调）。
我目前的计划是使用随回调到达的时间戳，并将其与盒子上的时间进行比较，并将其用作测量值并将其放入我的mysql数据库。
我的问题是，在这种情况下，人们通常会在哪里保存与应用程序的业务逻辑无关的数据？
答案 0 :(得分：2)
如果您要求通用产品设计 - 您有业务逻辑处理数据和非业务逻辑处理数据 - 那么根据我的经验，我们创建两组数据持有者 - 1个服务数据存储（您可以将其视为业务逻辑数据）和2非服务元数据存储（您可以读作非业务逻辑数据）。
现在关于准确存储的位置的问题，这取决于您的应用程序。很多时候，在分布式系统中，这些数据需要在充当本地化服务器的不同代理实体之间共享。在这种情况下 - 您将它们存储在另一个db文件中。
如果它是本地化数据（可能是例如app），那么可能是双数据库 - 一个用于本地化信息呈现，一个（服务数据库）用于数据共享将是更好的方法。
基本上意图，数据量将是选择数据存储的两个主要标准。