「収納ボックスは、」データベースの世界にあなたを取ります

I.はじめに

1.1ヒーロー - データ時代、未来が来ました

今日、我々はすでに、「IT時代DTの時代に入った、」馬にも言った：将来の資源は石油ではなく、ガスではなく、「データ」。どのように我々は安全で、効率的な保存、検索やデータの管理を実現します：非常に速く情報技術時代の繰り返しで、データ、大量の情報の多様性を生成します、これは、その後、係員の質問がされているのですか？

データ時代、データの効果的な保存、共有とセキュリティ制御を容易にするための効率的なアクセスは、現時点では解決すべき問題となっています。

この問題を解決する方法 - 問題の1.2リード？

私たちは、問題の解決につながる人生の例を使用します。

一般的には、各家庭は多くの種とすることができる、破片の多くを持つことになります、数字はもっとある、そして我々はこれらの項目を格納するための収納ボックスであっても、一つ以上の倉庫の、またはストアの部屋を使って考えることができます。したがって、我々は、ますます複雑化するデータは、あなたも、簡単かつ効率的にあなた自身のそれらのためのストレージ容量、およびメイク管理を作成することができ、より多くのために、と考えることができ、これは、ストレージスペースのように定義することが可能になります「データベース」。。

データベースは、さまざまな、多くのごちゃ混ぜの「データ」を保存するために使用されます。我々の下には、データベースとデータ構造とデータベースの種類の基本的な概念の具体的な定義を説明します。

第二に、データベースの基本的な考え方

2.1データベースの概念

データベースは、簡単な言葉から、テーブルの集合と考えることができます。記録を形成するために一緒に異なる組織によるテーブルは、記録がデータの構造単位として「OK」に基づいており、1つのレコードが「ロー」に対応し、我々は、エンティティを呼び出すことができ、テーブルの各一つは、フィールドと呼ばれ、そうでない場合は、データ項目として知られ、このテーブルの特性です。

2.2構造データベース

それが上記になると、実際には、それがデータベース内のテーブルの集合であり、そして表には、フィールドとエンティティによって記録され、レコードの組み合わせです。

（表：「テーブル」を形成するために、互いに異なる組織の記録、データを格納するのに使用されます）

2.3データ定義

データ：レコードの記述は、数値、テキスト、グラフィックス、画像、音声ファイルの記録を含むもの、である;で、「行」の形式で保存のための統一されたフォーマットに従って。

実際には、我々は、単にデータとして理解することができる「情報を必要と特別な意味や価値。」

第三に、データベースの特性

私たちは、特性はデータベースをリード結合収納ボックスの上の例を続けることができます。収納ボックス、主にオブジェクトを格納し整理するために使用され、我々は比較的大きな収納ボックスを複数の区画に分割することができ、文具店店舗家庭用品などした、これは私たちにある程度を作ることができ、必要なときに迅速なアクセス、使いやすいです。

次いで、データベースにバインドされた、データベースが大収納ボックスで、テーブルの様々なセクションは、物品は、データテーブルの種々の内部にあるその同じ多様ではありません。

そして、このような構成は、ストレージ、展示特性データベースを提供することができます。

大量のデータの構造化記憶、効率的な検索及びアクセスを容易にします。
効果的には、データの一貫性、整合性を維持し、データの冗長性を低減します。
アプリケーションの要件を満たすための共有とセキュリティ（ストレージボックスをロックすることができ、キーのみでは使用することができます）

第四に、データベースの種類

4.1データベースの開発プロセス

データベースの開発の歴史が比較的長い、あなたは見つけることができます興味を持っています。

古典的なデータモデルによってデータベースの開発は、（メッシュ - 階層 - 関係）進化しました。

一般的には次のように区別さ：

4.2種類を記憶することによって、データベースが分けられる：リレーショナルデータベース、非リレーショナル・データベース

リレーショナルデータベース：店舗ように値、文字、文字列、ブールと;
非リレーショナルデータベース：画像、ビデオ、音声の保存など。

4.3主流のデータベースリスト

リレーショナル・データベース：MySQLの（オラクル社）は、SQL Server（マイクロソフト社）アクセス（マイクロソフト）は、Oracle（オラクル会社）DB2（IBM会社）SYBASE（SYBASE） -通常ます（同時実行のための億のレベルのサポート、春祭りの活動）モデル- 「エンティティ関係」（「ER」）：そうで

非リレーショナルデータベース（のNoSQL）：MongoDBのRedisの（データベースメモリ/キャッシュ・データベース）に{KVキーと値の変数-値が格納されている}メモリキャッシュ（データベースメモリ/キャッシュ・データベース）のHBase（KV -値のペア）

4.2.2非リレーショナルデータベースの利点：

データベース会う高い同時読み取りと書き込み。
効率的な大容量データストレージとアクセス。
高度にスケーラブルな高可用性

Redisの4.3とmemcacheの類似点と相違点（誰もが簡単で理解できるよう）オン

類似性：熱を記憶するデータベース（高周波数再使用）
異なる点：Redisのは、永続的に保存されて行うことができます、あなたがオブジェクトを格納することができます（情報は、Javaオブジェクトに格納されている）、およびmemcacheのは簡単に失われたメモリ内のコンテンツデータをキャッシュします

補足ポイント：

Redisのデータベースログファイルは、主にデータの復旧のために使用され
Oracleデータベースのログ：REDOログ・グループ（ラウンドロビン書かれており、同期、バックアップデータベースサーバ）

第五に、リレーショナルデータベース

リレーショナルデータベースシステムは、リレーショナルモデルに基づいてデータベースシステムであり、リレーショナルモデルは、データベース・フィールドのインスタンスに適用されます。

リレーショナルモデルは、5.1とは何ですか？

エンティティ、関係および3つの要素の属性を含んで直接表現に（ER）の計画 - 関係モデルは、「関係実体」と呼ばれるものであるリレーショナル代数の理論に基づきます。

エンティティ：一例であり、現実の世界への対応は、「イベント」や「もの」他のオブジェクトと区別することができます。

特性：エンティティがエンティティが複数の属性を有することができ、特定の特性を有します。

コンタクト：同じタイプとエンティティを共有同じ特性の複数の群の対応関係。

理解し、または簡単な例をできるように特に容易ではないかもしれません。

エンティティ - 銀行の顧客や銀行口座;

プロパティ - 銀行の顧客名、住所、連絡先情報、

連絡先 - 銀行の顧客と銀行口座間の「貯蓄」との関係があります。

主キーと外部キー5.2

データテーブルの各行は一意である必要があり、レコードの一意性を保証することができ、主キー（主キー、主キー）を定義することにより、重複したレコードが表示されますすることはできません。

キー、キーは、それはリレーショナルモデルは非常に重要な要素です。

5.2.1主キー

主キーは、一意に、テーブルの主キーに対応するデータの行の行を識別する。その値が一つ以上の主キーのフィールドは、一意であり、NULL値を取ることは許されません。テーブルは、1つのプライマリキーを持つことができます。

5.2.2外部キー

外部キー制約として機能し、テーブルと他のテーブルに関連する分野に固有のものです。外部キー定義は、一般的に、時間のフィールドに作成されます。

テーブルの主キーは、主キーが重複しないことであるテーブル内の外部キー、外部キーが繰り返されてもよいです。

注：候補キー：主キーと外部キーに加え、

VIの概要

この記事では、データベースの概念、分類、構造、機能および知識の特性の側面を理解するために収納ボックス簡単な例に住んでいます。