MongoDB 1

**NAME IS NULL** · 2011/12/13(火) 14:40:23.59

これからはMongoDBの時代だね！

**NAME IS NULL** · 2011/12/13(火) 20:17:48.26

ほう

**NAME IS NULL** · 2011/12/14(水) 01:04:57.18

保守

**NAME IS NULL** · 2011/12/14(水) 12:39:43.07

>>1
公式サイトぐらい貼れ。
適当に採用実績とか参考書とかも。

**NAME IS NULL** · 2011/12/14(水) 14:13:25.17

国内はサイバーエージェントぐらい？

**NAME IS NULL** · 2011/12/15(木) 17:33:03.63

採用実績なんてここにたくさん書いてあるだろう情弱ども！
http://www.mongodb.org/display/DOCS/Production+Deployments

**NAME IS NULL** · 2011/12/15(木) 20:48:29.89

なるほど、国内ではNAVERとA-SaaSも使っているのか

**NAME IS NULL** · 2011/12/19(月) 02:02:50.55

おおスレたったんだ
明日テンプレ充実させとくよ

**NAME IS NULL** · 2011/12/20(火) 15:50:02.80

まだかーい

**NAME IS NULL** · 2011/12/21(水) 00:12:29.32

NO SQL?

**NAME IS NULL** · 2011/12/21(水) 23:53:38.85

まだ？

**NAME IS NULL** · 2011/12/22(木) 08:42:56.69

まだ？パンツ抜いで待ってるんだけど

**NAME IS NULL** · 2011/12/22(木) 19:14:37.95

>>12
テンプレきた？
(`・∀・´ Ξ `・∀・´)

**NAME IS NULL** · 2011/12/22(木) 23:09:09.87

>>8じゃないけど最低限は貼っておこうよ。

公式
http://www.mongodb.org/

日本ユーザー会 "MongoDB JP"
http://www.mongodb.jp/

**NAME IS NULL** · 2011/12/22(木) 23:46:51.59

・公式(英語)
http://www.mongodb.org/
・公式(日本語トップ)
http://www.mongodb.org/display/DOCSJP/Home

・日本ユーザー会　MongoDB JP
http://www.mongodb.jp/

・MongoDB全機能解説スライド
http://www.slideshare.net/doryokujin/mongodb1
http://www.slideshare.net/doryokujin/mongodb2

**NAME IS NULL** · 2011/12/22(木) 23:47:28.75

こんな感じでどうでしょう

**NAME IS NULL** · 2011/12/22(木) 23:55:55.89

愛称はやっぱ「イカ」?

**NAME IS NULL** · 2011/12/23(金) 01:31:17.70

紋甲DB

**NAME IS NULL** · 2011/12/23(金) 12:17:57.63

