2010-12-11 6 views
0

毎秒データを保存すると、データベースは急速に成長します。私は、数週間/数ヶ月後の測定の詳細を少なくする必要があります。平均で十分でしょう。風速、風向、気温、光と雨の5つのセンサーがあります。どのように私のデータベースを設計するのですか?気象ステーションのデータベース設計、すべての第2センサーデータを受信

+0

この宿題はありますか?宿題を手助けするのに問題はありませんが、もしそうなら、これまでのことを示して、その側面や側面に関する具体的な質問を聞くことをお勧めします。宿題はあなたの利益のためです。 – Richard

+0

あなたが作業したデザインを投稿し、他の人にあなたに仕事を依頼するのではなく、人々にレビューを依頼すると、より多くの助けを得ることができます。 – Tony

答えて

0

さて、私は現在のデータのテーブルを設計し、次に集計されたデータを持つテーブルを設計します。たまには(たぶん、毎週/毎週/毎月)、私はデータを集計し、それをテーブルに書き込み、それを現在のデータから削除します。

私は必要な集計レベルごとに同じテーブル(フィールド:測定ID、風速、風向、温度、光と雨、タイムスタンプ)を持っています。

  1. measurements_weekly
  2. measurements_daily_average
  3. measurements_weekly_average
  4. measurements_monthly_average
  5. measurements_yearly_average

これにはいくつかの利点があります。 データは(バックアップ/詳細レポートなど)を別々に管理することができます。 すべての集約レベルに対して1つの集計プロシージャが必要で、異なるタイムスキャンとテーブルを引数として実行するだけです。どのテーブルでもクエリを実行すると、高速かつ効率的に実行されます。

見た目に冗長な構造が嫌いならば、2つのテーブルでも十分です:測定の場合は1つで、集計測定の場合は1つで、タイムパンドを含める必要があります。しかし、このアプローチでは、集計ルーチンや分析が複雑になるため、私はそれを使用しません。

関連する問題