はじめに 今回は、MongoDBのシャーディングについて説明します。 シャーディングとは、データを複数のサーバに分散させる機能です。今回は、最初にシャーディングのメリットを説明し、続けてシャーディングの概要、さらにシャーディングに登場する重要キーワードを解説します。2ページ目以降ではシャーディングの構築手順について解説します。 シャーディングはMongoDBの機能の中でも重要かつ複雑なもののひとつです。手元の環境で構築することが、シャーディングを理解する大きな助けになりますので、本記事を参考にぜひ構築してみてください。 シャーディングのメリット シャーディングはMongoDBを水平スケーリングさせる機能で、以下のようなメリットをもたらします。 負荷分散による性能の向上 データを複数のサーバに分散させることにより、CPUやI/O負荷を分散させることが可能です。後述しますが、MongoDBはキ
==> Downloading https://downloads.sf.net/project/machomebrew/Bottles/mongodb-2.6.1.mavericks.bottle.tar.gz ######################################################################## 100.0% ==> Pouring mongodb-2.6.1.mavericks.bottle.tar.gz ==> Caveats To have launchd start mongodb at login: ln -sfv /usr/local/opt/mongodb/*.plist ~/Library/LaunchAgents Then to load mongodb now: launchctl load ~/Librar
MongoDBを使うシステムが、最近多いと思います。 2.6系(安定版)の最新2.6.7ですが、Date型のインポート処理にバグがありそうです。 「1970/01/01」以前の Date型 を mongoexport すると、負の "$numberLong" として出力されるのですが、それを mongoimport すると、それ以降のフィールドが欠落してしまうのです。 例えば、ユーザマスタに「誕生日」フィールドがあると、45歳以上の人は「1970/01/01」以前の値が入っているわけで、マスタデータを移行したりでもすると、その人のフィールドがガッツリ無くなってしまいます。でも若手は大丈夫だから「どうせ部長の使い方がおかしいんでしょwww」といういつもの「偉い人に限って障害が発生する」パターンが展開されます。 大急ぎで調べた所、以下が判明しました。 2.6形式
Disclaimer: I do not build database engines. I build web applications. I run 4-6 different projects every year, so I build a lot of web applications. I see apps with different requirements and different data storage needs. I’ve deployed most of the data stores you’ve heard about, and a few that you probably haven’t. I’ve picked the wrong one a few times. This is a story about one of those times —
NoSQLのmongodbは何がいいって、Javascriptととの親和性が高い。とりたてnode.jsで使うには最適と言っても良いんではないでしょうか。コマンドラインインターフェイスがモロにJavascriptというのもアツイです $ mongo MongoDB shell version: 1.6.5 connecting to: test > show dbs admin local test blog > use blog switched to db blog > show collections modelskills posts syste,indexes > db.posts.drop() true > db.modelskills.find().forEach(printjson) ...これだけでmongodbを選ぶ理由になります← mongooseを入れる さて、こい
Heroku上のRailsからMongoDBの中身を参照できるあたりまで試してみました。忘れないうちにメモしておきます。今回やってみてわかったことは下記。 今はrails 3.0.0.rcだとそのままデプロイできない MongoDBを使うにはアドオンを使う(クレジットカードが必要) Heroku上で動くRubyのバージョンはいくつかあるうちから選べる herokuコマンドってべんり Herokuのプロジェクトを作ってPush ここのステップ通りにやれば、おおむねうまく行きました。herokuコマンドは、 % gem install herokuで入れます。 ここは特筆すべきことが無い筈なんですが、環境がRails 3.0.0.rcだと、今現在はbundlerのバージョンが違うと怒られてHerokuにうまくデプロイできなかった。http://blog.mhartl.com/2010/07/2
サーバサイドJavaScriptを試してみたかったのと、node.jsのシングルスレッドベースの非同期処理環境 上でのプログラミングが実際書き易いのかってのも試してみたかった。 MongoDB ストレージとしてMongoDBを使うことで、データ表現もjsonで記述できてしまうというのが、良さそうだった。 node.js のライブラリ 結果、node.js 上のWebアプリフレームワークである express と、mongodbのアクセスライブラリである mongooseをインストールして、簡単なTODOアプリを作りはじめた。 準備 これらのインストール。試す場合はググって下さい。 node.js npm express mongoose mongodb モデル(mongoose) mongooseは、最近書き方が大きく変わったらしい。 Webで検索したところが古い書き方をしていたようで、ち
node.js から MongoDB にアクセススためのライブラリに Mongoose があります．今回はこれを紹介しようと思います．O/R Mapper っぽく使えるように設計されており，既存の O/R Mapper を使ったことがある人にとっては，比較的わかりやすい仕様です． 見出し Mongoose とは？ インストール 何はともあれ使い方を Schema 定義について ドキュメント生成 (保存) ドキュメント読み取り ドキュメント更新 ドキュメント削除 Embedded Document 終わりに Mongoose とは？ node.js 向けに開発された MongoDB アクセスライブラリです． 公式：http://mongoosejs.com/ GitHub：https://github.com/learnboost/mongoose/ Mongoose is a MongoD
Recently, I have a project that need to use mongodb. I find this post from ryan’s railscasts MongoDB and MongoMapper, which explains how to install mongodb and create a launchd that will automatically start and stop the daemon when you trun on and shutdown macbook. However, I’d like to use macports to control the version of mongodb, and want to start and stop mongodb daemon only when I want to use
「 www.eiplab.com 」のページは、ドメインが無効な状態です。 ウェブサイト管理者の方はこちらから変更・更新を行ってください。 「 www.eiplab.com 」is Expired or Suspended. The WHOIS is here.
「 www.eiplab.com 」のページは、ドメインが無効な状態です。 ウェブサイト管理者の方はこちらから変更・更新を行ってください。 「 www.eiplab.com 」is Expired or Suspended. The WHOIS is here.
based on v2 (2010/08/22 追従) - オリジナル /data/db の下のMongoDBのデータファイルが、実際にインサートしたデータサイズより大きいことに気づくかもしれません。 これにはいくつかの理由があります。 Preallocation (前もって確保) それでぞのデータファイルは前もって配置されます。 (これはファイルシステムのフラグメーションを防ぐなどの理由があります) データベースの最初のファイルは <dbname>.0 となり、次に <dbname>.1 となります。 <dbname>.0 は64MBになります, <dbname>.1 は128MB、最大で2GBになります。一度2GBまで達すると、次からは2GBです。 したがって、もし最後のデータファイルが1GBなら、ファイルは90%空からもしれません。 加えて、Unixでは、mongodはバ
1. レポジトリの設定 mongoDB用のレポジトリファイルを追加します。 /etc/yum.repos.d/10gen-mongodb.repo 32bit版Mongodbレポジトリの場合 (Fedora 14/13/12/11, CentOS 5.4/5.5 and Red Hat (RHEL) 5.4/5.5/5.6/6 on i686) [10gen] name=10gen Repository baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/i686 gpgcheck=0 64bit版Mongodbレポジトリの場合 (Fedora 14/13/12/11, CentOS 5.4/5.5 and Red Hat (RHEL) 5.4/5.5/5.6/6 on i686) [10gen] name=10gen Re
Let's face it, writing MongoDB validation, casting and business logic boilerplate is a drag. That's why we wrote Mongoose. const mongoose = require('mongoose'); mongoose.connect('mongodb://127.0.0.1:27017/test'); const Cat = mongoose.model('Cat', { name: String }); const kitty = new Cat({ name: 'Zildjian' }); kitty.save().then(() => console.log('meow'));Mongoose provides a straight-forward, schema
"...don't count on folks to support higher taxes to improve schools." (via @msnbc) http://cot.ag/gvpyNxHappy holidays! The team is celebrating by doing some extra maintenance at the end of our work day. The site will be back up shortly.Check it out. Yahoo may be planning on shutting down Delicious and Upcoming. http://cot.ag/dMdoqG At LearnBoost, we like to consider ourselves hackers. We look to
Click to view the full size I haven’t used PostgreSQL and TokyoTyrant so, can’t say much about them. And technically, I really don’t think that one should compare MySQL which is relational database with document based non-relational databases like: CouchDB and MongoDB. In my opinion, MongoDB out-performs CouchDB in terms of querying, insertion and ease of usage but CouchDB’s support for MVCC and t
前回（と言ってももう２ヶ月前か……1.5.8まででちゃってますね。（追記：丁度今日、1.6.0 安定版がリリースされました！）例によってビルドはクソ長いので注意して下さい）、「Mac OS X で MongoDB を動かす」で、Mac OS X での MongoDB インストール、起動、停止、デーモン化をしました。 今回は、付属のシェルで簡単なCRUD操作をしてみたいと思います。なので、OSやプログラミング言語は関係ありません。素の MongoDB を学ぶ目的で作成しました。SQL 知らないと ORM が満足に使えないように、今回の CRUD 操作を知っておけば、各言語用の ORM で悩むことが少なくなると思います。 なお、今回もいちいちイラッ☆とくる語りが入ります。 復習しておきましょうか、MongoDB っていうのは、 ドキュメント指向ストレージで インデックスをサポートしていて レプ
MongoDB は、いわゆる NoSQL データベースの一つです。 公式サイトの文言をそのまま信じるなら、 ドキュメント指向ストレージで インデックスをサポートしていて レプリケーションができて高可用性に富んでいて 自動データ分割してくれて 多彩な検索クエリが使えて 更新がアトミックで速くて Map/Reduce も使えたりしちゃったりして GridFS っていう何でもつっこめるファイルシステムを使っていて 商用サポートもある といった特徴を持つプロダクトです。 私は、自動分散と、単純なKVSにはない豊富な検索クエリに惹かれて、使ってみようかと思いました。インデックスがあるのもいいですね！ というか、MongoHQ ですよ！ Amazon EC2 のサーバーとつなげられるらしい、自動スケールアウト管理不要サービスです。最初無料からスタートして安いんですよねー。これが決め手です。 では、イン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く