3.2 データベース アーキテクチャ: データベース設計プロセス、要件分析、概念構造設計、論理構造設計、物理設計
データベース アーキテクチャ
需要分析
まず、対応するデータベースの設計を行う前に、まず何を設計するかを知る必要があるため、まず需要分析を行う必要があります.次に、この需要分析はデータ関連のニーズを指します.現在のデータニーズを考慮する必要があります.および将来のアプリケーション、およびデータ処理の関連要件を検討します。
ダイヤルイン 近年、病院では社会保障カード、IDカード、ワンカードカードが非常に普及していますが、5年前に病院に行ったとき、あなたはこれらのものを持っていませんでした.これらのフィールドを登録するために、よりオープンな都市が最初にレコードを作成しますが、この冗長なフィールドを最初に配置する必要はなく、当時ケンが使用していた要件を検討する必要はありません。そして将来的にはデザイン。
要件分析が完了すると、いくつかの成果物が得られます.データベース設計の要件分析成果物には、データ フロー ダイアグラム、データ ディクショナリ、および要件仕様も含まれます。
通常、データ フロー図とデータ ディクショナリは組み合わせて使用されます。データフローグラフは、データの変換・変換の過程をグラフで表したもので、一部のデータの詳しい意味はデータディクショナリに詳しく記述されています。通常は両者を組み合わせて使用し、同時に要求事項を説明して要求仕様書を作成します。
何をすべきかがわかったら、次のステップは概念構造を設計することです。
概念構造設計
概念構造設計とは、要求仕様書の成果物を参照し、アプリケーション要件をデータで考慮したものである. 概念設計は実世界の抽象化であり、得られるものは概念モデルである. データベースに記載されている概念モデル実際には、エンティティ関係図とも呼ばれる ER 図を指します。
概念構造の設計段階では、処理プロセス中にデータベース管理システムは考慮されていませんでした.データベース管理システムとは何の関係もありません.つまり、DBMSとは何の関係もありません.MySQL、Oracle、など、なんといっても設計の段階では、コンセプトに対応するデータを現実世界のER図の形に抽象化するだけの構造設計段階です。
ER図を取得したら、次は論理構造設計に入ります。
論理構造設計
論理構造設計の設計段階では、要件を検討しながら、ER図から論理構造図への変換も検討します。論理構造はデータ モデルに対応します。リレーショナル データベースでは、関係するモデル スキーマはリレーショナル スキーマです。
論理構造の設計は、要件、ER図、ER図から論理構造への変換規則、および標準化理論に基づいています。
リレーショナル スキーマはリレーショナル テーブルとも呼ばれ、私たちが通常参照する基本的なテーブルは、リレーショナル スキーマを参照して構築されます。
リレーショナルモデルを検討する際には、選択するデータベースシステム（DBMS）の特性も考慮します。
物理設計
物理的な設計段階では、対応するデータベースの分散形式、格納形式、およびアクセス形式を設計することが主なタスクであり、ハードウェアおよびオペレーティング システムのいくつかの特性を考慮する必要があります。一般的に言えば、インデックス、特に特定の物理構造の順序を変更するクラスター化されたインデックスが試験に含まれており、インデックスは物理設計段階での主な考慮事項です。
以前の 3 レベルの内部および外部モードと組み合わせると、インデックスは内部モードに属し、ファイル レベルに属します。
ER モデルまたは ER 図は非常に特殊です. 情報システムのライフ サイクルでは, システム分析データ モデリングの成果物です. データベース構造設計では, 概念構造設計段階の成果物です. 情報システムまたはデータベース設計.