HBase導入時の検討項目と推奨構成、および設計ノウハウ
はじめに 第1回では、NoSQLにおけるHBaseの位置付けとそのアーキテクチャについて解説しました。HBaseはスケールアウトが容易なアーキテクチャを持ち、高い処理性能を実現できます。しかしHBaseとRDBにはデータモデルや機能に多くの違いがあるため、RDBをそのままHBaseに置き換えることはできません。 今回は、HBaseの導入を検討する際の参考情報として、HBaseの長所と短所およびHBaseに適したユースケースを紹介します。また、HBaseを導入する際の推奨マシン/ソフトウェア構成、およびシステム設計のノウハウも紹介します。 HBaseとRDBの比較 RDBに対するHBaseの最大の利点は処理性能の高さです。しかし以下のような理由から、RDBをそのままHBaseに置き換えることはできません。 HBaseはKVS(キーバリューストア)であり、RDBのデータモデルとは異なる 問い合
HBase in Actionの4章に書かれているRow Keyの話 - wyukawa's diary
昨日のエントリでも少し触れましたが、HBase in Actionの4章ではTwitterのようなつぶやきサービスを作るときのRow Keyの設計について考察がされています。今回はそれについて少し書いてみます。 つぶやきするユーザはuseridを持つものとします。 ユーザAのuseridはuserid_Aとします。 ユーザBも同様とします。 フォロー関係を表すテーブルを下記のように設計したとします。 Row Keyfollows userid_A1:userid_B2:userid_C3:userid_D4:userid_E userid_B3:userid_D4:userid_E ユーザAがユーザB,C,D,Eをフォロー、ユーザBがユーザD,Eをフォローしているという状況です。 このfollowsテーブルは2行あってRow Keyはuserid_Aとuserid_Bです。Column F
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
