2.0 リリースノート - Docs-Japanese - 10gen Confluence
アップグレード MongoDB 2.0 は1.8と互換性がありますのでアップグレードはそれほど難しくありません。しかしながら、アップグレードの前には次の特別な場合に該当する場合は注意をして下さい。 もし2.0において新しくインデックスを作成した後に1.8にダウングレードする場合は、 バージョン間の違い によってインデックスの再作成を必要とするなど、いくつかの複雑性を持っています。 Mongoimport and Mongoexport now correctly adhere to the CSV spec for handling CSV input/output. This may break existing import/export workflows if they relied on the broken behavior. For more information see
Replica Sets - Docs-Japanese - 10gen Confluence
紹介 Replica setsは従来のmaster/slave レプリケーションの機能をより強化するものとして、各ノードメンバーに対してフェイルオーバーやリカバリーの機能を自動で提供します。 Replica Setsは"Replica Pairs version 2"という位置づけでMongoDBのv1.6より導入され、これに伴いReplica Pairsは非推奨となりました。 特徴 1-7台のサーバーまでサポート フェイルオーバーとリカバリーの自動化 データセンターにおける利用 (v1.6.1) (rack aware too, eventually) passiveノード（データの完全なコピーを保存するが、決してprimaryにならないノード群）のサポート ドキュメント 始める: チュートリアル replica setの設定方法 現在のシステムの拡張としてreplica setsを
メモリ使用量の確認 - Docs-Japanese - 10gen Confluence
based on v19 (2011/03/15 更新) - オリジナル DBコマンドを使用して確認 serverStatus() コマンドはメモリ使用量の情報を表示します。 このコマンドでmem.virtualとmem.mappedの値(単位はメガバイト)を比較する事によってmongodプロセスがメモリリークしてないかを確かめることができます。この差はマシン全体のRAMサイズに比較して小さくあるべきです。また常に差を観察しておくことによって、一貫性が崩れて来たときにリークが発生していると捉えることができます。 Linuxにおいては、特別な情報として全体のヒープサイズを知ることができます。 また、mongostatユーティリティの出力する仮想メモリのサイズとマップメモリのサイズを確認することができます。 Note: OS X は仮想メモリのサイズ(小さいプログラムなら〜2GB)内にオペレ
Replica Setの管理者向けコマンド - Docs-Japanese - 10gen Confluence
Shell Helpers シェルから rs.help() を実行することで、replica setに関するコマンドの一覧を参照できます： > rs.help() rs.status() { replSetGetStatus : 1 } checks repl set status rs.initiate() { replSetInitiate : null } initiates set with default settings rs.initiate(cfg) { replSetInitiate : cfg } initiates set with configuration cfg rs.add(hostportstr) add a new member to the set with default attributes rs.add(membercfgobj) add a n
インデックス - Docs-Japanese - 10gen Confluence
based on v49 インデックスはクエリーのパフォーマンスを(とても)向上させます。有効なインデックスを定義するためには、アプリケーションが必要とするクエリについてよく知ることが大切です。それさえできていれば、MongoDBでインデックスを作成するのは簡単です。 MongoDBのインデックスは、MySQLのようなRDBMSのインデックスと概念的に似ています。MySQLでインデックスを付けたいような場所に、MongoDBでもインデックスを付けることになるでしょう。 基本 インデックスは、コレクションの中のドキュメントの特定のフィールドの値について集めたデータ構造です。このデータ構造はMongoのクエリオプティマイザによって、コレクション内のドキュメントを、素早く検索したりソートするために使われます。正式な言い方で言うと、インデックスは"B-Tree"で実装されています。 シェル 上で、
Home - Docs-Japanese - 10gen Confluence
日本語翻訳に関して まだ全然終わってないので、リンク先によって英語だったり日本語だったりします。右のNavigation Spaceでは翻訳されたドキュメントだけが表示されています。翻訳については、 こちら を参照ください。 ドキュメントデータベース、key-value store、RDBMS、最高の機能の組み合わせ MongoDBは("humongous"より)は、スケーラブル、ハイパフォーマンス、オープンソース、スキーマフリー、ドキュメント指向です。C++で書かれていて、機能としては: ドキュメント指向ストレージ (the simplicity and power of JSON-like data schemas) 動的な クエリー 組み込みのオブジェクトと配列をサポートした完全な Index のサポート。 クエリー プロファイリング 速い in-place アップデート バイナリデ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
