二者択一ではなく組み合わせが重要
「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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー