MongoDBは二つの基本的なコンセプトノートを学びます


MongoDBは、テーブル、列が、行は、そことして、文書セット指向データベースではなく、リレーショナルデータベースでのMongoDB データベースは、一連の文書で構成されています。ここでは MongoDBの基本的な概念

 

まず、   文書

ドキュメントがあるのMongoDB 設定値ユニットと一緒にグループ化されたキーのその関連する順序付けられた複数:基本的な概念であるデータベース部の最小セット。

{「ワン」:」Hello World」の、」二」:」こんにちは、MongoDBの」}

概念は、複数のキーによって、分析から得ることができます。説明文書と同様の組成のハッシュテーブルは、各レコードのキー値に対応し、実際には、文書が各キーは、列に対応する行の組み合わせと見なすことができる、リレーショナルデータベースの行とみなすことができる、キー列名は、値が値を表にした、を示しています。

文書には、次の要件を定義します。

1は、キーを含めることはできません \ O (ヌル文字)を、中のMongoDB 、この文字はの終わりを示すために使用されます

2 、そして、 $ Eは、特定の状況では、これら2つの文字の使用は特別な意味を持っています。あなたは明確に考える必要があります。

図3は、「アンダースコアのために _」システム予約文字です。使用する際に慎重に検討する必要があります

4 、鍵のような、大文字と小文字が区別され、{「1」:「こんにちは」 、「一「:」こんにちは」}、 それは別のキーを示し

5 、同文書で、キーが同じ名前を持つことはできません。その場合、以下の文献に違法であるとして、同じキーです。

{「1」:」こんにちは」、」1」:」HelloWorldの」}

6 、文書は、次のようなキーの異なる種類であってもよいです。

{「1」:1、」2」:」HelloWorldの」、」3」:0.21}

 

 

第二に、            コレクション

文書は言葉のラインに似ている場合、コレクションは、ドキュメントの1つのセットを意味します。そして、セットはテーブルと同等です。

 

MongoDBのセットは、コレクションは、キーが異なっていてもよく、ここで、コレクションに、異なるドキュメントのキー数が異なっていてもよく、文書の多種多様であることができる、すなわちモードレスです。異なるキーを持つ文書が、その値は、同じ型は同じでなくてもよいことはできません。これは、文書が互いに独立しており、同じコレクションです。

そこには、コレクションモードはありませんが、実際の使用では、何のパターンが存在しないので、ドキュメントセットは任意であるため、問題を引き起こすので、コレクション以上のものにする必要がないかもしれないので。たとえば、私たちは、コレクションは、このようなユーザのログインデータとして、ブログの記事、記事のカテゴリに保存することができ、ブログのデータベースを設定します。もちろん、実際には、操作は場合に応じてどのように参照してくださいする必要があります。

コレクションの指定コマンド:

1、  名前のコレクションは、空の文字列にすることはできません。

2、  名前のセットを含めることはできません \ O の文字(空白文字)を、 MongoDBのキャラクタ・セット名では終わりを示します。

3、  名前の集合できない「システム。」初めに、この接頭辞のようなシステム自体のために確保接頭辞であるため system.uses 、システムのユーザー情報という意味 system.namespacesは、すべてのデータベース情報収集を保存します。

4.  コレクションの名前を持つことができません $ 文字が。

 

 

第三に、            サブセット

これは、という名前のサブセットとして見ることができ blog.users、blog.author ここでは、ブログも存在しなくてもよく、自身が設定することはできません。より良い、より構造化されたコレクションを区別するために、サブセットを使用します

第四に、            データベース

   データベースの集合より。MongoDB インスタンスでも、ディスク上、ファイルが別々に保存されており、これは、それぞれが完全に独立しており、独自のユーザー、権限情報を持っている、複数のデータベースを持つことができます SQLサーバー、データベースなど。データベースファイルを別のディレクトリに保存することができる異なるデータベース。次のようにデータベースの命名規則は以下のとおりです。

図1に示すように、  空の文字列にすることはできません。

2、  を含んではならない '' 空白)、 、、 $ / \ 、および \ O (ヌル文字)。

図3は、  すべて小文字でなければなりません

4、  最大 64 バイト。

 

 

除き、データベース名は、既存のシステムのように、同じ名前のライブラリーを保持することはできません管理者、ローカル、および設定

 

 

データベースの名前空間:名前空間のデータベースには、得られたすべてのセットの前の文字列情報でデータベース名です。名前空間があります。blog.article.author 実用的なアプリケーションでのコマンドスペースの長さを超えることはできません 100個の文字を。

 

 

中国の問題。文書コレクションや中国語で使用する場合、図の問題に表示されます。

不正な形式のUTF-8文字列は、33をオフセット


情報発見の多くをチェック、何ら解決はありません。あなたは、サードパーティの使用する必要が APIを解決するために。うつ病。

 

ます。https://www.cnblogs.com/Carmack/archive/2011/09/18/2180614.htmlで再現

おすすめ

転載: blog.csdn.net/weixin_34381687/article/details/93558265