2016-09-19 1 views
-1

予約システム用にデータベースを設計しようとしていますが、データベースを正規化するかどうかは分かりません。予約システムのために私のデータベースを正規化するか正規化しないといいですか?

私の質問は、多値データが関係するときにデータベースを正規化することが本当に必要かどうかです。

ありがとうございました!

+1

構造の例を教えてください。一般的には、必要に応じて正規化する必要があります。プロジェクトのサンプルや期待される成果がなければ、何をすべきかについてコメントすることはできませんでした。 – Takarii

答えて

1

「非正規化」の問題は、何をすべきかを示す計画ではないということです。それはニューヨークから離れて運転することによってシカゴからロサンゼルスに運転しようとするようなものです。以前の経験がたくさんある場合を除いて、不安定な設計を避けるためには、代わりの設計規律が必要です。

通常、正規化されたスキーマはトランザクション処理のボトルネックを減らし、他のデザインは分析処理のために合理化することができます。スタースキーマはそのようなデザインの1つです。予約システムは一般的にはトランザクション指向であるため、標準化された設計が標準化されていないものよりも優れたサービスを提供します。あなたはあなたの予約システムの規模が何であるかは述べていません。

正規化は応答システムの始まりに過ぎません。物理データベース設計とアプリケーションソフトウェア設計にも注意を払う必要があります。

予約処理を行う非常に大規模な組織では、分析処理用の第2のデータベースが存在することがよくあります。これはデータマート、またはデータウェアハウスと呼ばれることもあります。このデータベースは深く正規化されていませんが、スタースキーマなどの他の設計原則を使用します。プロセスは定期的に予約システムからデータを抽出し、データマート形式に変換してデータマートにロードします。このようなソリューションでは、規模が小さすぎる可能性があります。

関連する問題