-1
フラットテーブル構造対正規化されたテーブル構造のための弊社の議論があります。 現時点では、正規化されたデータベースがあり、アプリケーションが正常に動作していると考えています。 しかし、レポートはクライアント側でIT担当者によって行われるため、いくつかのアドホックレポートが時々生成されるためです。 フラットなテーブル構造から詳細を抽出することができないため、時には彼は心配しています。 彼は経営陣にエスカレートしており、高い正規化されたデータベースは本当に有用ではないという印象を受けています。正規化されたテーブル構造対フラットテーブル構造
正規化されたデータベースとこのコンテキストのフラットテーブル構造を守るにはどうすればよいですか。誰もが以前この経験を持っていた。
詳細な説明はありません。たとえ2つのデザインの選択肢が正確に分かっていたとしても、「詳細を抽出することはできません」を選択する方法はありません。あなたは私たちに議論を与える必要があります。各オプションの*ビジネスコスト*は何ですか？ [ask]をお読みください。これは曖昧で広範に見える。 PS 1、「フラット」とは、「1つのテーブル」以外の意味ですか？テーブルには、列と同じ次元があります。紙とスクリーンの写真は平らです。 2.正規化は取得できるクエリ結果を変更しません。作成するクエリを変更するだけです。更新を簡素化します。 – philipxy
明確にする：あなたの「フラットテーブル構造から詳細を抽出することはできません」というのは少し文法的ではありません。 「フラットテーブル構造から詳細を抽出できない」という意味ですか？つまり、彼はフラットなデザインを望んでいます（それが何であれ）。経営陣は彼に同意しますか？しかし、あなたを含む「私たち」は正規化をサポートしていますか？ （PSの意味は何でも）（https://stackoverflow.com/a/40640962/3404097）。PS文字通りオンラインで数多くの入門情報モデリングとデータベースデザインの教科書があります。 ）NFの第1位とそれ以上の正規化。 – philipxy
"時には、彼はフラットなテーブル構造から詳細を抽出することができないので、彼は心配しています。彼がSQL結合を書くことができないなら、彼は心配すべきです。どのように彼の仕事をするか、または他の人に仕事を与える彼に教えるか。 （どちらも管理上の問題であり、技術的な問題ではありません。） –