2016-12-02 9 views
0

テーブルに異なる月のデータを保存する必要があるとき。私はここまで月にデータを保持するテーブルを構築するためのベストプラクティス

Year | Month | Amount 

:唯一の月と金額欄を有することにより

Year | Sep | Oct | Nov | Dec | Jan | Feb | Mar | Apr | May... 

以上のスリム構造:私は毎月の列を持つテーブルを構造化する2つの方法のいずれかを参照してくださいしかし、常に最初のアプローチを使用していますが、特に、データの整合性とパフォーマンスに関して、あるメソッドを使用する利点があるかどうかを知りたいと思います。

+0

最初は非スターターです。あなたは非常に簡単に理由を見ることができます - SUMまたはAVGデータを12ヶ月間試してみてください。 –

+0

将来は無限の月数があります。テーブルには無限の数の列を入れることはできません。 – RBarryYoung

+0

「無限の月数」ですか? – GurV

答えて

2

ほとんどの状況下では、「スリムな」構造はリレーショナルデータベースに適しています。

  • データの最初の月は何ですか?
  • $ 100以上の金額は何ヶ月ですか?
  • 金額はどのくらいの頻度で100ドル未満ですか?
  • 1ヶ月間の改善率はどのくらいですか?

人々は、よく、人であり、私たちが広がる月次データを見たいので、旋回しフォーマットは、出力の目的のために非常に適しています。しかし、毎月を別々の行に置くことは、より多目的です。

関連する問題