Slide 18
Slide 18 text
JSON Relational Duality: JSONをRelational DataとしてRelational DataをJSONとして扱える
18 Copyright © 2025, Oracle and/or its affiliates
Query
API
REST
API
SQL
Interface
Relational
(Table)
JSON
(Document)
App based on
Document DB
App based on
Relational DB
find()
SELECT
INSERT
UPDATE
DELETE
insertOne()
updateOne()
deleteOne()
insertMany()
updateMany()
deleteMany()
ETL
{
name1 : value1,
name2 :
{
name3 : 100,
name4 : 14:00
}
}
{
name1 : value1,
name2 :
{
name3 : 100,
name4 : 14:00
}
}
{
name1 : value1,
name2 :
{
name3 : 100,
name4 : 14:00
}
}
従来はOLTPとOLAPの二重構成が必要だったが、JSON Relational Dualityにより両者の融合が可能に
OLTPとOLAP(DWH)が分離している環境
ドキュメントDB
OLTP
RDB
OLAP(DWH)
{
name1 : value1,
name2 :
{
name3 : 100,
name4 : 14:00
}
}
{
name1 : value1,
name2 :
{
name3 : 100,
name4 : 14:00
}
}
{
name1 : value1,
name2 :
{
name3 : 100,
name4 : 14:00
}
}
Relational
(Table)
JSON
(Duality View)
OracleのConverged DB
JSON Relational Dualityが使えるConverged DB環境
REST API
SODA
Oracle
Database
API for
MongoDB
SQL
Interface
App based on
Relational DB
SELECT
INSERT
UPDATE
DELETE
App based on
Document DB
find()
insertOne()
updateOne()
deleteOne()
insertMany()
updateMany()
deleteMany()
他社には真似できない“アプリ開発と分析基盤を分離せず、
1データで両立できる唯一の選択肢”を可能にするOracle独自技術
スキーマ変換やバッチ処理など運用コスト大 1つのデータをJSONビューとリレーショナルビューで
同時に利用可能=JSON Relational Duality
“分析用に整形された
リレーショナルデータのみを保持”
“柔軟なスキーマでアプリ高速開発に
適するが分析には不向き”
ü Quality(質)
ü Cost(金)
ü Delivery(速)
ü データ整合性・一貫性の飛躍的向上
ü TCO(総保有コスト)最大50%以上削減(データの結合と移動コスト0)
ü リードタイムが0に近い数秒へ(即時利用へ)
p データ分断・スキーマ不整合・タイムラグによる分析の一貫性が低い
p ETLパイプライン構築、ツール・運用の分離管理によってTCOが増加
p ETL・バッチ処理を挟むことで、更新から分析・可視化までに数時間〜数日
※データコピーなし/整合性100%で両立