最も一般的な方法は、データベースを持っているのですか？

作業 データベース には任意の多かれ少なかれ複雑なプロジェクトを伴っています。 DBは、システムの正しい動作のために必要なすべてのパラメータが含まれている情報のリポジトリとして機能します。 そして、何の成果は、実際に最も共通していますか？ それらが使用されている場合は？ これらおよび他の質問は、この記事で答えられるだろう。

一般的な情報

だから、まずあなたが順序を決定する必要があり、問題のプログラムは何ですか。 データベース - 任意の情報の整然としたストレージの名前を入力します。 これは、IT-技術の助けを借りても、他の方法や方法だけでなく配置することができます。 しかし、ベースと同時に原理を体系化するために使用されます。

これらの機会の順序付けと保存がたくさんあることに留意すべきです。 方法は、それぞれ特定の要件を前方に置きます。 単一のコンピュータの中に自律的に動作することを意図しているデータベースがあります。 その他には、リモートサーバーとの対話を提供します。 私たちはアーキテクチャの話なら、最も一般的には、階層的ネットワークデータベースです。 この記事では、それは彼らがなる焦点を当てています。

階層型データベース

この場合のシステムアーキテクチャは、各オブジェクトが明確エンティティとして表されていることを提供します。 このためには、親または子要素を持つことができます。 このアーキテクチャの特別な特徴は、すべてが始まるから、単一のオブジェクトでなければならないということです。 最終結果は、ツリーに似た構造です。 組織は、ほぼすべての古いプログラムを助けることができる方法を理解します。 このタイプのデータのベース - それはまた、コンピュータのファイルシステムです。

多くの場合、このような構造の使用が有効なものではないと言われています。 それにもかかわらず、それはまだ広く使用されています。 主に情報を読み出す必要があるときに、データベースとの作業が有益であるという事実によるものです。 実際、この場合には、構造が極めて構築を容易にしています。 例として、これを考えてみましょう：私たちは特定のフォルダを選択すると、相互作用が迅速に行われます。 私たちは、ウイルス対策、コンピュータのチェックを開始する場合でも、それは非常に長い時間を移動します。

ネットワークデータベース

変形例のこの種のは、先に述べました。 ここでの主な違いは、リンクの数です。 だから、階層型データベースで一つの要素が一つだけの親を持つことができることを条件とします。 したがって、我々は、データベースの開発に一定の制約について話すことができます。 ネットワークデータベースには、複数の親を持つことができます。 これは主にXMLに基づいてデータベースの作成を参照します。

リレーショナルデータベース

私たちはその上のマスの使用、編集、について話す場合、彼らは、実際にされている最も一般的。 その人気の理由は、リレーショナルデータベースは数学で記述することは非常に簡単であるということです。 実装のしやすさのおかげで、彼らは普及しています。

それらの理論的基礎は数学者エドガー・フランク・コッド合算（故人）。 彼は非常に徹底的かつ正確に数学の言語を使用して、データベースの構造を記述することができる80年代にいました。 しかし、練習が示すように、本研究では、ソフトウェアの実行のために良い基礎です。 リレーショナル・データベースは、データベースの話をするとき、デフォルトではそれらを理解することであるほど人気となっています。 私たちは注意を払ってみましょう、その具体的な実装。

リレーショナルデータベースの特長

その主な特徴は、データが2次元のテーブルの集合として格納されていることです。 簡単な例を挙げることができるAccessデータベース、 MicrosoftのOfficeスイートのメンバーを。 アルファとオメガ使用される列と行の役割の中で。 第1の特徴は、それらに使用されている自分の指定したフィールド名、データ型、通過点です。 また、列の数は固定されており、唯一のデータベース管理者に変更することができます。 ラインがある - これは情報オブジェクトです。 その数は、特別な指示を提供することで、比較的容易に変更されます。

データベースが抽象的な概念であることを理解すべきです。 そのため、実際には最も一般的な、テーブルがリンクされているデータベースです。 この問題で非常に優れたグラフィカルな表現は、前述のアクセスを与えることができます。 仕事の最も重要な側面は、構造物の設計です。 このプロセスは、上記の要素を作成することです。 多くの初心者が軽くであるに難しいステージは、あることに留意すべきです。 そして、正当な理由のために。 データが小さくなるまで実際に、コンピュータが迅速に処理されます。 しかし、情報の成長の量と著しく鈍化しています。 その値は、格納されたデータのサイズと構造の最適設計に正比例します。

データベースの設計

そこで、我々は、データベースの中で最も人気のあるバリアントを検討しています。 さて、それはそうです、なぜ彼らが作成されたときに、実際に最も一般的にされて近づき、何かについて話しましょう。 例として、MySQLを検討します。 だから、最終的な結果は次の要件があります。

• データベースは、処理の面で単純なオブジェクトでなければなりません。
• データベースには、コンパクトなサイズを持っている必要があります。

あなたはこれらの概念は矛盾していることを確認しやすい精通している場合。 まず、データベースに渡されると、そこから引き出されるかを正確に理解する必要があります。 あなたは、主要なプロジェクトのサイトの信じられないほどの数のテーブルの数十と数百人を見つけることができます。 次の問題が検討されるべきです。

1. データが格納されるかを決定します。
2. 情報が掲載される場所を見つけます。
3. 単一の列を拾うためにどのようなデータタイプを決定します。

内訳は、個々のテーブルの負荷を軽減するために使用することができます。 しかし、ケアは一定の統一のコンポーネントを持つように注意する必要があります。

結論

データベースは、任意の多かれ少なかれ複雑なプロジェクトの重要な構成要素です。 最初は、人の練習に最適な接続を整理するために取得することはできません。 しかし、時間をかけて、あなたが持つことができるの経験を高めるために芸術の研究とは、より良い施設を作成します。

また、それは注目の的に配置すべきではない、それが徐々に、より高度なソフトウェア構造を提供します。 また、最適化におけるすべての可能な支援が提供できる データベース管理システムを。 彼らは、ほぼすべてのタスクを実行することが可能な広い機能、を開発者に提供します。 あなたは正確にアピールするものを選択することができますので、データベースの様々な、非常に大きいです。