超表和“普通”表之间多对多关系的替代方案

Question

我试图在名为“measurements”的超表和名为“recipe”的表之间创建多对多关系。

一个测量可以有多个配方，一个配方可以连接到多个测量。

DROP TABLE IF EXISTS measurement_ms;
CREATE TABLE IF NOT EXISTS measurement_ms
(
    id                      SERIAL,
    value                   VARCHAR(255) NULL,
    timestamp               TIMESTAMP(6) NOT NULL,
    machine_id              INT          NOT NULL,
    measurement_type_id     INT          NOT NULL,
    point_of_measurement_id INT          NOT NULL,
    FOREIGN KEY (machine_id) REFERENCES machine (id),
    FOREIGN KEY (measurement_type_id) REFERENCES measurement_type (id),
    FOREIGN KEY (point_of_measurement_id) REFERENCES point_of_measurement (id),
    PRIMARY KEY (id, timestamp)
);

CREATE INDEX ON measurement_ms (machine_id, timestamp ASC);
CREATE INDEX ON measurement_ms (measurement_type_id, timestamp ASC);
CREATE INDEX ON measurement_ms (point_of_measurement_id, timestamp ASC);
-- --------------------------------------------------------------------------
-- Create timescale hypertable
-- --------------------------------------------------------------------------
SELECT create_hypertable('measurement_ms', 'timestamp', chunk_time_interval => interval '1 day');


DROP TABLE IF EXISTS recipe;
CREATE TABLE IF NOT EXISTS recipe 
(
    id                      SERIAL PRIMARY KEY,
    name                    VARCHAR(255) NOT NULL,
    type                    VARCHAR(255) NOT NULL,
    code                    INT NOT NULL
);


DROP TABLE IF EXISTS measurement_recipe;
CREATE TABLE IF NOT EXISTS measurement_recipe
(
    id                          SERIAL  PRIMARY KEY,
    measurement_id              INT     NOT NULL,
    recipe_id                   INT     NOT NULL
    FOREIGN KEY (recipe_id) REFERENCES recipe(id),
    FOREIGN KEY (measurement_id) REFERENCES measurement_ms(id)
);

CREATE INDEX fk_measurement_recipe_measurement ON measurement_recipe (measurement_id ASC);
CREATE INDEX fk_measurement_recipe_recipe ON measurement_recipe (recipe_id ASC);

如上所示的 SQL 脚本是我要连接的表。由于时间尺度的限制，上面的解决方案不起作用。

Timescale 有一个限制，即您不能使用超表值作为外键。 是否有替代解决方案可以在不实际使用多对多关系的情况下在表之间创建多对多关系。

Answer 1

TimescaleDB 专为时间序列数据而设计，其中每个点通常都附加到某个时间点并包含所有相关数据。将每个点链接到已经存在的元数据是很常见的，但是，相反的做法并不常见。 TimescaleDB 通过分块数据针对时间序列数据进行了优化，因此 DML 和许多选择查询不需要触及所有块。但是，在超表中维护外键约束可能需要在每次插入引用表 measurement_recipe 时触及所有块。

该问题的用例是具有复杂测量的时间序列。提议的模式似乎是原始模式的规范化。我想它简化了测量数据的查询。我看到了两种处理复杂测量的方法：

1. 借助 JSONB 或数组等复杂结构，保持数据非规范化并将配方和测量值存储在 measurement 表中的单行或几行中。缺点是某些查询很难编写，并且可能无法定义一些连续的聚合。
2. 按照问题中的建议进行规范化，但不要强制外键约束。它将允许存储可用于连接表的引用值。由于规范化是作为转换传入复杂数据的步骤自动完成的，因此如果转换代码中没有错误，则将保留约束。这些错误可以通过回归测试来预防。仍然使用规范化模式，因为不允许连接（使用连接维护连续聚合可能需要触及所有块），所以无法使用连续聚合。

我的建议是选择选项 1 并尝试在那里变得聪明。我没有好的建议，因为不清楚 JSON 中的原始数据结构是什么，以及查询是什么。