MongoDB 1

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

ほう

保守

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

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

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

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

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

まだかーい

NO SQL?

まだ？

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

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

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

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

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

・公式(英語)
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

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

愛称はやっぱ「イカ」?

紋甲DB

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

いい感じじゃなイカ

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

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

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

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

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

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

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

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

前スレ

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

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

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

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

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

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

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

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

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

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

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

日本語不自由でスマン

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

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化するのも簡単じゃなかろうか

うおお
ありがとう！！

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

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

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

これであってる？

さわってみた感想だけど

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

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

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

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

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

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

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

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

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

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

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

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

ほしゅ

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

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

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

bsonだったような

S式あれば十分なんだよ

MankoDBはやらないっすね

2.2はまだなのかな

2.2まだー？

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

2.2リリースされましたね　一応リリースノート
http://docs.mongodb.org/manual/release-notes/2.2/

ようやく体系的な和書が出たね
しかし過疎ってるな

犯罪者個人に対して告訴状を違法派遣・偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料)　or 司法書士が代筆（料金は5万円ぐらい）※コピペ歓迎
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査　→　不受理　→　告訴状再提出または刑法 第193条で訴えを起こす
↓
受理　→　告訴事実を認め示談交渉（↓）　→示談成立　→　法廷相場50〜100万円の示談金　※示談拒否が良い
↓　　　　　　　　　　　　　　　　↓
事案化←　前科あり　←示談不成立（↓）→　示談外交渉→　犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓　　　　　　　　　　　　　　　　↓
↓　　　　　　　　　　　　　　　起訴　→公判　→　罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓　　　　　　　　　　　　　　　　　　　　
審査　→　起訴（強制捜査・留置場）→　公判　→　懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→　起訴　→　起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴　→　同上

◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。

注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの　※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの　※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。

　　●●●ケネディ大統領は何故、死なねばならなかったのか？●●●
　　http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1226114724/53

　　￥￥￥￥￥￥￥『万有サロン』書き込み大賞・総額100万円￥￥￥￥￥￥￥￥￥￥￥￥

　　この掲示板に優秀な書き込みをして、総額100万円の賞金をゲットしよう！(*^^)v
　　　　万有サロン
　　　　　　http://jbbs.livedoor.jp/study/3729/
　　　　書き込み大賞の詳細
　　　　　　http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1069922074/78-
　　　　書き込み大賞の詳細(資料倉庫内)
　　　　　　http://www2.tba.t-com.ne.jp/a-z/omake/banyu/taisho.htm

　　また、あらゆる疑問に関する質問を、携帯電話やメールでも受け付けています。
　　　　電話番号　080-4437-4187
　　　　メール　　[email protected]

　　￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥

パワハラ犯罪にたいする刑事罰(※本投稿のコピペ歓迎です)
人事原則
１　現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。
２　パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。
※違法な解雇の和解金相場は、労働審判で３ヶ月、通常裁判で１年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12〜15万円、和解拒否なら20〜50万円程度。

人事部・ホットライン・御用組合へ直訴
メリット：　一時的緩和や人事異動
デメリット：　役員へ情報筒抜け、危険分子の烙印（情報漏洩がホットライン直訴者に多いのは人事部の常識）、パワハラ放置で自主退職に追い込まれる

民事訴訟・調停・労働審判
メリット：　損害賠償
デメリット：　裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用

刑事告訴
メリット：　１パワハラ上司の解雇・懲戒、または２多額の和解金、１と２どちらでも被害者の雇用は維持
デメリット：　人事異動（出世コースから外れる）
◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
◎告訴受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。
◎パワハラの被害についての告訴は１侮辱罪２脅迫罪３強要罪４威力業務妨害罪５傷害罪の順序で行ってください。警察・検察の協力（犯罪者の自宅・職場の強制捜査、留置所勾留）により罪の立証が楽になります。
◎刑事告訴した社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。
◎刑事告訴は民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間も告訴状をかくことと音声録音を残すだけです。
◎和解契約（公正証書・即決和解）では告訴した事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円〜にしましょう。

しかしここまでスレが伸びないとは思わなかった
一応web界隈じゃここ5年スパンで見ても有力なプロダクトなのにねえ
もう2chで情報交換する時代じゃなくなったってことか

>>64
そういうことです

スキーマレスというと、結局ネットワーク透過型HashDBがあればという感じで…
TokyoCabinetあたりを使って、自分でモデリングしてしまうんだよな

mongodb 2.2.3 を入れました

mongoシェルから

> db.col1.insert( { "name" : "mongo" } )

>db.col1.find()
{ "_id" : ObjectId("5115f116a3b5013f99f06744"), "name" : "mongo" }

> db.col1.find("name" : "mongo")
Sat Feb X XX:XX:XX SyntaxError: missing ) after argument list (shell):1

というエラーになります。何が間違っているのでしょうか？

> db.col1.find({"name" : "mongo"})

ありがとう！

普通にJavaScriptとして考えればいいよ
findにオブジェクトリテラル渡すだけ。

2.4リリースされましたね

2.4の目玉
ハッシュドシャードキー
JavascriptエンジンがV8になって並列処理が高速化?
全文検索(まだBeta扱い 日本語未対応)

もう少しストレージの容量を抑えてくれないかなあ
速度とかよりそっちの方が切実
すぐSSDの容量を使い切って諭吉が出て行く悲しい現実

doryokujinさんってどうしたん？

mongoDBってMySQLに比べてどういう良さがあるんですか？

スケールアウトしやすいってところかな。

ありがとうございました

事前面接の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

MongoDB Tokyo 2013いきます？

◎2chスレッド勢いランキングサイトリスト◎

★+ニュース板
・ 2NN (推奨サイト)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推奨サイト)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢 (推奨サイト)
・ READ2CH
・ i-ikioi

※ 要タイトル検索
※ 2chブラウザ併用推奨

最強のディービーなのに、何も話題ないのかしら？

これは他に比べて方言キツくないから敷居低いよね
キチガイに悪評流されまくってるけど

俺…暇ができたらMongoLabでMongoDBデビューするんだ

技術面ではjavascriptで書けるので敷居が低い。又､運用面でもトラブル少ないし、制約も少ない。
必然的に話題は少なくなるよね。

ただ、分析用には最適だが､経理や基幹への導入は難しいね。

http://www.npa.go.jp/cyberpolice/detect/pdf/20150220.pdf
＞２月10日、ドイツのザールランド大学のグループが、インターネット経由で外部から認証を
必要とせずにアクセスすることができる MongoDB データベースを約４万件確認したとの研究
結果を公表iしました。

ユーザ認証機能付きのシャーディングとレプリケーション
http://tripnote.pw/?trip=jLpVznqvWx3BlesU&guid=54f32ab3def3c5e0568b4567