hashtagはdbreadingか #dbreading #vldb2011study http://t.co/ckeEH6EW
2011-12-10 10:20:55RT “@lumely: タグこっちだった.. #dbreading #vldb2011study http://t.co/m3KvVEl3”
2011-12-10 10:32:21多分Ustはこれな気がするけど配信はまだ.#dbreading #vldb2011study http://t.co/tHVAqBYL (live at http://t.co/bcAiUfn5)
2011-12-10 10:39:25VLDB2011勉強会のストリーム配信はこちら: http://t.co/uNczwP6b #vldb2011study
2011-12-10 10:51:21資料はこちらからダウンロードできます http://t.co/ihLs2ulG RT @amagasa VLDB2011勉強会のストリーム配信はこちら: http://t.co/B9tmBGrN #vldb2011study
2011-12-10 10:54:30RT @amagasa: VLDB2011勉強会のストリーム配信はこちら: http://t.co/uNczwP6b #vldb2011study
2011-12-10 10:54:31R9-1 HYRISE ワークロードを見て動的にVerticalPartitioningのカラム数を調整。実際のAPでは100~300カラムぐらいが多い。キャッシュミスからトータルの性能が評価できる。 #vldb2011study
2011-12-10 11:00:26R9-2 共通項(小さい&少ない)を見つける検索をオンメモリで高速に処理。計算量は従来より悪いがオンメモリの性質を利用した手法を提案して実際の処理時間を早くした。 #vldb2011study
2011-12-10 11:00:43R9-3 CPU最適化されたクエリコンパイラの提案。実行プランをPUSH型で実行する&一度レジスタにロードしたものを出さないように実行フローを再構築する。MonetDBと比べて大幅改善 #vldb2011study
2011-12-10 11:04:51RT @chiemi: R9-3 CPU最適化されたクエリコンパイラの提案。実行プランをPUSH型で実行する&一度レジスタにロードしたものを出さないように実行フローを再構築する。MonetDBと比べて大幅改善 #vldb2011study
2011-12-10 11:07:08R9-4 Intelの研究。並列処理でバッチ処理向けラッチフリー B+-Treeを提案。read処理を先にやってupdate/delでconflictしているものを[後で修正]してsilializabilityを確保 #vldb2011study
2011-12-10 11:09:28似たようなことは自分もやってたのに、論文レベルに持っていけないのがダメなところ。r9-3 #vldb2011study
2011-12-10 11:12:07R1-1 分散DBでのThresholdクエリ実行をnono-monotonicな関数にも適用できるようにTentative Boundアルゴリズムを改良。…(後で勉強します)…。 #vldb2011study
2011-12-10 11:18:40RT @amagasa: VLDB2011勉強会のストリーム配信はこちら: http://t.co/uNczwP6b #vldb2011study
2011-12-10 11:19:27RT @keyakkie 資料はこちらからダウンロードできます http://t.co/tjwlEkD9 RT @amagasa: VLDB2011勉強会のストリーム配信はこちら: http://t.co/ivI8bb34 #vldb2011study
2011-12-10 11:22:17R1-3 分散したDBのレプリカの配置をレコードのread/updateの頻度や計量をもとに動的に最適化。ルール定義&レプリカとスタブの状態遷移をもとに動的再配置。 #vldb2011study
2011-12-10 11:25:39さらっと読んでGraph Dataの紹介は無理だなと思ったけどやはり難しかったらしい. #dbreading #vldb2011study wiki:http://t.co/tHVAqBYL ust:http://t.co/SsUA1v89
2011-12-10 11:29:56