データベースの設計はげ頭Artoria ----パン・リャン
最後の数週間は、私たちはArtoriaグループは、デジタルミュージアムデータベースカプレットを設計し、カプレット団体とデータベースの統合、中国。
次のヒントやアイデアは、我々は、データベース設計について話しています。
まず、データベースに対して考えるのは、前にやって必要に応じて1つのニーズを文書を分析すべきデータを保存する方法である必要があり、データがこれらの要件を完了するために、何を維持する必要があります。あなたは、一般的なデザインのアイデアで、プログラム全体もクリアかを理解するために、データを格納するデータベースだけでなく、より完全な分析を要求したよう。
私たちは、新しいテーブルとメインテーブルを作成するには、オプションの属性の数を相関させるデータベースを設計するために冗長性を最小化する観点から始まりました。
例えば、我々は不要カプレットをご紹介します、感謝、著者情報新しいテーブルを開いています。
しかし、ときに、データベースの設計レビュー、教師たちは、冗長性を利用するために、この構造を使用していないことを示唆しながら、そうではないだけというデータベースのシンプルなデザインは、データベースの簡単な操作後、プログラムの効率は高くなりますが、冗長データを持ちます今ディスク容量を大幅にそれは大きな問題ではありません改善されました。冗長の使用もテーブル運転（面倒で非効率的な）の多くを回避します。
最後に、私たちは、このような作られました。
テーブルにすべての非必須データ、テーブル、いくつかは（例えばここでメンバーとそれぞれの関連が明らかに冗長であるかどうかなど）は、3つのパラダイムを満足しないことができるが、3つのパラダイムデータベースは必ずしも悪いわけではない満たしていません時には運用効率を向上させるためには、冗長なデータを保持するために適切な、標準的なパラダイムを低減しなければなりません。具体的には物理データ・モデルは、概念データモデル設計で第パラダイムに準拠して考慮されるワークの標準的なパラダイムを低減するように設計しました。パラダイムは、時間のためのオブジェクト空間を実現するために、冗長性を可能にフィールドを高めるために還元されます。
私たちは、データベースを設計するチームで、我々はどのようなタイプの、シンプルで合併の時間が経過した後、特定のフィールドを統一し、我々は我々のでデジタルミュージアム協会と中国のカプレット同じデータベースを持つ別のグループを、カプレットでもまた、データベースの統合の問題、および組み合わせ、それらの型と私たちの完全に異なるタイプ、内部不統一のいくつかの種類に直面して、我々の再グループデータベース整流+マージはほとんど再び再書き込み、それに等しいです。。。
したがって、ブロック・デザイン・データベースの前に、あなたは最初に標準を確認する必要があります。
異なるエンティティ間で名付けられ、データベースの設計では区別しなければならない、名前が混乱した場合、PowerDesignerの同じ名前の、自動的に関連付けられた属性は、予期しないエラーのすべての種類は、我々が最初にデータベースを設計起こります私は別のテーブルの属性は以下に変更することができ、属性テーブルの変化を発見しました。。。問題のために名付けられました。
CDMは、マルチパーティに挿入され、外部キーなどのサードパーティの主キーがしますPDM、多くの関係生成されると、多くの関係は、新たなテーブルを生成し、全体の主キーとして、主キーの両側には、1人の関係は、最初の主を決定する必要があります関係から、その後、多くのように。
私たちは〜簡単にマージされない、または後にこれが究極のデータベースです
