0

私はデータベースの構造化に少し慣れていないので、レコードごとに 38 個の異なるデータを保持したいと考えていました。それをいくつかの異なるテーブルに分割する方が良いですか、それともすべてを 1 つのテーブルに保持することはできますか。

この場合、アカウントのエネルギー使用量データのテーブルがあり、毎月の使用量、毎月の需要、需要の割合があり、それぞれに 2 つの識別キーがあり、レコードごとに 38 個のデータになります。

それで、それを分割するのは良い習慣ですか、それともすべてを1つのテーブルのままにしておくべきですか? また、このデータベースがピーク時に数千のレコードを蓄積すると、クエリを実行する製品の効率に影響がありますか?

編集:Hibernateを使用してクエリを実行していますが、このデータをどのように分割するかによって、効率に影響があるかどうかはわかりません。

4

2 に答える 2

1

まず、正規形を確認します。

1) Wiki
2)リレーショナル データベース理論における 5 つの正規形の簡単なガイド

次に、「月間売上」や「日別クリック数」などの集計データは通常、別のテーブルに移動します。これは、通常のフォームだけでなく、データベースの実装によっても動機付けられます。たとえば、MySQL はそのために設計されたアーカイブストレージ エンジンを提供します。

当月のデータを監視している場合、これらは同じテーブルに表示されるか、キャッシュに保存されます。別のテーブルの月ごとのデータは、月の最初の日に計算される場合があります。

于 2013-06-30T22:53:18.817 に答える