RDBMSとNoSQLを巡る議論でいつも私が違和感を感じるのは、RDBMSに固執しようとする人と、NoSQLに固執しようとする人と、それぞれが極端にどちらかを擁護し、極端にどちらかの長所や可能性に対して目を瞑ろうとしているように見受けられることである。 これまでRDBMSを業務で使ってきた人にNoSQLの制約の話をすると、大抵の場合、「そんなのじゃ業務には使えない」という反応が返ってくる。特に即時一貫性が保てないという話をすると「まったく使い物にならない」と脊髄反射的に拒否反応を示されることが多い。 私が思うに、クラウドがシステム構築で活用されていくのに比例して、これからは「RDBMSとNoSQLを適材適所で使い分ける」ことがこれからのアーキテクトに求められるのではないか。 これまではRDBMSがあったから何もかも一貫性が保障されていた。だが、本当にそこまですべてのデータに即時一貫性が必要
濃縮還元オレンジニュース Cassandra、MongoDB、Redisなど主要NoSQL比較 ハンガリーの企業でCTOを務めるKristof Kovacs氏による記事です。各主要NoSQLプロダクトについて機能比較や利用ケースなどをまとめています。この記事ではCassandraやRedisなど6つのプロダクトを挙げています（表1）。 CouchDBは使い勝手に優れており、双方向レプリケーションやリアルタイム更新をサポートしています。Redisは非常に高速なことが売りで、トランザクションや変更監視の機能が備わっています。Cassandraは書き込みが読み込みよりも速いことから銀行や金融などのリアルタイムなデータ解析が必要になる分野で実力を発揮し、Cassandraと同じくJavaで作られているHBaseは億単位の行と数百万のカラムというBig Dataを扱え、月に1,000億を
memcachedとプロトコル互換を保証しつつ、ディスクへの永続性、階層型データストア管理などを実現してきたMembaseと、ドキュメント管理を得意とし、JSONでデータの入出力が可能なCouchDB。それぞれの開発元であるMembaseとCouchOneが合併し、2つの製品を合わせた「Couchbase」を発表しました。 CouchOneのCEOであるDamien Katz氏とMembaseの共同創業者であるJames Phillips氏は共同で声明を発表。CouchDBとMembaseはそれぞれが異なったセグメントにフォーカスしてきており、両社を合わせることでNoSQL業界でもっとも強力な製品を展開することができると合併の意味を強調しました。 MembaseとCouchDBの利点を合わせる この2人が今回の合併についてビデオで解説した中で、Couchbaseの特徴を端的に表しています。
データベースの世界でいま注目されているのがNoSQL。特にキーバリュー型データストアは、グーグルのBigTable、FacebookやTwitterが内部で利用しているCassandraやAmazonクラウドが提供しているSimpleDBなど、すでに実際に使われ始めています。 ではそのNoSQLをリレーショナルデータベースの代わりに使ってシステムを構築するとどうなるのか？ 身をもって体験したことを記したShinya Kawanaka氏によるプレゼンテーション「間違った方向にCassandraを使ってみた」が公開されています。 NoSQLを用いたシステム構築は、リレーショナルデータベースによる構築どう違うのか？ とても分かりやすくまとめられています。ご本人の承諾もいただいたので、その内容を紹介しましょう。 NoSQLを使ったときに起こる恐ろしい事例 プレゼンテーションのテーマは「NoSQLを
企業のIT担当者の44％がNoSQLを知らず、また17％は興味がない、という結果が、ReadWrite Webの記事「NoSQL? Never Heard of It, Say Most IT Pros」（NoSQL？ 聞いたことないなあ、と多くのIT担当者）で紹介されています。 これは米Information Weekが755人のIT担当者に対して行った結果を紹介したもの。逆に、NoSQLをすでに利用している、もしくはテストしている企業は5％しかありませんでした。 なぜNoSQLは企業のIT担当者にとって興味がないものなのか？ 著名なデータベース研究者であり、またWebスケールに対応した新たなリレーショナルデータベース「VoltDB」の開発なども行っているマイケル・ストーンブレイカー氏が、米国の計算機学会であるACMのWebサイト「Communications of the ACM」に掲
カスタマイズ可能なポータルサービスを提供するフランスの「NetVibes」は、バックエンドデータベースとしてミクシィの平林幹雄氏が開発し、同社内でも利用されているNoSQLデータベースの「Tokyo Tyrant/Tokyo Cabinet」（以下Tokyo Tyrant）を採用しているそうです（追記：平林氏は7月末でミクシィを退職されるとのこと）。 なぜNetVibesはTokyo Tyrantを採用したのか、その理由がmyNoSQLの記事「Netvibes: A Large Scale Tokyo Tyrant Deployment Case Study」で紹介されています。NetVibesは、Hadoop、CouchDB、Tokyo Tyrant、File system、MySQLを評価した上でTokyo Tyrant/Tokyo Cabinetを採用したとのこと。 NetVibes
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
