データウェアハウスは2NFまたは他の通常のフォームを満たす必要がありますか？

Question

私はデータウェアハウスを調査しています。そして、スタースキーマに関する問題があります。

それは
Oracle OLAPアプリケーション開発者ガイド
10gリリース1（10.1）
3.2.1寸法表にあります：TIME_DIM
https://docs.oracle.com/cd/B13789_01/olap.101/b10333/global.htm#CHDCGABE

階層MONTH表現するために - > QUARTER - > YEAR、 YEAR_ID、QUARTER_IDなどのキーが必要です。しかし、理解できないものがいくつかあります：

1）なぜフィールドYEAR_DSC & QUARTER_DSCが必要なのですか？私たちはYEAR &からQUARTER TABLEを使ってこれらの値を調べることができると思います。そしてそれは2NFを破る。

2）データウェアハウス内のスキーマが満たす必要がある通常の形式は何ですか。 （1NF、2NF、3NFなど）

Answer 1

NF（通常形式）は、データウェアハウスの基本表には関係ありません。

特定の種類の冗長性を減らすために正規化して、データベースを更新するときに複数の場所で同じことを言う必要がなく、誤って誤って必要と思われる箇所を言うことができないようにします複数の場所で言われる。私たちはそれらを更新していないので、クエリ結果には問題ありません。データウェアハウスの基本表についても同様です。 （元のデータベースのベーステーブルのクエリでもあります）。

データウェアハウスは通常、読み取り速度が最適化されています。通常、元のデータベースと比べて非正規化が行われ、領域を犠牲にして再計算されません。小さな部品を読んだり大きなものを再計算するよりも時間がかかることがあることに注意してください。データウェアハウスに移動するときに正規化されたテーブルをドロップすることは望ましくありません。 を再計算して減速したい。これらのトレードオフ以外に、が非正規化する理由はありません。Some particular warehouse design methods might have their own rules about what parts should be denormalized what amounts。

（NFがあるように選択されるものは何でも私達の元のデータベースの設計、我々は常に最初に私たちは、データベースを更新または照会する制約を正規化するか知っている必要はありません。意識的に非正規化し、その後5NFに正規化する必要があります。）

読みます私たちがデータウェアハウスを使用する理由を正規化する理由についての教科書の基礎&