　　　　　　　　　　　　　　　　　 . -=ﾆ二ﾆ=‐-　.
　　　　　　　　　　　　　, <´　＜´　　　　　｀＞｀> ､
　　　　　　　　　　　　／　／ _　-======-　､　＼　＼
　　　　　　　　　　／　／‐'":::::::::::::::::::::::::::::::::::＞､＼ . ＼
　　　　　　　　／　／´:::::y::∧:::::::::::::::::::::::∧:::::::入ゞ､　.:＼
.　　　　　 ,　′ ／:::::::::r-十‐一::::::::::::::::７´丁｀ヽ::::::::ヽ. 　 ',
　　　　　　 /　　./:::::::::::::::∧/ 　＼:::::::::／　 .∨::::ﾍ::::::人　　!　　仲間でゲソ!!
　　　　　　＼__/:::::::::::::::/.,,-─-､　ヽ／　, -‐- ､㍉::::::::::::レ'"
.　　　　　　　ｲ :::::::::::::// ／} ﾚx　　　　ｲ/) {｀ヽﾍゞ :::::::::ﾄ､
　　　　　　　　　∨ :::::::/ i　{=z, r=}　　　　 |={　〉=! .}ﾍ::::::: ∧|
.　　　　　　　∨::::/ :|乂＿}_{,ノ　　　　乂) (_,ﾉノ!八::::/　｀
　　　　　　　〉Ⅳ :::!　⊂ ⊃ 　　 '　　　　⊂ ⊃|:::::i〉{
　　　　　　　　　 /:::::::〉:::!.　　　 |￣￣￣￣ |　　　/|:::::|:∧
　　　　　　　 /:::::::/l::::|Yr===z,!::::::::::::::::::::::,　r=='､_ :::ﾄ､:::＼
.　　　　　　　/:::::, ' ::!:::／／／ヽ､＿＿__ノ r'X´¨ヽゝﾄ､ヾ::: ＼
. 　　　　　 / :::/:::::/l {　´ ./　 / .〉ー‐一イヽ､＼　.〉 .i::::＼::: ＼
.　　　　　　　' :::/.::::::i ｿ入　　　　ﾄ､　　 .ｨ! 　　　 /　 |::::: : ＼::: ＼
　　　　　 , ′, '.:::::::/! 〈:::::｀ｰx＿_ノ::::',　 ,':: 乂＿_＞' :〉　ﾄ､:::::::::: ヽ::::::＼
　　　／:::／ /:::::/ |　 V::::::::::::::::::::::::::!　i:::::::::::::::::::::::ノ　 .|　ヽ:::::::::::ヾ::::::::＼

**NAME IS NULL** · 2011/12/23(金) 12:44:02.23

いい感じじゃなイカ

**NAME IS NULL** · 2011/12/24(土) 00:04:29.39

アニメ？の話やめようぜ　よくわからん

Cassandraに先を越されたオライリー和書だけどMongoDBはどうなってるんだろうね

**NAME IS NULL** · 2011/12/26(月) 09:09:55.27

サイバーエージェントを支える技術者たち：第25回　MongoDB最前線！効果的なシャーディングとバックアップ｜gihyo.jp … 技術評論社
http://gihyo.jp/dev/serial/01/cyberagent/0025

**NAME IS NULL** · 2011/12/27(火) 16:07:31.18

匿名による告発「MongoDBは使ってはいけない」
ttp://gihyo.jp/dev/clip/01/orangenews/vol66/0003

**NAME IS NULL** · 2011/12/29(木) 04:07:31.87

>>23
数千万件のユーザデータはRDBMSの方が適切だろうと思う

**NAME IS NULL** · 2011/12/29(木) 08:53:23.53

シャーディングってローカルLAN内での運用が前提なのかな？
ローカルだけだと普通に稼働するんだけど、外部のサーバーを含めると途端に動作が遅くなってほとんどシャーディングされなくなる

**NAME IS NULL** · 2011/12/29(木) 12:30:58.89

>>25
？インターネット経由で遠隔のサーバとshardingしてんの？

**NAME IS NULL** · 2011/12/30(金) 02:48:52.23

>>26
うん
本番環境で使おうなんて思わないけども挙動を試してみたくて

**NAME IS NULL** · 2012/01/05(木) 18:15:23.08

前スレ

MongoDB
http://hibari.2ch.net/test/read.cgi/db/1286392658/

7レスでdat落ちですた。
ここは4倍長生きしてるぞ。

**NAME IS NULL** · 2012/01/06(金) 00:37:38.66

過疎すぎ
結構人気あるはずなのに

**NAME IS NULL** · 2012/01/06(金) 01:05:08.85

更新少ないならCouchDBでいいじゃん
設計詰めてたらTraditionalSQLでいいじゃん
みたいになって意外と難しい
選択肢が増えるのはいいことだけど

**NAME IS NULL** · 2012/01/07(土) 10:40:21.14

>>23
これ読んで使うのやめとくことにした
twitterで動いてる実績あるけどさ
内部の人が言ってるんだから俺みたいなsqlってなんですかレベルには厳しい

**NAME IS NULL** · 2012/01/07(土) 23:08:40.98

そういう人のは関係ない話だと思うんだ

**NAME IS NULL** · 2012/01/12(木) 23:11:42.02

オライリーから本が出るね！

**NAME IS NULL** · 2012/01/22(日) 12:38:12.54

よかったまだスレ生きてた
Mongo用にサーバーを自分で作ろうと思ってるんだけど、メモリは馬鹿みたいに積むとしてCPUはどうするか悩んでる
コア数上げても意味ないのかな？

**NAME IS NULL** · 2012/01/22(日) 17:53:26.69

おれも使ったことがないからアレだけどスケールアウトが強みっぽいから後でどうとでもなるんじゃね？

**NAME IS NULL** · 2012/01/24(火) 19:30:27.06

ユーストでRailsのひとが全バージョン保存するってのやってたんだけど、Javaのmorphiliaから使える？

**NAME IS NULL** · 2012/01/26(木) 02:51:23.07

ちょっと何を言ってるのかわからない
誤爆？

**NAME IS NULL** · 2012/01/29(日) 04:25:27.02

日本語不自由でスマン

Railsのmongoidっていうライブラリは@versionsっていうアノテーションでmongodbの対象ドキュメントの履歴をバージョン管理できるらしいことを知った
mongodbのcuiに該当のコマンドが見つからないんだけど、あれはmongodbの機能なのかあのライブラリの実装なのか知りたいんだ

**NAME IS NULL** · 2012/01/29(日) 07:53:30.97

http://mongoid.org/docs/extras.htmlのVERSIONINGのところかな
＞Mongoid supports simple versioning through inclusion of the Mongoid::Versioning module.
とのことなのでMongoidが独自に実装してるっぽい

実装コードはここ
http://rubydoc.info/github/mongoid/mongoid/master/Mongoid/Versioning
reviseってメソッドがバージョン管理して書き込むのかな
結構短いシンプルなコードなのでJava化するのも簡単じゃなかろうか

**NAME IS NULL** · 2012/01/29(日) 08:44:03.15

うおお
ありがとう！！

やっぱり、独自の機能だったのか
RDBMSでもupdateやdeleteを使わずにupdate_flagとかdelete_flagとかいうカラムを使う設計があるけど、それに近いんだろうな
ソース、サンクス
よく読んでみる

**NAME IS NULL** · 2012/02/01(水) 01:32:55.41

俺も時代に乗り遅れないようにMongoDBを始めようと今日下調べした結果

・NoSQLというRDBMS以外のDBMS
・NoSQLには主にKVS型とドキュメント指向型がある
・MongoDBはドキュメント指向型である
・既存のRDBMSと比べてよいパフォーマンスを期待できる
・サーバを追加するだけでいいため大規模システムにも向いており保守も容易である
・既存のRDBMSと比べてメモリ消費量が多いためレンタルサーバでは導入しにくい

これであってる？

**NAME IS NULL** · 2012/02/01(水) 18:43:14.07

さわってみた感想だけど

今まででもORマッパとかあったけど、RDBMSの正規化とかの考え方とオブジェクト指向なデータの扱いは必ずしも一致しないから、フロントエンドから正規化したRDBMSを使うという感覚だった
だけど、nosqlはハッシュやjsonに近いからオブジェクト指向にマッチする
拡張した変数を扱える感じでプログラムが書けるところがいい気がする
テーブルとかの形式のデータはRDBMSでいいんじゃねかな
大規模だとスケールアウトとか書き込み速度の問題とかがあるけどまるっきりRDBMSでだめってわけじゃないし実績あるし
モデル設計でなんかRDBMSは違うなあってときに使えばいいんじゃないか

例えば、ありがちなRPGのキャラリストの職業欄で戦士、僧侶、魔法使いしかいなかったけど、召喚士みたいなクラスで召喚っていうコマンドと召喚獣リストってパラメータつけたいってとき、
オブジェクト指向ならファクトリーで従来のクラスを承継して新しいメソッドとパラメータ書けばいいけど
バックがRDBMSだと再設計とかalterとかメンドクサイことがあってオブジェクト指向のよさがスポイルされちゃうなあってときとかない？
たぶん、mongoならスーパーをポリモーフしてデータベースに接続してれば、エンベッドで結構柔軟にデータをいれられるんじゃないかな

**NAME IS NULL** · 2012/02/01(水) 20:34:40.76

JAVAの人かな？そんなに複雑に捉える必要ないと思う
オブジェクト指向にマッチするとかしないとか、使い始めると結構どうでもよくなるような気がする

MongoDBの一番の良さって一般的には「スキーマフリー」だと考えてる　曖昧であやふやなデータに対する許容制が強い
RDBMSだと最初にかっちりとスキーマ決めたら後で動かせなくなるけど、Mongoなら後で何とでもなる
それに加えてNoSQLの中ではRDBMSっぽい諸要素が備わってるので、MySQL等から移行しやすいってのが人気を博してる理由なのかなと

逆に言えば、スキーマフリーにメリットを見いだせないようなビジネスロジックならMongoを使う必要も無いような気がするんよね
正直RDBMSでは考えられないような適当な挙動が随所に現れるので、最初は戸惑う人が多いと思う

あと、シャーディングは桃源郷っぽく見えるけど実際はそんなに簡単じゃないし、
まだノウハウが溜ってないので結局MySQLでレプリケーションした方がよっぽどスケールしやすかったりする
この辺は今後１年ぐらいで枯れてきて劇的に改善するとは思ってるけれど

まあいずれにせよMongoに限らずNoSQLは色々と使ってみるといいんじゃないでしょうか
MySQLみたく枯れて安定した技術を勉強しても楽しいとは思わないけど、NoSQL界隈は面白い　勉強のしがいがある
まだまだ日本語の情報が少ないので自分が発信源となって色んな人から感謝されたりしますしね

**NAME IS NULL** · 2012/02/03(金) 05:08:29.18

>>43
そう、スキーマフリー！
それがいいよね
だけど、正規化って二重登録やデータ間の矛盾が生じないようにする生活の知恵だから、調子に乗ってると後で痛い目みそう
そのうちmongoのデザインパターンみたいなのが確立してくるんだろうけど

**NAME IS NULL** · 2012/02/10(金) 23:46:55.30

スキーマレスというと、いわゆるXML DBがその点を売りにしてたと思うけど、
紋甲がXMLより嬉しい部分ってどんなとこ?

**NAME IS NULL** · 2012/02/12(日) 09:03:25.45

うれしいとかじゃなくてXMLDBってもう息してないんじゃないか？

**NAME IS NULL** · 2012/02/13(月) 03:51:31.82

ｘｍｌはデータ構造に無駄が多すぎなのでは

**NAME IS NULL** · 2012/02/13(月) 08:34:00.73

ちょっと気づいたんだけど、xsltならhtmlでいうインライン要素もいろいろ扱えるけど、mongoだと仕組み上ブロック要素しか扱えない、といえるかも

**NAME IS NULL** · 2012/03/28(水) 23:38:33.74

ほしゅ

**NAME IS NULL** · 2012/03/29(木) 01:18:13.46

一昨日までマンゴーDBだと思ってました
くだものから取った名前なんだなと

**NAME IS NULL** · 2012/04/08(日) 05:30:27.84

xmlは見た目からして無駄が多すぎ
jsonのほうが楽

**NAME IS NULL** · 2012/04/17(火) 08:43:54.95

イカちゃんは、JSONで格納してるの?

**NAME IS NULL** · 2012/04/17(火) 08:57:20.73

bsonだったような

**NAME IS NULL** · 2012/04/18(水) 02:22:51.97

S式あれば十分なんだよ

**NAME IS NULL** · 2012/05/07(月) 15:21:34.39

MankoDBはやらないっすね

**NAME IS NULL** · 2012/05/17(木) 02:35:59.10

2.2はまだなのかな

**NAME IS NULL** · 2012/08/26(日) 20:29:43.72

2.2まだー？

**NAME IS NULL** · 2012/08/27(月) 10:42:34.80

イベントやるみたいだが行く人いるん？