InfoTalk Spring Break 2012(NoSQL) - Cassandra
- yukio_saitoh
- 2538
- 0
- 0
- 2
Q PARTAKE を作られるときに一貫性の設計問題は? A そこは基本 DAO API で Table アクセスするように考えた。 Q APIレイヤを一度設けた? A 不足分を吸収するようにした。 #infotalk
2012-03-18 14:29:16Q ノウハウの共有、ユースケース、コミュニティの活発度は? A Cassandraに関して、日本では勉強会で事例紹介。しかし日本語 ML は活発ではない、Cassandraを使った DataStore サービスは一部出つつありそう。 #infotalk
2012-03-18 14:30:43Q 最初のハッシュ検索するためのテーブル作成するときの処理はカンタンにできるのか?時間はネックになりませんか? A KEYさえあれば、新しいデータを作り直すのも 2^64-1 ハッシングあるので再構築は起きないかも? #infotalk
2012-03-18 14:31:59Q 検索したいデータ構造がある。そこにハッシュテーブルを見に行く場合に、使うデータセットが変更されたらどういう挙動になりますか? A KEY は byte array 使うのはカンタン。適当にハッシュ分散されているので大丈夫ではないか。 #infotalk
2012-03-18 14:33:07Q 分散処理的にはハッシュテーブルを変化するようにサービスを作れるのでは? A Cassandra で対応できるように作るように意識して作ればいい。時刻や log を意識して(ID がない)使うものではない。 #infotalk
2012-03-18 14:34:13Q 一貫性のところで、ZERO, ANY, ONE があった。 ZERO は高速だけど運用事例ありますか? A ZERO がはまる事例はないが、ちょっとくらいデータ欠落しても良さそうなところ。単にあとでどの程度データがあったか参照したい場合とか。 #infotalk
2012-03-18 14:35:20Q サービステストはどうやってるの? A パフォーマンステストはちょっと見たが、アプリケーションとして最適化していないのでテストはしていない。 #infotalk
2012-03-18 14:36:56