二者択一ではなく組み合わせが重要
「NoSQL」「RDBMS」を比べて分かる、ビッグデータに適したDBとは?
ビッグデータ活用を進める上で、まず理解すべきなのが「NoSQL」「RDBMS」の2大データベースの特徴だ。これらの違いを理解すれば、適切なデータベースシステムの姿が見えてくる。
データ型には、固有の特徴を持つさまざまな種類がある。多様なスキーマ(データ構造の定義)を理解することは、企業が持つ複雑なデータセットを構成する知的財産やトランザクション、その他の要素から大きな価値を引き出そうとしているIT担当者にとって、これまでになく重要になっている。現在、一般的なデータベースはリレーショナルデータベース管理システム(RDBMS)とNoSQL(「Not only SQL」の略)に大別されるが、これらは企業の全てのデータを扱えるのだろうか。
今日の企業には多種多様なデータがあふれている。構造化/非構造化データ、アーカイブデータ、Indexed Sequential Access Method(ISAM)ファイル、さらにはビデオ、オーディオファイル、各種のログ、ソーシャルメディア情報(ツイートなど)といった具合だ。こうしたデータの管理は大変であり、相互に関連させるのはもっと大変だ。さらにこれらの情報は、量や生成速度、種類が増しており、潜在価値が大きくなっている。
データの増大が顕著になり、処理方法の再定義が進みつつある。焦点となっているのが、「ビッグデータ」という何の変哲もない名前で呼ばれる膨大で多様なデータだ。従来の技術では、ビッグデータを取り込んで分析し、価値を引き出すことができないという問題意識が背景にある。こうした中、ビッグデータが扱えるように設計された、やや実験的でもある新しい技術が台頭してきている。「Apache Hadoop」などのデータ処理プラットフォーム、NoSQLなどのデータストアがそれだ。
NoSQL vs. SQL:特徴を押さえる
こうした技術を使うと、ビッグデータをどのように扱うことができるのか。最初に理解しなければならないのは、データベース管理者やデータアナリスト、ITマネジャーが対処すべき2種類のデータベース、RDBMSとNoSQLだ。それと同時に、この両方のデータベースへ統一的にアクセスする仕組みに加え、それらのデータのマイニングやアーカイビング、活用の機会を提供する方法も理解しなければならない。
ほとんどのIT担当者にとってなじみがあるRDBMSには、さまざまな種類がある。SQL技術のパイオニアの1社である米Oracleは、SQLの考え方に基づくデータベースを長年にわたってリリースしてきた。
SQLは、RDBMS用の問い合わせ言語だ。RDBMSは、行と列で構成されるテーブルに、情報を高度に整理して格納する。テーブルのフォーマットは、特定のタイプのデータを格納するように設定されている。RDBMSは比較的操作しやすいが、理論上、規模の限界があり、テーブルが大きくなるとパフォーマンスが低下することがある。
新しい技術であるNoSQLは、非常に大規模なデータセットの処理に最適化されている。NoSQLは、RDBMSが採用するテーブルや列、行を扱う整理された仕組みがない。NoSQLのシンプルなデータモデルは、理論上、スピードとアクセスの柔軟性につながる。
これらのことから、RDBMSとNoSQLのどちらを使うべきかという議論が多くの企業で起こった。だがこの議論は意味を成さないことが判明している。ほとんどの企業は、特定のユースケースで両方を使うことになるからだ。こうしたユースケースは、企業がデータを使って何を実現しようとしているかによって規定される。
RDBMSとNoSQLの統合利用
データベースマネジャーは、両方の技術を使いこなせなければならない。ビッグデータ分析や高度なビジネスインテリジェンス(BI)に取り組む場合はなおさらだ。ただし、SQLとNoSQLが併用されるときは、「2つの異なる技術をどうすれば統合して利用できるか」がほぼ必ず問題になる。
答えは、プラットフォームベースの技術にある。だが、どのようなプラットフォームがそれを可能にするのか。
Oracle環境では、この困難な問題を現実的に解決する方法が幾つかある。Oracleは最近、Hadoopで使われる分散ファイルシステムと、同社のSQLデータベースである「Oracle Database」との統合を強化した「Oracle NoSQL Database 2.0」を発表した。Oracle NoSQL Database 2.0は、Oracleのビッグデータプラットフォームの主要コンポーネントであり、キーバリュー型データストアとして設計されている。Oracle NoSQL Databaseを使うと、Webベースアプリケーションやソーシャルメディア、センサー、スマートメーター、通信サービスから高速に生成されるトランザクションデータを管理できる。
Oracle Databaseとの統合の強化により、Oracle Databaseユーザーは、SQLスクリプトを使ってOracle NoSQL Databaseレコードを表示したり、これらのレコードに対してクエリを実行したりできる。この機能は外部テーブルでサポートされており、そのおかげでNoSQLデータへ瞬時にアクセスし、統合的に分析できる。Oracle DatabaseがRDBMSとNoSQLの集中管理システムおよび検索エンジンとして利用できることになる。
Oracle NoSQL Databaseが持つこうした仕組みにより、さまざまなソースのデータに対してクエリを実行し、流動的なデータセットの作成が可能になる。こうしたデータセットは分析に最適であり、ビッグデータ分析の基盤になる。RDBMSとNoSQLへの統一的なアクセスを実現したOracleのプラットフォームは、RDBMSとNoSQLの二者択一をユーザーに強いることなく、それぞれの長所を業務上のニーズに合わせ、また分析にも生かせる環境を提供する。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
6
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
7
【お知らせ】 医療機関のIT化に関する読者調査
-
8
IT予算が10%増えたら何に使う? 著名企業のCIOが明かす「最優先の投資先」
-
9
Web会議では「見た目」よりも「声」を気にすべき理由と、その改善策
-
10
音声もFAXもメールで確認――ユニファイドメッセージの業務効果
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
2
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
8
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー