B TreeとB+ Treeの違い - Carpe Diem
概要 インデックスに対してMongoDBはB Treeを採用し、MySQLのInnoDBはB+ Treeを採用しています。 どうして採用しているアルゴリズムが違うのだろう？と思って調べてみました。 主な違い B+ TreeはほとんどB Treeと同じですが、以下の点が異なります。 リーフノードとリーフノードを結ぶポインタがある データはリーフノードのみに保持する 具体例 言葉だけだと分かりにくいので、Visualizeするツールを使って具体例を表示します。 [1, 2, 3, 4, 5, 6, 8, 10, 15, 18]という数列に対し、Order: 3で作ってみます。 Orderは１ノードから出る枝の数のことです。 B Tree B-Tree Visualization B+ Tree B+ Tree Visualization 先程のB Treeと違って、データはリーフノードに持つの
MEAN(MongoDB, Express, AngularJS, Node.js)スタックが優れている理由 - Mozilla Open Web Day in Tokyoを終えて - albatrosary's blog
MEANとは、LAMP(Linux, Apache, MySQL, PHP)に変わる技術としてじわじわと注目されはじめているアーキテクチャです。このアーキテクチャMEAN(MongoDB, Express, AngularJS, Node.js)は、シンプルでかつ強力なアーキテクチャで、現在のJavaを利用したアプリケーション開発とは一線を画すところです。HTML5開発にとってJavaの役割が殆どなくなるというのも注目すべき点だと考えます。MEANで一般的に言われる注目すべき事項は次のところです： JavaScriptフルスタックである データモデルとしてクライアントからデータベースに至までJSON そして、この記事を書こうと思ったきっかけですが、2014/10/5(日) Mozilla Open Web Day in Tokyo | Mozilla Japan でのMEAN解説展示で、様
MEAN(MongoDB, Express, AngularJS, Node.js)を解説する
MEAN(MongoDB, Express, AngularJS, Node.js)を解説する 前に触った感想です。 MongoDB 良くも悪くもNoSQL。トランザクション無を補うためスキーマが基本汚くなる。 汚いスキーマにアプリケーションの変更が入って安全にデータが壊れる。 結局、不整合が起きてバッチに頼る。バージョン変えるとデータが壊れる。スケール環境は不安定になって止まるのは基本。基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ Expressシンプルに書けるんじゃなくて、薄い機能しか無い。ミドルウェアをたくさん詰むことになり、ミドルウェアのチェーンは黒魔術詠唱と変わらん。 唱えた本人もどうなるか分からないのがざら。エラーが勝手に握りつぶされるのは基本。 落ちるのがミドルウェア内のエラーとか基本。 いつの間にか落ちるのも基本。基本いつのまに
エンジニア3人で支える月間10億PV
・2年で月間10億PVを支えるまで成長した ZenClerkの運用上の工夫を紹介 ・AWSのTipsとあるある話の共有
MongoDB 2.4 => 2.6 アップデートした - 中年engineerの独り言 - crumbjp
2.6.1(人柱バージョン)にチャレンジ 2.4.4 => 2.6.1 バージョンアップ手順 今回データファイルには互換性があるので超簡単 ディレクトリ構成 /usr/local/mongo |- bin -> mongodb-linux-x86_64-2.4.4/bin |- mongodb-linux-x86_64-2.4.4 |- data |- logs |- conf |- mongod.conf 手順 Download & extract $ cd /tmp $ wget http://fastdl.mongodb.org/linux/mongodb-linux-x86_64-2.6.1.tgz $ cd /usr/local/mongo $ tar xzvf /tmp/mongodb-linux-x86_64-2.6.1.tgz 既存のmongodを落とす $ kill `c
CouchDB Vs MongoDB
This document discusses NoSQL databases and provides an example of using MongoDB to calculate a total sum from documents. Key points: - MongoDB is a document-oriented NoSQL database where data is stored in JSON-like documents within collections. It uses map-reduce functions to perform aggregations. - The example shows saving ticket documents with an ID and checkout amount to the tickets collection
ムック「データベース徹底攻略」 - MySQL/Redis/MongoDB/Redshift
最近発売された技術評論社のムック「データベース徹底攻略」に寄稿しました。 この本は、データベースのための本ということで、データベース設計、SQL、MySQL、Redis、MongoDB、Redshiftという代表的な要素技術についてのまとめとなっています。各プロダクト(MySQL、Redis、MongoDB、Redshift)については、現場で実際に本格的に使われている方々による記事なので大いに参考になると思います。 私は冒頭のまとめ記事を寄稿しました。詳細はぜひお手に取って読んでくださればと思います。ここでも自分が各技術を現時点でどのようにとらえているか、本ではいささか書きづらい内容について、最近流行りの言葉でもある「技術的負債」という観点も踏まえて書いておこうと思います。 ・MySQL (RDBMS) 私はMySQLの中の人でもありましたし、これまで至るところで話してきたので省略します
MongoDB - Tech Note
このページではドキュメント指向データベースのMongoDBに関するメモを書いています。また、ここに記載するサンプルコードはPythonで書かれており(一部はC++)、MongoDBドライバのPyMongo(バージョン2.0未満だとサポートされていない機能も多いので2.0以上を推奨)を利用しています。 C++ドライバについてはブログでも紹介しています(MongoDB C++クライアント)。 環境 CentOS 5.8 (x86_64) MongoDB 2.0.7 C++ Driver v2.0-latest PyMongo 2.2 概要 スキーマレス ドキュメント指向データベースはRDBMSと違ってスキーマを定義する必要がない。データは''BSON''(Binary jSON)と呼ばれるフォーマットで保存される。ドキュメントの集まりは''コレクション''と呼ばれるが、これはRDBに置き換える
第7回 GridFS─大容量のファイルをMongoDBに保存する仕組み | gihyo.jp
GridFSの概要 MongoDBに保存できるドキュメントのサイズは、16Mバイトまでという制限があります。一般的なテキストデータを保存するには十分なサイズですが、巨大なテキストデータや動画などのバイナリデータを保存する用途では、16Mバイトを超える場合が出てきます。MongoDBに16Mバイト以上のファイルを保存したい場合、GridFSというインターフェースを使用します。GridFSを使用することにより、データを複数に分割[1]して保存することが可能となります。 今回はMongoDBでサイズの大きなファイルを扱う仕組みである、GridFSについて説明します。 図1 GridFSの概要図 ファイルをデータベースで管理するメリット ところで、ファイルをデータベースで管理することでどのようなメリットがあるのでしょうか。 多くのシステムでは、画像／音声／動画などサイズの大きなバイナリファイルは、
PythonとMongoDBの勉強がてらにTweetを保存してみた | お絵描きするプログラマ
MongoDBにちょっと興味があったのでMongoDBイン・アクションを買って読んでます この本でTwitterからツイートをためて出力する例があるですが この本rubyで例題が書かれてるんです.. まえがきに例題はrubyで示しますが基本的な機能しか使わないので他の言語でもできるでしょうと書いてあるんだけどSinatraモジュールさらっと使っててえっ!!てなった PHPで作っても面白くないな〜と思ったのでPythonの勉強も兼ねてPythonでその例題を書いてみました 使用したもの MongoDB 2.4.9 Python2.7.5 pymongo twitter 1.10.2 Juno 0.1.2 jinja2 2.7.2 MongoDBはHomebrewで, モジュールはpipでインストールしました。 ファイル構成 . ├── config.py ├── templates │
koaとangularjsとMongoDBでWebAppsを作る - from scratch
さて、Node.js 日本ユーザグループの新代表になりました。@yosuke_furukawa です。 改めてブログで挨拶します、と言いましたが書きかけのエントリがお正月から眠っているので、一旦溜まったブログを書いてから記述します。 最近やっぱりkoaにはまってて、一個koaでWebアプリを作ってみようかなと思い、Twitterライクな掲示板を作ってみました。 アプリ : http://angular-koa.herokuapp.com/#/ GitHub : yosuke-furukawa/angular-koa · GitHub koaでRESTFulなapiサーバを作る 一旦koaでRESTFulなapiサーバを作ります、自分で作ってもすごく簡単なのですが、ここでは、api-boilerplate を使いましょう。 api-boilerplateの中身 api-boilerplate
Node.js + MongoDB でのアーキテクチャ考 - Qiita
今回はNode.js + MongoDBの組み合わせを使ったシステムのアーキテクチャについて書いてみようと思います。コードの類いは殆どありません。 非同期ノンブロッキング、Webサービス全般 MongoDBが主の記事ですが、題名はNode.jsから始まってます。これは今回のアーキテクチャ考のスタートポイントがNode.jsだからです。Node.jsの特徴というと サーバーサイド javascriptでそれなりに高速 非同期ノンブロッキング主義 対話型インタープリタで色々試しながら開発できる というのが個人的に気に入っている点なんですが、これってWebサービス全般を書くにはよさそうだなぁとか普段から考えていました。どうしてかと言うと、一般にWebサービスと言えば 不特定多数が不特定なタイミングで利用する 多数のユーザーに個別な処理がある 多数のユーザーでの共有な処理がある レスポンスは早けれ
まとめ！MongoDB 2.6のリリースノート翻訳と所感 - Qiita
今回の記事を含めて6回にわたって連載してきたMongoDB 2.6のリリースノート翻訳シリーズですが、最終回になって驚きの事実が。 過去の投稿で"MongoDB 2.6は年内リリース予定です。"と書いてきましたが、 MongoDB 2.6は年内にリリースされる予定はありませんでした！ すみません、完全に勘違いしていました。JIRAを見ると、まだまだ先のようです。直近では、MongoDB 2.4.9（と2.5.5）が 2014年1月7日にリリース予定となっています。 https://jira.mongodb.org/browse/SERVER 今回はリリースノートの内容をまとめてみました。 目次 2.6で何が変わったの？ すぐに使える注目の新機能 検証が必要な新機能 2.4からアップグレードするべきか？ MongoDBの今後 翻訳記事へのリンク 2.6で何が変わったの？ 1. Aggrega
死んでしまったサービスの供養
この記事は 闇アドベントカレンダー、 22 日目の記事です。何書こうか迷って担当日に書けなかったので三日ほど遅れてしまったけど書きます。 2011 年の 10 月から FANIC という音楽配信サービスの開発に携わっていたのだけど、サービスを成長させることができず、 2013 年の 8 月にサービス終了した。 サービスが死ぬのは技術者がクソだということだけではないと思う。市場とか外部環境に左右されるし、企画とか売り方がダメなことの方が多いと思う。しかし現実に自分はプログラマーとして FANIC というサービスの死に荷担してしまった。弔いになるか分からないけど、 FANIC で何がよくて何が良くなかったのかを書いてみたいと思う。 FANIC とは FANIC は主にアマチュアのミュージシャンをターゲットにしたホームページ作成＆音楽販売サービスで、アーティストは自分の公式ホームページを簡単に作
ElasticSearch + MongoDBをNode.jsで操作する - LIFULL Creators Blog
ネクストでエンジニアをやっています瀧川です。 今回は最近先輩と共同でやった小さめのWEBアプリを作った時に表題の環境を整えるところを担当したのでその紹介をしたいと思います。 同様の記事はネット上にいくつかあったのですが、僕自身これを行うときの段階では node.jsで開発するのも初めてで MongoDBを扱ったこともなく ElasticSearchにいたっては名前を聞いたこともない という無能っぷりだったので色々苦労しました。 そのため、備忘録ということで書かせていただいております。 ただ、本題からずれすぎるのもアレなのでここでは表題のものそれぞれについて細かく説明しません。 あくまでこれらの連携を実現させる方法についてのみ書きます。 一応、それぞれを超カンタンに説明すると node.js … サーバーサイドJavaScript MongoDB … ドキュメント指向データベース Open
Robomongo - MongoDBを使った開発のお供にどうぞ！ MOONGIFT
やっぱりローカルアプリケーション型の管理UIは使い勝手いいですね。 位置情報系のデータベースが欲しい時によく使われるのがMongoDBです。NoSQLとしてはFoursquareでも採用されていることもあって、かなり有名な存在になってきました。 そんなMongoDBを使うならば欲しいのが管理インタフェースではないでしょうか。今回はWebではなくローカルアプリケーションとして動作するRobomongoを紹介します。 立ち上げました。最初に接続先を作成します。 ローカルホストであればさほど設定はいらないと思います。 接続しました。左側がツリーになっており、必要な情報に即座にアクセスできます。 ドキュメントの内容も確認できます。 位置系の情報も入っていることが確認できます。 ログ表示もできます。 Robomongoにはシェル機能もあり、接続したMongoDBに対して操作ができます。さらに入力補完
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
MongoDBでゆるふわDB体験 記事一覧 | gihyo.jp
SAML Login - MongoDB Jira - MongoDB Jira
CyberAgentにおけるMongoDB
