Monto Tokyo 2011 #mongotokyo vol4

2
前へ 1 ・・ 11 12
8maki @8maki

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:57
Akihiro Okuno @choplin

日本語になってる!RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:53
Yoh Okuno @yoh_okuno

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:48
Muddy Dixon @muddydixon

@jugyo スキーマがきっちり決まってないデータの管理とかがメインじゃないですかね。あとは、adhocな拡張が予測されるシステムとか #mongotokyo,

2011-03-01 14:40:41
MATSUO a.k.a マッツォ @understeer

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:40
Akihiro Okuno @choplin

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:36
the plural of anecdote is not data @AdamInWeHo

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:35
Shinichi Tomita @stomita

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:40:29
Akihiro Okuno @choplin

#mongotokyo Range basedなのにconsistentなの?

2011-03-01 14:40:16
Fumikazu Kiyota 清田史和 @kiyotaman

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:39:59
Takahiro Kitayama @kitayama_t

RT @doryokujin: 現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:39:56
チーフ データサイエンティスト@トレジャ @doryokujin

現在発表されている「Replication and Sharding」の資料が上がりました! http://bit.ly/f5UsfF #mongotokyo

2011-03-01 14:38:36
Takahiro Kitayama @kitayama_t

no downtime で sharded systemにconvertできるんだ #mongotokyo

2011-03-01 14:38:07
Kaz (Jugyo) 🇺🇦 @jugyo

MySQL で十分なケースで MongoDB をあえて使うメリットってある? #mongotokyo

2011-03-01 14:37:53
Muddy Dixon @muddydixon

RT @frsyuki: auto sharding は実装が難しいけども、ここの性能次第でちょっと便利なDBなのか超便利なDBなのかが分かれると思った。 #mongotokyo

2011-03-01 14:36:34
SKS rep @repeatedly

Yahoo! PNUTSはよく知らんや… #mongotokyo

2011-03-01 14:36:00
Shinichi Tomita @stomita

RT @kzk_mover: @stomita 1.8からサポートされるsparse indexだと、指定フィールドを持つ文書だけインデックスを作るので、期待しています #mongotokyo

2011-03-01 14:34:35
joe @joe_hrmn

RT @kzk_mover: @stomita 1.8からサポートされるsparse indexだと、指定フィールドを持つ文書だけインデックスを作るので、期待しています #mongotokyo

2011-03-01 14:32:58
masudak | 新規事業コンサルタント @masudak

肝はここなんだろうけど、これでJOIN回避するなら、RDBMSから離れられないと思うんだよなぁ。 RT @frsyuki: XPathというか、ObjectIdの先を辿りながら検索するクエリを簡単に発行する方法があるとウマイという感じかな。#mongotokyo

2011-03-01 14:31:44
溝田隆明 @u_mizo

mongoDBでのスケーリングのお話。うちのサービスにも関わるからしっかり聞いておかねば(´-`) #mongotokyo

2011-03-01 14:30:39
Kazuki Ohta @kzk_mover

@stomita 1.8からサポートされるsparse indexだと、指定フィールドを持つ文書だけインデックスを作るので、期待しています #mongotokyo

2011-03-01 14:30:37
SKS rep @repeatedly

くらえSharding with Replica Set! #mongotokyo

2011-03-01 14:29:57
Shinichi Tomita @stomita

スキーマレスっていってもほとんどの使い方では開発者が何入れるか決めちゃうからな。ほんとにユーザがどんどん属性突っ込んでいく状況でオンザフライでインデック作成は現実的に可能なのかね。 #mongotokyo

2011-03-01 14:28:04
yssk22.tar.gz @yssk22_tar_gz

RT @frsyuki: auto sharding は実装が難しいけども、ここの性能次第でちょっと便利なDBなのか超便利なDBなのかが分かれると思った。 #mongotokyo

2011-03-01 14:28:01
前へ 1 ・・ 11 12