NoSQLの1つ「MongoDB」を知ろう #devlove #DevKan のまとめ
- kamatamadai
- 2192
- 0
- 0
- 1
玉川竜司さんのセッション、「スッゲー聴きやすい大学の講義」みたいで、全然疲れず自然に聞いていけるのは俺になんと有難いことか…。 #大学行ったことないけどw #DevKan
2014-10-20 20:27:49@kazuhito_m ありがとうございます!自分じゃちゃんとしゃべれてるか分からないのでドキドキですが(^^; よかったです。 #DevKan
2014-10-21 00:52:49「MongoDBはメモリを管理しないし、必要なら取れるだけ取るし、無理ならファイルに書く」(意訳) え、ええええ? (俺聞き間違えてないよね?w) #DevKan
2014-10-20 20:35:12(感想)「ORMかましてあって、ほぼDB観てないアプリ」なら、MongoDB相性良いのかなぁ。 (Apache CouchDB を扱ったことのある経験から) #DevKan
2014-10-20 20:40:01「大まかに言えば ・レプリカセット - 読み込みのパフォーマンスと”耐障害性を向上させる”もの ・シャーディング - 書き込みのパフォーマンスを向上させる」 #DevKan
2014-10-20 20:47:25「レプリカセットは、マスターが接続不能に成った場合、スレーブの中から自動的にマスターとなる。復活したマスターはスレーブになる。」 図をぱっと見してる限りは、、超フレキシブルなんだが…w (ただし出来ないことや弱点も説明がありましたが) #DevKan
2014-10-20 20:53:52「MongoDBのクライアントなんですが…Yosemiteにしたら日本語でなく成っちゃったw」 w #DevKan
2014-10-20 20:55:18物理的にファイルシステムへ「データぶっ壊しに行く」デモww こんなん好きやわw #DevKan
2014-10-20 21:00:56「レプリカセットは”指定した時間送らせて複製”ということが出来る。利点は”誤操作によるデータ変更”に備えるなど出来る。」 へー、その考え方はあんまないよねw (自力で作るとかしか聞いたことはない) #DevKan
2014-10-20 21:05:09誤った削除がレプリカ間で同期されることの対策として、スレーブレプリカにdelay timeを設定しておくことで誤削除をスレーブに反映させるタイミングを遅らせ、差分で戻す #DevKan
2014-10-20 21:07:17MongoDBはファウンダがたくさんついてお金持ち!開発資金たんまりなのでこれからのアップデートがデカい感じ #DevKan
2014-10-20 21:09:40「シャーディング。"mongos"というドライバを使い、キーで違うノードに書込分散させる。障害耐性は下がるので、レプリカセットで補う。」 おそらく ”シャーディング”->RAID0(ストライプ)、”レプリカセット”->RAID1(ミラー)と考えたらいいのかな? #DevKan
2014-10-20 21:10:32MongoDBのGUIクライアントにはrobomongoがオススメ。 ただ複数台構成になってくると対応がまだあんまり d.hatena.ne.jp/aoki1210/20140… #DevKan
2014-10-20 21:19:30「NoSQLの1つ「MongoDB」を知ろう #devlove #DevKan のまとめ」をトゥギャりました。 togetter.com/li/734658
2014-10-20 22:18:37