mfhamのブックマーク - はてなブックマーク

MongoDB 2.4 => 2.6 アップデートした - 中年engineerの独り言 - crumbjp
2.6.1(人柱バージョン)にチャレンジ 2.4.4 => 2.6.1 バージョンアップ手順今回データファイルには互換性があるので超簡単ディレクトリ構成 /usr/local/mongo |- bin -> mongo db-linux-x86_64-2.4.4/bin |- mongo db-linux-x86_64-2.4.4 |- data |- logs |- conf |- mongod.conf 手順 Download & extract $ cd /tmp $ wget http://fastdl.mongo db.org/linux/mongo db-linux-x86_64-2.6.1.tgz $ cd /usr/local/mongo $ tar xzvf /tmp/mongo db-linux-x86_64-2.6.1.tgz 既存のmongodを落とす $ kill `c
mfham 2014/05/08
mongodb
リンク
中年engineerの独り言 - crumbjp
ちょっとスピード狂をやる必要があって色々調査した。こういう選択は用途によってコンテナのアルゴリズムが決まる。しかしJS標準ではC/C++のSTLのようなアルゴリズムの選択肢が無くNPMに頼ることになるが実装まで読まないと何をしているのか解らないモジュールや効率的に実装されているかどうかも解らない。一々性能試験をしなきゃならず面倒だが、やらない訳にもいかない。。想定状況数値データ値は重複する insert / delete が頻繁に発生する指定値による参照が大量に発生する範囲検索が起きる長時間安定稼働する必要がある分岐検索とイテレータブルを両立し、かつ効率的な挿入削除ができること。が必要。アルゴリズムとしてはバイナリーツリーとデータ量によってはソート済み配列が候補になる。 AVLやRedBlackはinsert / deleteがランダムに入る状況では採用したくないので
mfham 2013/12/11
ブログ
リンク
MongoDB vs MySQL性能比較 - 中年engineerの独り言 - crumbjp
Mongo DB Aggregation FWシリーズの最後 - Aggregation FW機能、SQLとの比較 - Aggregation FWの特徴と地雷 - （今回）Mongo DB vs MySQL性能比較 Aggregation FWについては、大体、把握している情報を吐き出したと思う。 Mongo DBのRDBMSライクな機能について性能を比較してみた。その前に。。 NoSQL 基本的には、RDBMSから機能を削り、別の部分に特化することでハイパフォーマンスを実現しながらも実用に耐える品質に仕上げたプロダクトである。 Mongo DB vs Other NoSQL Mongo DBはNoSQLの中では低速な部類に入る。これは他のNoSQLに比べて豊富な機能が提供されているからで『RDBMSからJOINを除いた相当の機能』と言っても良いくらいの豊富さだ。部分的にはRDBMSを凌駕す
mfham 2013/12/11
mongodb

RDBMS
リンク
MongoDBが適さないケース - 中年engineerの独り言 - crumbjp
> 原文(Why Mongo DB is a bad choice for storing our scraped data) 私自身はMongo DBを推進する立場なのだが、確かにMongo DBに適さないケースはある。闇雲に推進しても結局は全員がアンハッピーになるので、この様なネタもどんどん紹介していこうと思う。この記事はMongo DBを徹底的に使い尽くしたエンジニアが書いている様で状況が良く解った。ちょっと難しい所もあるので要点を意訳して、軽く解説を書いてみる。（もちろん是非原文で読むのをお勧めする）状況最初はMongo DBでうまく動いていたが、だんだん苦労が増えてきて元々のアーキテクチャを刷新するタイミングでMongo DBから別のプロダクトに乗り換える事にした。システムの規模詳しく書かれていないが、１ノード辺り数TBとあるのでSharding環境ではないかと思われる。
mfham 2013/07/31
mongodb
リンク
1