Cassandraの構造 - LunaBiblosSoftware > DataBase > KeyValueストア > Cassandraの構造 概要 Cassandraの構造を解説します。 CAP定理から見たCassandra CAP定理に基づいて考えると以下の通りに分類される DB名CoherencyAvailabilityPartitioning Tolerance
TwitterとDiggがNoSQLの「Cassandra」を選ぶ理由
スケーラブルなデータベースを実現する手段として「Sharding MySQL plus memcached」がよく知られる方法だとは、1つ前の記事「MySQL+Memcachedの時代は過ぎ、これからはNoSQLなのか、についての議論」で紹介しました。 ちなみに「Sharding」（シャーディング）とは複数のデータベースにデータを分散して運用することで、ざっくりいえばShared Nothing的な分散データベース構成のことです（この記事で紹介する英文中には「Shared MySQL」（共有MySQL）との記述がありますが、これは恐らく「Sharded MySQL」（ShardされたMySQL）のミススペルではないと推測します）。 日本で（たぶん）もっともMySQLについて詳しく解説してあるブログ「漢(オトコ)のコンピュータ道」のエントリ「さらにMySQLを高速化する7つの方法」では、Sh
列指向データベース(Columnar database )って何だ？
このブログではスーパーデータエンジニアへの道と称してデータベース、データウェアハウス、ビジネスインテリジェンス、データ分析などデータに関することについて学習したこと、考えたこと、経験したことなどを掲載します。 データウェアハウスを構築するにあたって問題になるのが、そのデータ量とパフォーマンスだと思います。 ハードウェアがどんどん安くなっているとはいえ、データ量が多くなればなるほど、バックアップの管理など 非常に大変になります。また、パフォーマンスも気になるところです。 そこで救世主となるが列指向データベース（Column oriented database / Columnar database）と言われる データベースです。じゃ、列指向データベースって何でしょうか。 OracleやSQL Serverなどのリレーショナルデータベースは行指向データベースといわれ、内部的にデータを 行単位で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
