Oracle Big Data Lite VM 2015（Property Graph）で学ぶグラフ解析の始め方
私が試したOracle Big Data Lite VM 2015（Property Graph）は、手元ですぐ始められました。まずはノードとエッジを作り、経路と共通性を追うのが近道です。起動後すぐ分析できたのは大きい。グラフの活用情報も一緒に押さえると理解が進みます。
Oracle Spatial を使った地理空間データ分析（オラクル・スパーシャル）
- WKTで地物を投入し、緯度経度のズレをまず可視化
- ST_Bufferで半径1kmの圏域を作って件数を確認
- R-tree系インデックス前提で検索速度を計測
- オラクル・スパーシャルのレイヤ差分で更新履歴を追跡
- 投影法はSRID固定し、GeoJSONは変換してから投入
私の現場では、GeoJSONをそのまま入れるとSRID事故が起きます。WGS84で揃えると、距離計算が安定します。ST_Buffer半径1kmで件数が素直に増えるので、前処理が効いてる判断が早いです。 https://www.oracle.com/technetwork/jp/database/database-technologies/bigdata-spatialandgraph/learnmore/index-2537851-ja.html
Oracle Database とデータベース技術（DB技術index・データベースの役立ち情報）
私はOracle Database 技術を触るたび、結局はインデックス設計が勝負だと感じます。OracleはSQLも強いけど、DB技術indexの当たり外れが体感速度を左右します。まずはEXPLAIN PLANで読み替え、次に統計情報を更新しました。EXPLAIN PLANで先に方針を掴むと手戻りが減る。
Oracle 統合（Oracle Integrated）で実現する分散環境のデータ連携と運用
私が分散環境で詰まったのは、連携より先に運用設計でした。Oracle 統合（Oracle Integrated）は、CDCやジョブ管理を1つの流れに寄せられます。統合後は運用手順書が3分の1に減ったのが実感です。ログも追いやすいので夜間復旧が速いです。
オラクル NoSQL の考え方：NoSQL とデータ（Data）分析の実務ポイント
オラクルNoSQLは「SQLの代替」じゃなく、データ（Data）分析の形を変える道具に見えました。私は鍵設計を先に固め、アクセスパターンから項目を切りました。NoSQLは主に書き込み/読取りの形で設計を決めるとブレません。
「NoSQLはモデルを試す場所じゃなく、アクセスを確定させる場所だった」—私は検証でそれを痛感しました。
Graph Database／Property Graph を中心に：Graph の基本・Graphs の違い
- 必ずラベル設計を先に決め、ノード種別を2〜3に絞る
- エッジに関係名を付与し、方向を揃えて照会条件を固定
- サンプル10万ノードでクエリを回し体感速度を記録
- Graphs（グラフ群）は用途別に分離し、混ぜない
Graph の基本は「つながり」なので、SQLより先にパスを描きます。私が迷ったのはGraphsの分け方で、結局目的単位で分けるのが早い。Property Graphは属性（プロパティ）付きで関係も表現できるので、実装が素直でした。
ODBMS（オブジェクト指向DBMS）と SQL を使い分ける設計指針（SQL・analytics）
私はODBMSを持ち出す場面を、データ構造の扱いに絞っています。SQL（エスキューエル）で集計できるならDB負債を増やさない方が安全です。ここは毎回、要件表を作って迷いを減らします。SQLで8割回るならSQL一本に寄せるとチームが崩れません。
Windows 上の Oracle 導入手順と開発環境構築（analysis oracle・893KBの資料観点）
私がWindows上で一番困ったのは、配布物の理解不足でした。analysis oracleの資料を読み、Oracle Toolsの設定順だけ先にメモ。画像・資料：Oracle 893KBでも、手順は十分でした。最低限、環境変数とリスナー起動だけは初日に固めます。
Oracle と Apache／データベースまたはApacheの比較表：データ統合・性能・運用観点
現場では「Apacheが速い/Oracleが遅い」みたいな話は雑です。私はデータ統合の要件と運用担当のスキルで選びました。OracleはSQLと運用の一貫性が強いと感じます。Apacheとデータベースの併用なら、バッチ境界と監視設計を先に決めるのがコツです。
FAQ
Oracle Big Data Lite VM 2015（Property Graph）でまず何を試すべき？
ノードとエッジを作り、短い経路クエリで動作を確認します。私は起動直後に分析できたので進め方が掴みやすかったです。
Oracle Spatial ではSRIDの違いが問題になりますか？
はい、GeoJSONをそのまま入れるとズレが出ました。WGS84などで揃えてから投入するのが安全です。
DB技術indexはどの段階で考えるべき？
EXPLAIN PLANで方針を掴んだ後に調整します。統計更新も先に行うと無駄な試行が減ります。
Graph と Graphs（グラフ群）はどう分ける？
用途単位で分離するのが私の経験則です。混ぜると意図した照会が崩れやすいです。
ODBMSとSQLはいつ使い分ける？
集計などSQLで8割回るならSQL一本に寄せます。複雑な構造だけを切り出してODBMSを検討します。