はじめに 2010年のはじめ、TwitterがApache CassandraというJavaで実装された分散型のデータストアシステムを採用しつつあるというニュースが話題を呼びました。このことでCassandraは、NoSQLと呼ばれるシステムの中で最も注目を集めるものの一つになったと言えるでしょう。 2010年7月の時点で、Twitterは、位置情報のデータストレージ、トップツイート（トップページに表示される人気ツイート一覧）などのリアルタイム分析、データマイニング処理など、多くの用途でCassandraを活用しています。また、Cassandraを生み出し、のちにApache Foundationに寄贈したFacebookでは、5億人規模・150Tバイト以上のデータ量を持つユーザメッセージの検索機能（Inbox Search）を、150ノードのCassandraクラスタで処理しています。
HBaseは、Googleの基盤ソフトウェアである「Bigtable」のオープンソースクローンであり、大量データに対応した分散ストレージシステムです。HBaseを用いることで、スケーラブルで信頼性のあるデータベースを構築することができます。また、MapReduceを標準でサポートしており、HBaseに保存したデータに対してバッチ処理を行うことも可能です。しかし、SQLで扱えないことや、RDBとのスキーマ設計の考え方の違いなど、とっつきにくい部分が多々あり、戸惑う方が多いように思います。本連載では、そういう方々を対象にできるだけ分かりやすく実例を交えながら解説していきたいと思います。 はじめに 近年、「NoSQL」の技術が注目を集めています。NoSQLとは、"Not Only SQL"の略で、SQLを用いないデータベースの総称です。NoSQLというとCassandra、Redis、Mongo
前回は「NoSQLがRDBMSよりも大規模データに向く理由」と題し、NoSQLの1つのジャンルであるキー・バリューストアを例に、NoSQLとRDBMS（リレーショナルデータベース）の考え方の違いについて、取り上げました。 もちろん、NoSQLはキー・バリューストアだけではありませんので、前回の解説に当てはまらない製品や使い方もありますが、その点は、分かりやすさを優先したということでご理解いただきたいと思います。 第2回は、本連載のポリシーである「ビジネスの現場で実際に問題となること」の中から、前回に引き続き「お客様によく聞かれる話題」を取り上げ、「現場で使うNoSQL」の視点から説明したいと思います。 今回はこんな話題です。 「RDBMSより不便ですよね。どこで、どうやって使うの？」 ――最も多く、特にIT技術者から受けることが多い質問です。 実は、そのまま会話していると、私もその通りだと
KVS（Key-Value Store）は、既存のRDBと比べてシンプルな機能しかない代わりに、データを分割して多数のサーバーで分散処理できるスケーラビリティーの高さが特徴である。その代表例として、米Facebookが開発し、オープンソースソフトウエアとして公開されている「Cassandra」がある。 KVSは従来にはなかった膨大なアクセスをさばくため、大手のWebサービス事業者などが続々と開発している。米Googleの「Bigtable」と米Amazon.comの「Dynamo」がその先駆であり、Cassandraは両者の設計思想を受け継いだものだ。 Facebookは同社のSNS（Social Networking Service）において、ユーザー間で交換するメッセージの保存や検索などを行うデータベースとしてCassandraを開発し、最大150台程度のサーバーで運用した実績がある。
NoSQLは、大量データを高速に入出力する機能に特化している。そのため、取り出したデータから必要なデータを検索したり、集計してグラフ表示に利用したりといった加工処理は、データベースクライアント上のアプリケーションとして開発する必要がある。 取り出してからデータを加工 当然、「RDBを使う場合より開発の工数は増える」（日本マイクロソフトの鈴木祐巳クラウド＆アプリケーションプラットフォーム製品部エグゼクティブプロダクトマネージャー）。こうした開発負担を軽減するため、データ操作の効率化を進めている。 NoSQLの効率化は二つの方向性がある。一つは、データの加工処理をクライアントからサーバーにオフロードする手法。もう一つは、汎用的な操作をまとめたプログラム部品の提供だ。その双方を実現したNoSQLの例が、インテックシステム研究所が開発した「EXAGE/Database」である。 EXAGE/Dat
情報システムでは、様々な構造のデータを扱う。RDBだけで処理していた時代は、表とその関連付けをデータごとに設計することで対処していた。NoSQLとRDBが存在する今は、その使い分けが課題になってきた。 NoSQLとRDBを組み合わせる 例えばNECは、約5000万台の自動車に対して渋滞情報やクーポンなどを配信するデモシステムで、分散KVSと列指向型のデータベースを組み合わせた分散システムを開発した（図3）。NECの千嶋博システムプラットフォーム研究所研究部長は「複数のデータベースを使い分けるのは、シンプルなモジュールを組み合わせて、スケ ールアウトしやすい基盤を確立するため」と狙いを説明する。
大量データのリアルタイム処理などで、リレーショナルデータベース（RDB）以外に「Not OnlySQL（NoSQL）」と総称される用途特化型のデータベースが普及してきた。RDBは、分散処理やPaaS（プラットフォーム・アズ・ア・サービス）対応が進む ここにきて、利用事例も増えてきた。「会員の購買履歴の分析にかかる時間が1日では話にならない。最新の購買履歴を5分でサービスに反映できなければ、販売機会のロスにつながる」。自社開発のNoSQL「ROMA」を、商品のレコメンド（推薦）機能などに展開している楽天の森正弥執行役員兼技術研究所長はこう言い切る。 楽天が処理時間にこだわるのは、会員の購買履歴を解析してレコメンド商品を提示するのに1日かかると、ユーザーが購入した商品と同じものがレコメンドされかねないからだ。楽天の会員数は、2010年9月時点で約6700万人。楽天トラベルの「最近見た宿」をはじ
パッケージ製品を中心に事業展開を行う国内の有力ソフトウェアベンダによって結成され、日本発のアプリケーションソフトを提供する取り組みを進めているMIJSでは、今回クラウド上でのエンタープライズアプリケーション開発の手法についての検証を行った。セッションでは、実際に複数のクラウドプラットフォームに対してNoSQLによる開発を行い、その結果得られた成果に関する報告が行われた。 4つのクラウドプラットフォームでNoSQLのアプリケーション開発を検証 冒頭で報告に立ったMIJS 製品技術強化委員会 小野 和俊氏は、「これまでのクラウド上でのエンタープライズアプリケーション開発には、2つの選択肢がある。1つはRDMSで、これを使えば今まで通りの開発手法が使える。しかし、クラウドならではのコストや分散体制のメリットを100％活かそうとするなら、やはりNoSQLを活用することがキーになってくる。そこで今回
データベースの世界でいま注目されているのがNoSQL。特にキーバリュー型データストアは、グーグルのBigTable、FacebookやTwitterが内部で利用しているCassandraやAmazonクラウドが提供しているSimpleDBなど、すでに実際に使われ始めています。 ではそのNoSQLをリレーショナルデータベースの代わりに使ってシステムを構築するとどうなるのか？ 身をもって体験したことを記したShinya Kawanaka氏によるプレゼンテーション「間違った方向にCassandraを使ってみた」が公開されています。 NoSQLを用いたシステム構築は、リレーショナルデータベースによる構築どう違うのか？ とても分かりやすくまとめられています。ご本人の承諾もいただいたので、その内容を紹介しましょう。 NoSQLを使ったときに起こる恐ろしい事例 プレゼンテーションのテーマは「NoSQLを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
