データベース設計とは何ですか？

名前が示唆するように、

データベース設計は家の設計によく似ていますが、この用語は実際のデータベース構築を参照するためにも使用できます。設計プロセスは、テーブル間の関係から重要な情報やデータの実装方法まで、データベースの詳細を概説する青写真のようなものです。ビルダーがどのテーブルと収集するかを知るのを支援することは別として、設計が命名規則を使用し、データベースが完了する前にスペルエラーがチェックされます。データベースは、設計プロセス中に冗長性を削除しようとする正規化も通過します。最初にデザインを解決しないと、データベース作成者は、テーブルの順序またはテーブルの主要なキーを簡単に台無しにするか、他の多くの潜在的なエラーの中でいくつかのセクションを見逃すことができます。

データベース設計の最初のステップは、データベースの目的を知ることです。図や抽象表現はありません。デザイナーは、データベースの目的について考えていますVES。いくつかの情報は書き留められるかもしれませんが、一般的に設計者は、データベースを整理して使用する最良の方法を単に考慮します。

次に、デザイナーは4つのデータモデルを作成します。概念モデルは、テーブル名を示す単純な図です。この後、論理データモデルが作成され、テーブルが収集されるプライマリキーと情報を記入します。主キーは、それを一意にし、ユーザーに列の目的を伝える列のタイトルです。テーブル間の関係は、このデータベース設計段階でも詳細です。

エンティティ関連モデルでは、デザイナーは関係により重点を置き、プライマリキーに焦点を当てています。このモデルはスキップされることもありますが、データベースの作成中にエンティティがどのように相互作用するかを示すのに役立ちます。物理データモデルでは、ライブ情報がデータベース設計に供給されます。

各モデル段階で、スペルリンテーブルとプライマリキーのgをチェックする必要があります。命名規則も採用されているため、ユーザーはデータの入力方法を知っています。たとえば、テーブルには、データベースデザイナーが選んだ命名規則に基づいて、「ThisTable」、「This_table」、「This-Table」、または「This.Table」という名前の名前が付けられます。データベースが構築されたときにエラーが関係の問題を引き起こす可能性があるため、スペルをチェックする必要があります。

正規化のルールもデータベースモデルに適用されます。これらのルールは、繰り返しのデータを排除し、大きなテーブルを小さなテーブルに溶かし、関係が最適化されていることを確認します。データベース設計の正規化が最後のステップであり、デザイナーがデータベースが機能しているかどうか、または再配置または再加工する必要があるかどうかを判断するのに役立ちます。