複数点の時系列データの保存方法について

Question

温度情報をデータベースに保存する場合
1, 2021-12-12 12:12:12, 36.5
2, 2021-12-12 12:13:12, 36.6
という感じで保存していくと思います。

温度の点数が複数ある場合は以前から
1, 2021-12-12 12:12:12, {key1:36.5, key2:35.0,,,,}
2, 2021-12-12 12:13:12, {key1:36.6, key2:33,6,,,,}
mysql等でjson型を使って上記のような保存方法を行っていました。

別の方法としては
1, 2021-12-12 12:12:12,　key1, 36.5
2, 2021-12-12 12:12:12,　key2, 36.5
3, 2021-12-12 12:13:12, key1, 36.6
4, 2021-12-12 12:13:12, key2, 33,6
温度の点数毎に保存する方法があるかと思います。

多点計測の時系列データを保存する場合の定石みたいなものをご存知なら指南いただきたいです。
後ほど解析するのに扱いが簡単、スピードが早い等、理由も教えていただけるとありがたいです。

Comments

[m.ts10806]

同じ日時で別の地点という意味ですか？

[kikkorons]

はい、同じ日時で別の地点となります。
例えば、47都道府県の温度データを保存する際に1つのレコードでまとめるべきか、都道府県毎に保存すべきかという感じです。

[m.ts10806]

地点番号と日時をキーにすればid振らなくても一意になりそうに思いますが、そういうことではなく？

[takutakuya]

地点数固定なら単純にカラム増やすかも

[sazi]

現状での不備があり、変更を検討されているんだと思いますけど、その理由も明記された方が良いかと思います。
また、どのような解析を行うかも重要だと思いますので、併せて追記されて下さい。

[kikkorons]

特に不備はないんですが、グラフを作成する際に時間がかかるくらいです。
ただグラフ作成も他の保存方法と比べたわけではないので速度の違いがわからない状態です。

1分ごとに約50点の温度情報を受取りデータベースに保存していきます。
可視化で棒グラフやヒートマップを作成します。

今回別件で似た案件があり、以前の方法（mysqlのjson型に保存）が本当に良い解決策かどうか自問している状態です。

Answer 1

定石かどうかわかりませんが、多地点の場合、同時にデータが収集できるとは限らないとか、後から地点が増えた時にどうするかを考えた場合、わたしならIDベースで管理すると思います。

master

ID	時間	RID
1	2021-12-12 12:12:12	P1

data

PID	POS	data
P1	茨城	36.5
P1	栃木	37.5
P1	埼玉	39.9
P2	栃木	35.5