asp.netのMVC + MongoDBの練習


 

    時間の期間は、速いスピードが格納されている探しています。まず、可搬性、第二::速い、第三:NoSQLの使用を検討する場合には、二つの理由に基づいており、安定性、および様々な非リレーショナルデータベースの比較後にMongoDBを決めました。彼のこれ以上のオンラインドキュメントへの導入としては比較的無傷です。

    MongoDBのメモリデータベース、本当に十分に速く、いつものように同じプログラミングを使用する速度は、ハードコーディングされたデータのクエリの種類を感じませんでした。たとえば、クエリが使用できるテーブルは常にある:table.Countは();することができ、およびSELECT COUNTたくさんよりも高いパフォーマンス。

    まず、ファジーのお問い合わせは、はいモンゴは、おそらくあなたがかろうじて正規表現でこの方法をあなたのファジークエリを達成することができ、あいまいクエリをサポートしていませんが、これを:実際には二つのことがありますが、このプロセスは特に注意でありますパフォーマンスの損失が非常に印象的であることは、確かに非常に悪いことです。第二に、私のデータでは、ハードウェアのコストの問題は、80W-100W、32ビットCPUは、長い時間のために私が落ち込んで聞かせて、まっすぐオフ、立ち上がることができるようにする方法はありません達します。

 

    個人的な要約によると、モンゴを使用する場合は、あなたの記憶は、(好ましくはT-レベル)十分な大きさ、およびデータは、単純な非構造化データであることを確認してください。

 

   少し前cnblog上の一見Hubble.netプロジェクトを、とても上により高速なデータのハッシュインデックスを達成することが望ましいです。私はそれを行うモンゴない理由を疑問に役立つことはできませんここを参照してください?

 

   asp.net MVC MongoDBの結合操作は、ドライバをMongoDBのためだけに参照ライブラリ上で、非常に簡単です。asp.net元々考えられて脆いキャッシュ機構はそれによって実質的にIISの負担を軽減、バッファのMongoDBとして使用することができることは注目に値します。私はいつもエントリポイントを見つけることができません苦しむ、そのようなプロジェクトを作成し、友人との通信に思っている、と私と一緒に協力したいと考えている友人が私に連絡することができます。Eメール:[email protected]

 

 

条少し滑らかでないところが、私たちにも意味を持つようにしたいです。

 

 

 ところで、興味深い謎の番号を挿入します。

 

 

 

 

 

 

 

ます。https://www.cnblogs.com/xinggg22/archive/2010/06/07/1753109.htmlで再現

おすすめ

転載: blog.csdn.net/weixin_34085658/article/details/94066049
おすすめ