- understeer
- 3368
- 1
- 1
- 0
ヤバイ、node.js + mongoで超作りたい@namikawa: RT @snamura: 今日の資料アップしましたー。今日は皆さまお疲れ様でした。 http://slidesha.re/e03jla #mongotokyo
2011-03-01 21:33:29チェックする仕組みはあります@yasutake: .@kzk_mover の実用例は大変現実的で面白いFire-and-Forget であればログ解析的なものはいいが、DBという言葉でイメージする一般通念での使い方は慎重に(よく理解して)ってことだなぁ、と #mongotokyo
2011-03-01 21:10:22運用管理ツールは技術者としての腕の見せ所 RT: @snamura: 今日の資料アップしましたー。今日は皆さまお疲れ様でした。 http://slidesha.re/e03jla #mongotokyo
2011-03-01 20:53:38MongoDBの話しを久々に聞いてて、今作ってる備品管理システムに思いを馳せる。やっぱ備品管理みたいな、備品によってスキーマが変わるものほど、MongoDBはハマるよなー。#mongotokyo
2011-03-01 20:52:32この運用管理ツールはテンションが上がる RT @snamura: 今日の資料アップしましたー。今日は皆さまお疲れ様でした。 http://slidesha.re/e03jla #mongotokyo
2011-03-01 20:48:05来年はいこうっと RT @snamura 今日の資料アップしましたー。今日は皆さまお疲れ様でした。 http://slidesha.re/e03jla #mongotokyo
2011-03-01 20:34:24今日の資料アップしましたー。今日は皆さまお疲れ様でした。 http://slidesha.re/e03jla #mongotokyo
2011-03-01 20:30:58今天和 @ashchan 听到5点半觉得有价值的听完了就离开了 #mongotokyo 的会场,最后两个主题演讲似乎也很有料。要找找slides
2011-03-01 19:51:24でかいデータにすればするほどトラフィックもかさむと思うから、更新、参照が速くて汎用的にデータが突っ込めるとはいえデータ設計は配慮したいところ、と聞いてて思う #mongotokyo
2011-03-01 19:26:14レプリカセットが最新のデータをもっていてかつマスターになれない時(priority 0)のマスターになれないで問題になったとか、色々とあるようですね。チャンクの手動調整とか。 #mongotokyo
2011-03-01 19:25:22「MySQL との比較: 運用管理ツールの充実度やチューニングのノウハウ蓄積の面では MySQL が有利。MongoDB のメリットが生きるのは、非同期、Sharding、Replica Sets。」 #mongotokyo
2011-03-01 19:24:48WebSocketだから、一回つながれば、一回目のつながりのままでJSいく。なので、ロードバランサーは一回目の接続の時だけ、普通にTCPで。 #mongotokyo
2011-03-01 19:24:20ReplicaSetの最低セットが3。2台だと落ちた時自分がマスターと言い張る相手がいない。#mongotokyo
2011-03-01 19:24:17非同期だとかなり早い。safeモードだとRDBMSと同じくらい。結構これまでの発表だと安定性だとかいろいろと話がでたけど、この発表は結構印象変るなぁ。 #mongotokyo
2011-03-01 19:22:59