sqlデータベースの設計をもっとよくするためのヒント

を維持するための次のテーマを念頭に置いて使用しているデータベースの設計に役立つことを確認して順調に進むとアップデートします。

データベースを設計していない規範に対処しています。として魅力的なデータベースを設計することがほとんどの状況をカバーして、そうすることは危険だ。 ただ、予期せぬが起こったときにそれ以上を期待するので、デザインのことを確認して使用しているデータベースのすべてをカバーする状況が発生したり、少なくともことを確認して異常な状況に対処することができます。 クライアントの場合でもないかを心配する2人の可能性を準備しようとすると同じ付きコテージそれと同時に、それが起こると仮定しています。

有意義なテーブルとフィールドの名前を選択します。フィールド名とテーブル名を使用しようとしてヘルプを出すという考えにどのようなデータを保存します。 たとえば、表memberdetails店会員の詳細については、自明なことになるようにさらに説明をせずにどのようなテーブルを保持します。 テーブルのさらなるので、名前や説明を調べて、テーブルは不要である。 同じ名前の列に適用されます。

名前を維持しようとする単純なものだ。このように矛盾するかもしれないが、前の時点で、それはありません：名前を記述可能な限りなければならないとして、かれらはいけません過度に長いまたは複雑です。 長い名前を増加させる可能性エラーが発生します。

お客様の整合性データ型の選択と命名します。混乱を防ぐため、郵便番号欄に電話しないで、 1つのテーブルを別の郵便番号とすれば、同じデータを参照しています。 ことを確認しても両方のフィールドが同じデータ型と同じ幅のデータを保存することができます。 varchar型の1つとして定義した場合、 1つのテーブル（ 12 ）とvarchar （ 8 ）別の、あなたのリスクトランケーション場合は今までより1つのテーブルに挿入されています。

最初のデータを分析し、ニーズに紙にします。それは非常に魅力的なデータベースを作成することを尋ねられた時にラッシュをオフにして設計を開始して飛ぶ、それました。 しかし、最初にタイムアウトを取るに腰を下ろすと、ペンと紙を検討するとどのようなデータを保存する必要があり、最も重要なことは、どのような回答をしてデータベースを供給することが期待します。 人の必要がある場合は、データベースの動作は既にいくつかの他のシステム（たとえば、紙ベースのストレージシステム）に目を向けるとして使用することを出発点として使用してデータ入力します。

主キーを慎重に選択しています。フィールドを選択するとは思えないし、できれば1つを変更することは、全体の数に基づいたフィールドです。 主キーする必要があり、常にユニークです。 フィールドがない場合は明白な、そして全体を作成し、自分の番号の目的のためのフィールドを作成するユニークなプライマリキーを押します。

インデックスを作成します。 ヘルプのインデックス検索を高速化するため、フィールドを追加して検索を実行したりしては、定期的に使用され価値のあるものは、結合します。 インデックスは、特に価値のあるものがどこにあるいろいろな価値観-例えば、郵便番号欄には、 memberdetails表。 を含む、インデックスのは良い考えではありません、しかし、いくつかの値のみをお持ちの場合のように、 memberattended ]列で、テーブルに出席します。 インデックスに登録したデータのエントリでもスローダウン、何か特に重要なことに注意している場合は次のようにはたくさんの列を挿入または更新します。

多層カラムインデックスを追加するにします。多層カラムをインデックスに登録するには、特に便利なフィールドを頻繁に検索するユーザーがどこに2つ以上の列があります。 たとえば、頻繁に検索する場合は都市名や都道府県共同、列を追加するとインデックスの両方に基づいています。

予約語を使用しないようにテーブルやフィールド名となります。予約語の単語が使用される言語とは、そのためのsqlの予約のみを使用します。 たとえば、などの言葉を選択して、コミュニティに参加して、内側が、排他的にsqlです。 予約語を使用することができときどき角かっこを付けて、それらを避けながら、完全に回避することは簡単です。

ストレージ容量の要件を検討します。フィールドのデータ型を選択するときには、許可するために必要な予想される最大ストレージ容量、そして少し追加！ と思われる場合は格納される最大文字数は、おそらく8日には、 10の定義、またはvarchar型（ 10 ）です。 そうすることで、少し追加の安全網をします。 数字でも同じことがします。