アプリは、ビジネス上の大きな利点をもたらすことがあります。データベース設計は、目的が従業員情報の管理、データに関する週間レポートの提出、顧客注文の追跡のいずれであっても、その目的を達成する上で重要です。データベース設計を理解することに時間をかけることにより、最初からきちんと機能し、ニーズの変化にも適応できるデータベースを構築することができます。データベースとは異なります。アプリの設計については説明しません。最初に、基本的な用語と概念について説明します。つの主題に集中したテーブルを作成します。テーブルには、その主題に必要なすべてのデータをフィールドに分けて取得し、フィールドには、可能な限り最小の単位でデータを格納します。データベースデータをテーブルに分割するデータベースで、スプレッドシートのようなものです。つの主題のデータのみを格納します。レコードとフィールドテーブル内の個々のデータを格納する場所です。ポイントを格納します。ポイントについて取得される情報を可能な限り最小の単位に分離します。つの列、姓を別の列にします。各レコードを一意にする値です。親子関係テーブル間の一般的なリレーションシップです。つの顧客が複数の注文を持つことができます。親テーブルには主キーがあり、子テーブルには外部キーがあります。これは主キーの値で、子テーブルのレコードと親テーブルがどのように関連付けられるかを示します。これらのキーはリレーションシップによりリンクされます。スペースを無駄にし、エラーが発生する可能性が高くなります。不完全な情報または間違った情報がクエリやレポートで使用されると、最終的に、誤った情報に基づいた決定になってしまう可能性があります。このような問題を回避するには、次の対策が役立ちます。データベース情報を、的を絞った主題ごとのテーブルに分割します。つのテーブルにのみ格納します)。データを重複させるのではなくキーを使用してテーブルを結合します。データベース情報の正確さと整合性を支援し、確保するプロセスを含めます。データの処理およびレポートのニーズを考慮してデータベースを設計します。つの手順を実行します。データベースの目的を決定する開始する前に、データベースの目的を定めます。目的に集中した設計にするには、データベースの目的を要約し、それをたびたび参照します。いうような簡単な目的を書き出します。企業で使用するデータベースの場合は、さまざまな役割のユーザーがデータベースとそのデータをいつ、どのように使用するかを説明するために複数の段落が必要になるかもしれません。ステートメントを作成します。必要な情報を見つけて整理する製品名や注文番号など、記録する必要があるすべての種類の情報を収集します。既存の情報と追跡方法から開始します。現時点ではおそらく、発注書を台帳に記録していたり、顧客情報を紙の用紙に記録したりしているでしょう。重要な情報を現在取得していない場合は、どんな種類の情報が必要であるかを検討します。それぞれのデータの種類がデータベースのフィールドになります。最初から完全なリストを作成する必要はありません。時間経過とともに調整することができます。この情報を使用するすべてのユーザーを考慮して、それらのユーザーの意見も聞いてみましょう。リストの種類について検討します。その後、これらの目的を達成するために必要な情報を取得しているかどうかを確認します。地域別の売上高を示すレポートが必要な場合は、地域レベルの売上高データの取得が必要です。表示したい実際の情報を使用して、レポートのレイアウトを考えてみましょう。その後、レポートを作成するために必要なデータの一覧を作成します。リストや、データベースをもとに作成するその他の出力についても、同じ手順を実行します。することができる、定期的に送信されるメールによる更新情報があり、そのオプトインしている登録者の一覧を印刷するとします。アドレスが必要なので、そのフィールドも必要になります。フィールドが必要です。フィールドを追加します。重要なのは、情報の各部分を使いやすい小さな要素に分割することです。顧客テーブルは、姓と名に分けます。基づいて並べ替え、検索、計算、レポートの作成を行う場合、その項目を個別のフィールドに保存する必要があります。各主題がテーブルになります。エンティティ間でデータが重複しないようにします。製品売上データベースの準備リストは次のようになります。