この AWS パートナーソリューションは現在機能しておらず、サポートされなくなりました。現在サポートされている MongoDB デプロイについては、「AWS での MongoDB Atlas」を参照してください。現在サポートされているその他のデプロイについては、「AWS パートナーソリューション」を参照してください。
MongoDBを使うシステムが、最近多いと思います。 2.6系(安定版)の最新2.6.7ですが、Date型のインポート処理にバグがありそうです。 「1970/01/01」以前の Date型 を mongoexport すると、負の "$numberLong" として出力されるのですが、それを mongoimport すると、それ以降のフィールドが欠落してしまうのです。 例えば、ユーザマスタに「誕生日」フィールドがあると、45歳以上の人は「1970/01/01」以前の値が入っているわけで、マスタデータを移行したりでもすると、その人のフィールドがガッツリ無くなってしまいます。でも若手は大丈夫だから「どうせ部長の使い方がおかしいんでしょwww」といういつもの「偉い人に限って障害が発生する」パターンが展開されます。 大急ぎで調べた所、以下が判明しました。 2.6形式 "1965-11-17T00:
コーネル大学の教授が,MongoDBのフォールトトレランスシステムに "設計上の欠陥がある" と主張している。10genでは,同社のテクニカルディレクタがこれに対して反論する。 コーネル大学 准教授の Emin Gün Sirer氏は,ACIDトランザクションをサポートするキー・バリュー・データストアである HyperDex の開発者だ。その氏が先日,Broken by Design: MongoDB Fault Tolerance と題したブログ記事で,MongoDBのフォールトトレラントシステムについて批判した。Sirer氏が大きな問題として取り上げているのは,MongoDBがフォールトトレランスのために,複数のノードに対してデータのレプリケーションを書き込む方法に関するものだ。氏は "MongoDBにおいて,書き込み(あるいは挿入)が完了したというのはどの時点を意味するのでしょうか?
mongoコマンドから接続した際にオールドタイプ(SQL脳)たる我々人類にも 調べやすい形でinsert、select、updateを行う方法を調べました。 定義参照 // use [データベース名] use [データベース名] // show databases show dbs // show tables show collections参照系 // select * from [コレクション名] db.[コレクション名].find() // select * from [コレクション名] where x=4 db.[コレクション名].find({x:4}) // select j from [コレクション名] where x=4 db.[コレクション名].find({x:4}, {j:1}) // select * from [コレクション名] limit 1 db.[コレクション
久々の更新です。MongoDBのドキュメントのReplicationの部分の訳が一応完了しましたので、それに合わせてこのブログでもReplication機能について書いていきたいと思います。まだ解釈の甘い部分も残っていますので、今後もこの部分の勉強を続け修正を行っていきます。また、引き続きAdmin Zoneの訳を進めていくつもりです。 本日のアジェンダです: MongoDBのReplication機能について Master/Slave Replica pair Replica set MongoDBのバックアップ機能について ファイルのバックアップ mongodumpによるエクスポート MongoDBのReplication機能について MongoDBのReplicationは細かく分けると3種類あります。 Master/Slave 典型的なMasterとSlaveの構成です。Maste
MongoDB面白いですね。 ドキュメントが親切なのでありがたいのですが、なかなか日本語の記事が無かったりするので、Geospatial Indexingについて試してみた事を投稿しますよ! マニュアル:MongoDB internal corp site Geospatial Indexing は MongoDB ver1.3.3以上で使えます。 地理空間のインデックスとは 読んで字のごとくなのですが、MongoDBでは二次元地理空間情報(多くの場合、緯度経度情報)をインデックスとして検索をかけることが出来ます。 最近のガラケーやスマートフォンからは簡単にGPS機能を利用することもできますし、PCブラウザなどでも位置情報を取得出来るようになったり、html5のGeolocation API(厳密にはHTML5に含まれてはいない)の登場などで、今後、ますます位置情報の利用頻度は高くなるんじ
NoSQLデータベースMongoDBをPythonと組み合わせて使う方法を概説した書籍です。Python 2.7とpymongoを利用してMongoDBのさまざまな機能にアクセスします。MongoDBへの接続、データの読み書き、削除といった基本的なものから、サブドキュメントの利用、位置情報の操作、アップサートなどMongoDBに特化した機能までを紹介します。またPylons、Pyramid、DjangoとMongoDBを組み合わせて利用するための基本的な情報も掲載しています。なお本書はEbook版のみの販売となります。 まえがき 1章 使ってみる はじめに 参照ドキュメントのありか MongoDBのインストール MongoDBの実行 MongoDBを使うためのPython環境の設定 2章 Pythonを使ったMongoDBの読み書き MongoDBとPythonを接続する データベースハン
形態素解析でインデックスを作って検索する Mongoでの全文検索 - Docs-Japanese - 10gen Confluenceを参考に、すぐ実装できた 試しに、青空文庫から走れメロス引っ張ってやってみた。 ライブラリ MongoDB API Docs for python > easy_install pymongo SREngine: Sein blog PythonからMeCabを使う。 ごにょごにょやっていれる やってみる #!/usr/bin/env python # encoding:utf-8 import pymongo import MeCab import urllib import re mecab = MeCab.Tagger("-Ochasen") con = pymongo.Connection() col = con.test.row def get_s
คือการประยุกต์ใช้คอมพิวเตอร์และอุปกรณ์โทรคมนาคมเพื่อจัดเก็บ ค้นหา ส่งผ่าน และจัดดำเนินการข้อมูล ซึ่งมักเกี่ยวข้องกับธุรกิจหนึ่งหรือองค์การอื่น ๆ ศัพท์นี้โดยปกติก็ใช้แทนความหมายของเครื่องคอมพิวเตอร์และเครือข่ายคอมพิวเตอร์ และยังรวมไปถึงเทคโนโลยีการกระจายสารสนเทศอย่างอื่นด้วยเช่นโทรทัศน์และโทรศัพท์ อุตสาหกรรมหลายอย่างเกี่ยวข้องกับเทคโนโลยีสารสนเทศ
小学校1年生で不登校になり、早々に社会からドロップアウトしたフリーエンジニアの日々を記録していきます。 今はWebサービスを作りながら色々な方のお手伝いをして生活。ファンゴーイング合同会社という小さい会社もやっています。お仕事は随時ご相談受付中! こんにちは、MongoDB恋愛を専攻しているMo女です。私はShardもReplicaもないシングルサーバーですが、MongoDB恋愛に関してはプロフェッショナル。今回は、モテるMongoDB女子力を磨くための4つの心得を皆さんにお教えしたいと思います。 1. あえて2~3世代前のMongoDBを使う あえて2~3世代前のMongoDBを使うようにしましょう。そして飲み会の場で好みのMongoDB男がいたら話しかけ、わざとらしくインタラクティブシェルを立ち上げいじってみましょう。そして「あ~ん! このサーバ本当にマジでチョームカつくんですけどぉぉ
昨日の続きです。MapReduce使ったときにメモリをどれくらい使っているのかを、もうちょっとまじめに計測してみました。まずは、データを作るところ。 import pymongo conn = pymongo.Connection() db = conn.my_test table = db.items def insert(): for i in range(1, 1000000): oid = table.save({"key": i, "value": 1000 % i}) です。割と小さめのデータを100万件放り込んでいます。これを def map_reduce(max_key): # map reduce from pymongo.code import Code map_code = Code(""" function() { emit(this.key, this); } "
10genのリポジトリを追加してyumでインストールしてみました。 /etc/init.d/mongodを見ると、起動ユーザ:mongod、 設定ファイル/etc/mongod.confになっています。 設定ファイルにログやDBのパスが記述されてます。 インストールログ # vi /etc/yum.repos.d/10gen.repo # yum update Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * addons: ftp.riken.jp * base: ftp.riken.jp * extras: ftp.riken.jp * updates: ftp.riken.jp 10gen | 951 B 00:00 10gen/primary | 2.2 kB 00:00 10gen
こんにちは、@doryokujinです。前回に引き続き、MongoDBに関するエントリーです。今回は10月4日にMongoDBが原因で起きた、foursquareのサービスダウンに関して、その原因や復旧に至る経緯を詳細に調査しました。TechCrunchJapanの記事、Foursquare:「対策を講じたはずなのですが、また6時間もダウンしてしまいました」にも紹介されていたのでご存知の方も多いと思います。MongoDBが原因で引き起こったとするならば、企業で実際に運用している僕にとっては放っておけない問題になります。実は5月にも長いサービスダウンがあったのですが、それはAmazonEC2の停電によるものでした。 本日のアジェンダです: foursquareにおけるMongoDB サービスダウン時の状況 本当にMongoDB自体の問題だったのだろうか サービスダウンの引き金となった出来事
ドキュメント指向なKVSってことと、字面が似ていると言うことぐらいしか比較する意味がなさそうなCouchDBとMongoDBだけど、ここ2,3ヶ月で両方をそれなりに突っ込んで見てきたので比較してみた。実装面やパフォーマンス、ということよりはどちらかというと(私が感じる)思想的なものや、ユーザ側からの視点での比較。 共通するところ これはもう簡単に、 ドキュメント指向データベース - RDBMSのようなカラムと言ったものを持たずにスキーマレスで好きな情報を入れられる Javascript/JSONを使用 - データ自体もJSONというJavascript由来のフォーマットで持ち(MongoDBはJSONを元にしたBSONというものだが)、データベースのアクセスにはJavascriptを使用する スケールアウトするように考えられている NoSQLな流行 CouchDBの特徴 機能を限定している
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く