问存储传感器测量数据的数据库方案

EN

I会倾向于为每个传感器建立一个单独的表。理由如下：

• --似乎你通常不想一起分析不同传感器的数据，因为它们代表着不同的东西。
• --您不必存储单元或传感器ID。如果您正在处理大量传感器读数--特别是在存储空间有限的平板环境中，存储节省可能是很大的。
• 如果您试图以高速率插入来自多个不同传感器的记录，共享表可能会出现锁定问题，。

I还会创建一个表来捕获与设备交互的一段时间。让我们称之为“会话”。

这将为其他表提供一个键，并允许您定义与该会话关联的视频和手写笔数据文件。

所以你会有这样的东西：

session (
    session_id,
    user_id,
    tablet_id,
    video_file,
    stylus_data_file,
    session_start_time,
    session_end_time,
    ... any other session-level data ...
)

然后每个传感器都有一个表，如下所示：

heart_rate_readings (
    session_id,
    timestamp,
    value
)

注意:我对手写笔的数据不太了解，无法给出一个有根据的意见。上述假设假设它将存储在一个单独的文件中。但是，如果它只是一个正在接收的坐标流，您也可以考虑将它存储在数据库中的一个单独的表中。

一些想法：

我假设每个传感器的数据总是使用相同的单元。也就是说，如果传感器#7在今天给出一个欧姆值，它明天就不会给出一个毫米值。更有道理的是，我想可能有一些设置可以让你在英寸和厘米之间切换，等等。但是如果单位总是相同的，那么就不要将单位存储在同一个表中。有一个单独的“传感器”表，给出该传感器的单元，可能还有关于传感器的其他信息，比如名称。

每个传感器是否有一个表，还是每个传感器都有一个单独的表:一个表的最大优点是，如果您添加了一个新的传感器，您不需要更改模式，它只是数据:向传感器表添加一个记录，您就完成了。如果有很多数据，这个表就会变大。但是每条记录都很小:我认为传感器ID和tablet ID可以是int的，用户ID可能是int或guid。

我从没试过把视频存储在数据库里。我存储了图像，与其他数据相比，它们是巨大的。一个视频通常至少是兆字节。我的直觉是将它们存储为单独的文件，只需存储一个文件名。我将很高兴地向任何尝试将视频放到DB中的人屈服，并且可以说结果如何。