データベースは、どのような

データベースには、単に情報を収集する組織です。 これにより、さまざまな種類のデータが格納されると、非常に効率的な方法で作成しています。 情報は、データベース内のテーブルから構成されています。 テーブルのフィールドには、単に収集することができますが、自分のそれぞれの固有のデータ型を表します。 たとえば、次の可能性がある1つのテーブルで使用しているデータベースが含まれ、選手の氏名、年齢、および電子メールのアドレスを入力します。 が完了したら、お客様のデータベーステーブルで定義され、レコードを追加することができます。次にテーブルです。 記録は、 1つのデータが入っている表のエントリはそれぞれのためには、表のフィールドを指定します。

データベースには多くの種類があるが、我々が最も興味があるのは、 1つのリレーショナルデータベースに格納されます。 リレーショナルデータベースは、データベーステーブルの情報が含まれることをお互いに何らかの形で関連または別の、との情報がテーブル内にアクセスすることが可能とは多くの点で構成されます。 これは、通常の手段によって成し遂げられた固有の識別番号は、この識別がすることができるにもかかわらず、これらのデータ型が、最も効果的な方法では、番号の種類を使ってください。 したがって、各テーブルのレコードを追加することは、リレーショナルデータベースに格納される固有の番号が自動的に割り当てられている場合は、フィールドには数値配列とする場合は、テーブルのトリガが定義を行うことにした。 データベースには、このパッケージのほとんどを自動的に行うことができるフィールドを定義することは、アイデンティティをフィールドに入力します。 このユニークなフィールドでは、他のすべてのエントリを区別することから、同じテーブルに（他のテーブルエントリではありません） 。 これにより、我々のデータベース内のデータを最適化することができるように、テーブルのフィールドを作るだけで、整数（または任意のデータ型-実際には、ときどきある状況では、各フィールドにはVARCHAR型（文字列）のフィールドよりもより良いリファレンス整数） 。

そのいい例がどこに使われる可能性は、リレーショナルデータベースに格納し、簡単なチャットアプレット。 は、ユーザーの情報をテーブルに保存される可能性があると呼ばれるuserinfo 、これを含む別のログイン名、パスワード、および電子メールのアドレスを入力します。 また、各レコード（のユーザ情報）が自動的に割り当てられた固有の識別番号をデータベースには、 1つのフィールドには常にあるので、 userinfoテーブル（フィールドの固有の番号）を識別して、 1つの可能性の残りのすべてのレコードからです。 今や我々のデータベースが含まれ、 1つのテーブルに存在して行われたユーザ情報です。 どうすれば私たちは、いえ、もし我々のユーザーを指名手配して連絡先リストがある可能性がアソシエイツを追加してチャットシステムですか？ 我々のテーブルには、別の可能性があるという名前を使用して、ユーザーのログイン名（たとえば、ユーザがコールした場合、 "ボビー"という名前のテーブルになる" bobby_contacts " ）を各ユーザのです。 これらの各テーブルでは、ユーザは、重複するレコードが含まれて連絡先の情報をすべてのユーザーが自分の連絡先リストに追加されている。

見てわかるとおり、これは、非常に非効率な方法の連絡先情報を保存するように、何度も同じ情報が複製されると、データベースのテーブルで数百人の可能性があること（すなわち、各ユーザのための1つ）は、非効率的になるデータアクセスおよびストレージからの視点です。

理想的な方法でこの問題に対処するには、リレーショナルデータベースの機能を使用しています。 それは、フィールドを使用して固有の番号を各ユーザーに割り当てられているデータベースに自動的にされる。 個々のテーブルを作成する代わりに、各ユーザーには、我々がすべきことはすべて1つのテーブルを作成するために使用されたすべてのユーザーには、 "ペア"とすることを他のユーザーとユーザーが自分の連絡先リストに追加されています。 我々はこの新しいコール表relate_contacts_to_users 。 この種のテーブルと呼ばれることが多いのリンクテーブルです。 表には、 2つの整数を含む2つのフィールドを格納するユーザーの固有の番号とでも、独自のユニークな番号を割り当てられているリレーショナルデータベースに準拠しています。 だから友達を追加する際に、ユーザーの連絡先リストに彼または彼女は、このアプレットは、この新しいテーブルエントリを追加するには、ユーザーの固有の番号を追加することにより、最初のフィールドに、それからその友人の2番目のフィールドに固有の番号です。 この合意を完全には、新しいテーブルを記録した。 従って、我々は多くの友達を追加して、 1つのユーザーを犠牲にして3つの整数値だけではなく、多くの彫の整数を表す文字列と、ユーザーの詳細です。

したがって、これより良い方法を使用して、それからもし我々を希望して連絡先を追加するためのボビーとジョンとジェニーは、すべて私たちが必要なのは余分なレコードを追加する2つのテーブルを関係づけるrelate_contacts_to_usersの固有のID番号のボビーとジョンのユニークなIDをジェニー。

この手法は、多くのアプリケーションでデータを格納することになると、最適な方法でデータにアクセスすることも高速化につながる。 また、フィールドの定義済みの制限を削除することは、選手としては、できるだけ多くの友人として望むだけのために、各新しい友達として追加されていますリレーショナル表に記録しています。