オラクル・ビッグデータ（Oracle Big Data）とOracleテクノロジーの全体像

現場でオラクルビッグデータを触って感じたのは、「用途別に部品がある」こと。統合アーキテクチャでオラクル・テクノロジーがつながり、オラクル・スパーシャルやOracleアナリティクスへ自然に伸びます。

Oracle Spatialの特徴と地理空間データ分析（SQL・アナリティクス連携）

• Oracle Spatial 19cでST_SRIDを確認し、座標系を統一する。
• 円探索はSDO_WITHIN_DISTANCEで半径(m)を固定する。
• ルート検索はSDO_NN→距離で候補絞り込み。
• GIS地図出力はOracle Spatialのタイル生成を使う。
• 集計はOracleアナリティクスへSQL結果を渡す。

現場だと、Oracle https://www.oracle.com/technetwork/jp/database/database-technologies/bigdata-spatialandgraph/learnmore/index-2537851-ja.html SpatialのSQLはSDO_GEOMで形状を直接扱えるので、ETL地獄になりにくいです。緯度経度のズレはST_SRIDで潰し、地図描画前に精度検算します。

Oracle Integrated／統合アーキテクチャで実現するデータベース基盤（Oracleデータベース技術）

統合の肝は、Oracleデータベース技術がトランザクションと分析を同居させる点だと体感しました。私はOracle統合で、DB内SQLのままデータ品質→集計→可視化まで通しました。

Oracle NoSQLの導入ポイント：NoSQL・データ分析・運用設計

Oracle NoSQLは、NoSQLの書き込み性能を軸に運用設計するのがコツでした。私は1ノード増減の手順を先に固め、スループット目標を測ってから設計を確定します。

プロパティグラフ（Property Graph）とは？Graph活用とグラフDBの基本

Graphは関係を太く表現できます。私の案件では、点より辺（エッジ）の属性が効く場面が多く、SQLだけだと表現がしんどいです。

プロパティグラフは「関係そのもの」をデータにできる。だから探索が速く、説明も楽になる。

プロパティグラフ ホリデータ／Big Data Lite VM 2015年11月（property_graph_hol_big_data_lite_vm_2015_nov）での実装イメージ

• VMはproperty_graph_hol_big_data_lite_vm_2015_novを起動し、初期ログを確認。
• サンプルGraphをロードし、頂点/辺数をカウントする。
• Gremlin風のクエリで隣接探索を1回だけ動かす。
• 結果をローカルJSONへ出して検算。
• 遅いクエリはインデックス追加→再計測。

手を動かすと、起動直後から動くサンプルがあるのが助かりました。手順が飛ばないので、Graphの直感が早く掴めます。

グラフ×NoSQL／SQLの使い分け：Graph活用とODBMS（オブジェクト指向DBMS）視点

私の基準は「探索の主役が何か」。SQLで属性集計が中心ならDB、関係探索が主ならGraphが勝ちます。

Windows環境でのオラクル構成：893KB Oracle事例・導入手順と注意点

Windowsで検証すると、構成の差が数字で出ます。私は小さく始める方針でオラクル893KBの構成例をベースに、依存関係とパスだけ先に固定しました。

Oracleデータベース vs Oracle NoSQL vs Apache連携（データベースまたはApache）比較表

最後に選定の勘所だけまとめます。SQL集計中心ならOracleデータベース、低遅延キー運用ならOracle NoSQL、ストリーミング連携ならApache側を選ぶと迷いが減りました。