アプリケーションを作成する前に計画を立てよう

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

データベースを使用する目的やアプリケーションを使用して解決したい問題を理解することが重要です。アプリケーションを作成する前に、以下の点を検討する必要があります。

何の情報を収集・管理したいですか？例えば、注文を追跡するためか、在庫を管理するためかなどですか？
情報を分類するために、異なるカテゴリーに分けてください。例えば、注文を追跡するデータベースは「注文」「数量」「金額」などのデータを保存します。在庫詳細のデータベースでは「商品」「商品タイプ」「数量」「残り在庫」などの詳細を記録できます。それぞれの個々のデータエントリーは、フィールドとなります。
できるだけ多くのフィールドにデータを分割してください。例えば、住所を収集するために市、州、国、コードなどを利用します。これにより、データアクセスの操作（更新や取得など）が容易になります。

作成するフィールドをもとに、類似のデータを含むフィールドを1つのカテゴリーにまとめます。このカテゴリーがフォームになる。 1つのカテゴリーに該当するフィールドをメモしておきます。例えば、以下のようなものです、

顧客フォーム	注文フォーム	請求書フォーム	製品フォーム
名前	顧客ID	請求書ID	製品カテゴリー
苗字	注文	商品ID	商品ID
電話番号	数量	顧客ID	単価
住所	合計	支払済み額	割引
顧客ID	請求書ID	注文日

上記の表で、異なるフィールドをマッチングして関係を作成してみてください。1つのフォームのマッチフィールドと別のフォームのマッチフィールドをリンクさせることを試してください。例えば、「Order」には注文された商品が入っていて、「Products」には注文できる商品が入っています。「Order」フィールドと「Product」フィールドの間に関係を作成することで、「Order」は「Product」フィールドからの商品リストを参照することができます。
同様に、顧客IDフィールドは顧客フォームと注文フォームにあります。請求書IDフィールドは注文フォームと請求書フォームにあります。製品IDフィールドは請求書フォームと製品フォームにあります。顧客IDフィールドは顧客フォームに顧客の詳細を保存し、注文フォームから顧客の詳細を取得するために参照できます。注文フォームの請求書IDフィールドは注文の請求書IDを生成し、請求書フォームから注文の詳細を取得するために参照できます。製品IDフィールドは製品フォームに製品のIDを保存し、請求書フォームからも参照できます。
関連するフィールド間のこのような関係は、データの重複を回避し、アプリケーションの複雑性を低減します。要件に従ってデータベースを計画したら、アプリケーションの作成を開始できます。