MongoDBが適さないケース - 中年engineerの独り言 - crumbjp
> 原文(Why MongoDB is a bad choice for storing our scraped data) 私自身はMongoDBを推進する立場なのだが、確かにMongoDBに適さないケースはある。 闇雲に推進しても結局は全員がアンハッピーになるので、この様なネタもどんどん紹介していこうと思う。 この記事はMongoDBを徹底的に使い尽くしたエンジニアが書いている様で状況が良く解った。 ちょっと難しい所もあるので要点を意訳して、軽く解説を書いてみる。 （もちろん是非原文で読むのをお勧めする） 状況 最初はMongoDBでうまく動いていたが、だんだん苦労が増えてきて 元々のアーキテクチャを刷新するタイミングでMongoDBから別のプロダクトに乗り換える事にした。 システムの規模 詳しく書かれていないが、１ノード辺り数TBとあるのでSharding環境ではないかと思われる。
MongoDBのインストールと基本操作
はじめに NoSQLというキーワードが注目を集めてから数年たちます。NoSQLというものを簡単におさらいすると、NoSQLとはNot Only SQLの略語であり、データベースの形式としてこれまで大勢を占めて主流であったRDBMS（Relational DataBase Management System）に対抗する概念として登場しました。近年のデータ増やWebアプリケーションにおけるスケーラビリティの必要性から、従来のRDBMSでは構造的に適さないデータ構造のシステムやRDBMSが抱える問題を解決するものとして数多くのデータベースが登場しています。現在、NoSQLの大きな分類としては3種類にわけられています。 キー・バリュー型 キーと値（バリュー）という比較的単純な構造のデータベース。代表的なものはRiak、Redis、Memcachedなど。 ドキュメント志向 1件のデータをドキュメン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MongoDBでゆるふわDB体験 記事一覧 | gihyo.jp