Skip to main content

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

データベースの設計は、名前が示唆するように、ハウスデザインによく似ていますが、この用語は実際のデータベース構築を参照するためにも使用できます。設計プロセスは、テーブル間の関係から重要な情報やデータの実装方法まで、データベースの詳細を概説する青写真のようなものです。ビルダーがどのテーブルと収集するかを知るのを支援することは別として、設計が命名規則を使用し、データベースが完了する前にスペルエラーがチェックされます。データベースは、設計プロセス中に冗長性を削除しようとする正規化も通過します。最初にデザインを解決しなければ、データベース作成者は、テーブルの順序またはテーブルの主要なキーを簡単に台無しにするか、他の多くの潜在的なエラーの中で単にいくつかのセクションを見逃すことができます。データベースの目的を知っています。図や抽象表現はありません。デザイナーは、データベースの目標について考えています。いくつかの情報は書き留められるかもしれませんが、通常、デザイナーはデータベースを整理して使用する最良の方法を単に考慮します。概念モデルは、テーブル名を示す単純な図です。この後、論理データモデルが作成され、テーブルが収集されるプライマリキーと情報を記入します。主キーは、それを一意にし、ユーザーに列の目的を伝える列のタイトルです。テーブル間の関係は、このデータベース設計段階でも詳細に説明されています。このモデルはスキップされることもありますが、データベースの作成中にエンティティがどのように相互作用するかを示すのに役立ちます。物理データモデルでは、ライブ情報がデータベース設計に供給されます。命名規則も採用されているため、ユーザーはデータの入力方法を知っています。たとえば、テーブルには、データベースデザイナーが選んだ命名規則に基づいて、「ThisTable」、「This_table」、「This-Table」、または「This.Table」という名前の名前が付けられます。データベースが構築されたときにエラーが関係の問題を引き起こす可能性があるため、スペルを確認する必要があります。これらのルールは、繰り返しのデータを排除し、大きなテーブルを小さなテーブルに溶かし、関係が最適化されていることを確認します。データベース設計の正規化が最後のステップであり、デザイナーがデータベースが機能しているかどうか、または再配置または再加工する必要があるかどうかを判断するのに役立ちます。