テンポラルデータ用の空間データベースの設計？[閉まっている]

天気ベースのGISアプリに取り組んでいます。

複数の気象観測所からのデータがあり、このデータは毎日更新されます（Webサービスによって）。

私が直面している障害は次のとおりです。

• 現在、40の録音ステーションがありますが、変更される可能性があります
• 異なるステーションは、異なる数のパラメーター、いくつかのレコード5、いくつかのレコード7を記録します。
• パラメータには、毎日記録されるもの（例：最高温度）、毎時記録されるもの（現在の温度）、毎週記録されるものがあります。
• 特定のレコーディングステーションの一部の施設は廃止される可能性があります（たとえば、現在7つのパラメータを報告しているステーション、来年は5つだけを報告する場合があります）
• 技術的な問題が原因でパラメータが報告されない場合があります。したがって、value = 0、null値、および記録されていない値を区別できるはずです。

このWebアプリの空間部分についてArcGIS（デスクトップとサーバー）で作業していますが、ArcSDEを使用することは問題ありませんが、この種のデータベースは純粋なデータベースとして残し、ArcSDEを使用しない方が良いと思います。

誰かが私に役立つ本やリンクを提案できますか？

最も簡単なアプローチは3つのテーブルのようです：

• ステーション（id、name、position、...）
• パラメーター（id、name、unit、...）
• 読み取り値（station_id、parameter_id、timestamp、value、...）

• 現在、40の録音ステーションがありますが、変更される可能性があります

任意の数のステーションを追加できます。ステーションの稼働時間に関する情報をテーブルに追加すると面白いかもしれません。

• 異なるステーションは、異なる数のパラメーター、いくつかのレコード5、いくつかのレコード7を記録します。
• 特定の録音ステーションの一部の施設が廃止される可能性があります

記録されたパラメータとステーション間の関係は、読み取りテーブルに暗黙的に保存されるため、問題はありません。

• パラメータには、毎日記録されるもの（例：最高温度）、毎時記録されるもの（現在の温度）、毎週記録されるものがあります。

すべての測定値は、測定値テーブルの1つのエントリで表されます。間隔が違っても問題ありません。

• 技術的な問題が原因でパラメータが報告されない場合があります

その場合、読み取りテーブルにはエントリがありません。

さらに、OGC Sensor Observation Standardを検討することをお勧めします。気象観測所の記録をカバーする多くの例があります。52°Northなどの実装には、適切な汎用データベーススキーマが付属しています（この場合はPostGIS用）。この標準（他のSWE標準）を学ぶには多少の努力が必要ですが、投資が報われると確信しています。

私は今週、テンポラルデータベースに関する独自の研究を行ってきました。私が見つかりました。この回答 StackOverflowの上で非常に役立ちます。原則の基本的な理解については、Snodgrass によるSQLでの時間指向データベースアプリケーションの開発の入門章を読む価値があります。真の時間データベースはかなり複雑であることがわかりましたが、暗闇が示唆するような単純な解決策で十分かもしれません。