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

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

**NAME IS NULL** · 2012/08/31(金) 12:54:51.09

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

**NAME IS NULL** · 2012/12/21(金) 00:09:55.11

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

**NAME IS NULL** · 2013/01/06(日) 16:19:31.85

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

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

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

**NAME IS NULL** · 2013/01/06(日) 18:56:02.17

　　●●●ケネディ大統領は何故、死なねばならなかったのか？●●●
　　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
　　　　メール　　aaa-zzz@tba.t-com.ne.jp

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

**NAME IS NULL** · 2013/01/17(木) 20:05:36.25

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

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

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

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