[DBWT-Keynote] 基調講演: データ・セントリックなAppDevの未来像

Slide 1

Slide 1 text

Oracle Database World Tokyo ターシャンカ・ラヒリオラクル・コーポレーションデータ＆インメモリーテクノロジー担当シニア・バイスプレジデント 2023年4⽉12⽇データ・セントリックな AppDevの未来像【基調講演】

Slide 2

Slide 2 text

Slide 3

Slide 3 text

最新のデータドリブン・アプリケーションは新世代のデータテクノロジーを使⽤ • ユーザーにはより魅⼒的なエクスペリエンスを、企業にはより⼤きな価値を提供最新のアプリケーション Copyright © 2023, Oracle and/or its affiliates 3 新しいタイプのワークロード地理的に分散マイクロ・サービスブロックチェーン IoT 新しいデータタイプ新しいタイプの分析グラフレイクハウスデータウェアハウス機械学習ドキュメント空間リレーショナル { JSON } 新しいタイプのデータテキスト

Slide 4

Slide 4 text

最新のアプリケーションが基盤とするさまざまなデータ技術が拡がるにつれ、最新のアプリ開発と運⽤がますます複雑化複雑化する最新のアプリケーション Copyright © 2023, Oracle and/or its affiliates 4 新しいタイプのワークロード地理的に分散マイクロ・サービスブロックチェーン IoT 新しいデータタイプ新しいタイプの分析グラフレイクハウスデータウェアハウス機械学習ドキュメント空間リレーショナル { JSON } 新しいタイプのデータテキスト

Slide 5

Slide 5 text

最新のアプリケーションを構築するアプローチの１つは、アプリケーションごとに⽬的別データベースを⽤意する • 各⽬的別データベースは、アプリケーションの特定の要件に対して優れている⽬的別データベースを使⽤するアプローチ Copyright © 2023, Oracle and/or its affiliates 5 MongoDB ドキュメント空間新しいタイプのデータ Elastic Search Neo4j グラフ新しいタイプのワークロード地理的に分散マイクロ・サービス AWS QLDB ブロックチェーン DynamoDB IoT 新しいタイプの分析 Databricks レイクハウスウェアハウス機械学習 PostgreSQL リレーショナルさまざまなアプリケーションで、複数のデータベース間での分散実⾏とデータの移動が必要 • 開発者とIT部⾨はインテグレーション作業に時間を費やすことに

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Copyright © 2023, Oracle and/or its affiliates 7 あらゆるデータ管理ニーズに対応する完全かつシンプルなプラットフォームビジョンを実現する⽅法コンバージド・データベース最新のあらゆるデータ・タイプ、ワークロード、開発スタイルを完全サポートデータ⼀貫性、スケーラビリティ、可⽤性やセキュリティーに対し盤⽯完全 Autonomous Database Exadata CloudのコンバージドDBは、⾃⼰稼働、⾃⼰保護、および⾃⼰修復サービスを提供あらゆる規模のあらゆるアプリケーションの開発や分析を実⾏するための最もシンプルなデータベースシンプル * コンバージド = 統合型

Slide 8

Slide 8 text

Copyright © 2023, Oracle and/or its affiliates 8 コンバージド・データベースは新製品ではありません • 最新のアプリケーションのあらゆるデータニーズに対応するために進化したOracle Databaseが、最⾼のサポートを提供 • 何千⼈ものエンジニアが何⼗年にもわたって取り組んできた進化が、Oracle DB 19cに集約オプションは不要 - すべてが揃っていますオラクルのコンバージド・データベース地理的に分散マイクロ・サービスブロックチェーン IoT グラフレイクハウスデータウェアハウス機械学習ドキュメント空間リレーショナルテキスト新しいタイプのワークロード地理的に分散マイクロ・サービスブロックチェーン IoT 新しいデータタイプ新しいタイプの分析グラフレイクハウスデータウェアハウス機械学習ドキュメント空間リレーショナル { JSON } 新しいタイプのデータテキスト

Slide 9

Slide 9 text

Copyright © 2023, Oracle and/or its affiliates 9 インテグレーション作業に代わってイノベーション推進にフォーカス開発者とIT部⾨はインテグレーション作業の代わりにイノベーションに注⼒ • 開発者はアプリケーションに合わせてSQL⽂で対応 - アーキテクチャに応じたデータベースを個別に選択する必要はない地理的に分散マイクロ・サービスブロックチェーン IoT グラフレイクハウスデータウェアハウス機械学習ドキュメント空間リレーショナルテキスト新しいタイプのワークロード地理的に分散マイクロ・サービスブロックチェーン IoT 新しいデータタイプ新しいタイプの分析グラフレイクハウスデータウェアハウス機械学習ドキュメント空間リレーショナル { JSON } 新しいタイプのデータテキスト

Slide 10

Slide 10 text

Copyright © 2023, Oracle and/or its affiliates 10 オラクルのコンバージド・データベースは顧客に選択肢を提供コンバージドとは、データが1か所に集約されたデータベースでなければならないという意味ではありません • コンバージド・データベースでは、アプリケーションごとにデータ・アーキテクチャを選択可能新しいタイプのデータ新しいタイプのワークロード新しいデータタイプ新しいタイプの分析グラフ地理的に分散マイクロ・サービスブロックチェーン IoT レイクハウスデータウェアハウス機械学習ドキュメント空間テキスト検索選択選択選択選択選択選択選択選択選択選択選択リレーショナル選択

Slide 11

Slide 11 text

Oracle Database 23cは、すべてのデータドリブン・アプリケーションの開発と実⾏をシンプルにするという、オラクルのミッションを推進 300以上の新機能オンプレミスとOracle Cloudでベータ版を提供中 https://tinyurl.com/OracleBeta Copyright © 2023, Oracle and/or its affiliates 11 Oracle Database 23c App Simple

Slide 12

Slide 12 text

シンプルなトランザクション・マイクロサービスシンプルなアプリケーション層キャッシュ Oracle Database 23c Copyright © 2023, Oracle and/or its affiliates 12 すべてのデータドリブン・アプリケーションの開発・実⾏をシンプルにするというミッションを推進シンプルにリレーショナルと JSONの統合シンプルにグラフとしてのデータにアクセスシンプルなデータドリブンの JavaScript

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

アプリケーション開発の例︓学⽣スケジュール Copyright © 2023, Oracle and/or its affiliates 15 このアプリケーションで使⽤するデータは、4つの正規化されたリレーショナル表に格納することができます学⽣学⽣ID 学⽣名学⽣情報 S3245 Jill … S8524 John … S1735 Jane … S3409 Jim … 講師講師ID 講師名講師情報 T123 Anika … T543 Adam … T789 Anita … T612 Alex … コースコースID コース名教室時間講師ID C12 MA_01 A102 14:00 T543 C34 SCI_02 B405 16:00 T789 C56 HS_02 A102 14:00 T612 C78 LA_01 A256 12:00 T543 学⽣＿コース学⽣ID コースID S3245 C123 S8524 C567 S3245 C345 S3409 C123

Slide 16

Slide 16 text

アプリケーション開発の例︓学⽣スケジュール Copyright © 2023, Oracle and/or its affiliates 16 開発者は、 Jillのスケジュールを読み書きするのに理想的には、⼀回のデータベース操作でアプリケーションに必要なすべてのデータを受け取りたい JILLの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 2:00 PM 教室 A102 講師 Adam 数学 101 サイエンス 102 4つの表それぞれから、読み取りと書き込みを⾏うSQLを記述する代わりに…

Slide 17

Slide 17 text

アプリケーション開発の例︓学⽣スケジュール Copyright © 2023, Oracle and/or its affiliates 17 Jillのスケジュールを、正規化された表の代わりにJSONドキュメントとして保存することでシンプルなGET/PUT APIでスケジュールの読み書きが可能 JILLの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 2:00 PM 教室 A102 講師 Adam 数学 101 サイエンス 102 単⼀のJSONドキュメント PUT GET { student : Jill, schedule : [ { time : 14:00, course : Math 101, room : A102, teacher : Adam }, { time : 16:00, course : Science 102, room : B405, teacher : Anita } ] }

Slide 18

Slide 18 text

Oracleはドキュメント・データベース Copyright © 2023, Oracle and/or its affiliates 18 Oracleは元々、JSONドキュメントを保存するための最適なデータベースドキュメントネイティブAPIの提供 • Simple Document Access API (SODA) • MongoDB互換API ドキュメントへの標準SQLアクセスも提供 • パラレルSQLを含むドキュメント間の完全なACIDの⼀貫性 JILLの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 2:00 PM 教室 A102 講師 Adam 数学 101 サイエンス 102 JACKの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 6:00 PM 教室 A115 講師 Alex 物理サイエンス 102

Slide 19

Slide 19 text

JILLの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 2:00 PM 教室 A102 講師 Adam 数学 101 サイエンス 102 JACKの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 6:00 PM 教室 A115 講師 Alex 物理サイエンス 102 ドキュメント・データベースの限界 Copyright © 2023, Oracle and/or its affiliates 19 しかし、ドキュメントを保存形式として使⽤する場合、データの重複の問題が発⽣各⽣徒のスケジュールにコースや講師の情報が重複して保存される重複データの問題点 • 保存効率が悪い • 更新コストが⾼い • ⼀貫性を保つことが困難

Slide 20

Slide 20 text

JILLの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 2:00 PM 教室 A102 講師 Adam 数学 101 サイエンス 102 JACKの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 6:00 PM 教室 A115 講師 Alex 物理サイエンス 102 同じデータで複数のユースケースに対応 Copyright © 2023, Oracle and/or its affiliates 20 成功したアプリケーションは、時間の経過とともに必然的にユースケースが増えていく同じデータを他の新しいユースケースでも使⽤するためデータの重複がさらに増えていく例えば、講師のスケジュールアプリケーションでは、講師をリーフではなく、ドキュメントのルートとして配置 • また、学⽣ドキュメントと同じコースデータの⼀部を共有します。 ANITAの講師スケジュール時間 2:00 PM 教室 A312 時間 4:00 PM 教室 B405 時間 6:00 PM 教室 A151 サイエンス 102

Slide 21

Slide 21 text

データ重複の問題をリレーショナルが回避 Copyright © 2023, Oracle and/or its affiliates 21 リレーショナル・データベースは、データを正規化することで、データの重複を回避しかし、この場合、1つの論理的なアプリケーション操作を実⾏するために、複数のSQL⽂を書いて実⾏しなければならないというトレードオフが発⽣ JILLの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 2:00 PM 教室 A102 講師 Adam 数学 101 サイエンス 102 JACKの学⽣スケジュール時間 4:00 PM 教室 B405 講師 Anita 時間 6:00 PM 教室 A115 講師 Alex 物理サイエンス 102 ANITAの講師スケジュール時間 2:00 PM 教室 A312 時間 4:00 PM 教室 B405 時間 6:00 PM 教室 A151 サイエンス 102

Slide 22

Slide 22 text

理想は、JSONとリレーショナルの両⽅の利点を得ること Copyright © 2023, Oracle and/or its affiliates 22 JSON • アプリケーション操作への簡単なマッピング • アジャイルなスキーマレス開発 • 階層型データ形式 • アプリケーション・データ・クラスへの簡単なマッピングプラスリレーショナル • データ重複なし • ユースケースへの柔軟な対応 • 問合せ機能 • ⼀貫性

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

JSON Document Relational Duality Copyright © 2023, Oracle and/or its affiliates 25 データは表の⾏として保存され、リレーショナルモデルや SQLアクセスの利点を提供⾏にJSON列を含めることができ、スキーマが動的に変化・進化するデータを格納することができますストレージ形式表 Col 1 Col 2 Col 3 … … … … … … … … … … … … 表 Col 1 Col 2 Col 3 … … … … … … … … … … … … 表 Col 1 Col 2 Col 3 … … … … … … … … … … … … JSONドキュメントとリレーショナルの⼆⾯性

Slide 26

Slide 26 text

Copyright © 2023, Oracle and/or its affiliates 26 データの読み書きを JSONドキュメントで⾏えるので、アプリケーションの開発でドキュメントのシンプルさを活かすことが可能ストレージ形式表 Col 1 Col 2 Col 3 … … … … … … … … … … … … 表 Col 1 Col 2 Col 3 … … … … … … … … … … … … 表 Col 1 Col 2 Col 3 … … … … … … … … … … … … アクセス形式 { label1 : String Anita, label2 : 5678 label3 : ”Physics 201, } { label1 : ”Student Jill, label2 : 5678 label3 : ”Science 102, } { name1 : String Value1, name2 : { name3 : 14:00, name4 : 1234 } } GET/PUT Doc JSON Document Relational Duality JSONドキュメントとリレーショナルの⼆⾯性

Slide 27

Slide 27 text

JSON Relational Duality Viewの定義 - GraphQL の⽂法を利⽤ Copyright © 2023, Oracle and/or its affiliates 27 JSON Duality Views(JSON⼆⾯性ビュー)を使い、正規化された⾏をJSONドキュメントに組み⽴てるレシピを宣⾔ CREATE JSON DUALITY VIEW student_schedule AS { student : student_id : schedule : [ { { time : course : course_id : room : teacher : } } ] }; ビューの構造は、⽬的のJSON オブジェクトの構造を反映学⽣スケジュール : J I L L { student : Jill, student_id : S3245, schedule : [ { time : 14:00, course : Math 101, course_id : C12, room : A102, teacher : Adam }, …. ] }

Slide 28

Slide 28 text

JSON Relational Duality Viewの定義 – GraphQL の⽂法を利⽤ Copyright © 2023, Oracle and/or its affiliates 28 JSONドキュメントのデータを含む表を指定講師コース学⽣学⽣＿コース CREATE JSON DUALITY VIEW student_schedule AS student { student : student_id : schedule : student_courses [ { course { time : course : course_id : room : teacher @unnest { teacher : } } } ] };

Slide 29

Slide 29 text

JSON Relational Duality Viewの定義 - GraphQL Syntaxの使⽤法 Copyright © 2023, Oracle and/or its affiliates 29 学⽣学⽣ID (STUID) 学⽣名 (SNAME) 学⽣情報 S3245 Jill … S8524 John … S1735 Jane … S3409 Jim … CREATE JSON DUALITY VIEW student_schedule AS student { student : sname student_id : stuid schedule : student_courses [ { course { time : course : cname course_id : cid room : teacher @unnest { teacher : tname } } } ] }; 各JSONプロパティ名と、その値を取得する表の列を指定します

Slide 30

Slide 30 text

開発者向けに極限までシンプルに Copyright © 2023, Oracle and/or its affiliates 30 JSON Duality Views(JSON⼆⾯性ビュー)により、 RESTを使⽤して⾮常に簡単に読み取り可能 • ViewからドキュメントをGETするだけデータベースドキュメントをGET GET school.edu/student_schedule?q={"student":{"$eq":"Jill"}} アプリケーション

Slide 31

Slide 31 text

開発者向けに極限までシンプルに Copyright © 2023, Oracle and/or its affiliates 31 JSON Duality Views(JSON⼆⾯性ビュー)により、 RESTを使⽤して⾮常に簡単に書き込み可能 • アプリケーションがドキュメントを編集し • PUTでドキュメントをViewに戻すデータベースが⾃動的に新しいドキュメントの変更点を検出し、元となる⾏を修正 • 同じデータを共有するすべての⼆⾯性ビューで、この変更が直ちに反映 • データの重複や⽭盾が発⽣しないドキュメントをPUT ドキュメントを変更データベースアプリケーション PUT school.edu/student_schedule/:stuid ドキュメントをGET

Slide 32

Slide 32 text

オブジェクト・リレーショナル・マッピングツールと同じ? いえ、よりシンプルかつ強⼒です Copyright © 2023, Oracle and/or its affiliates 32 JSONマッピングをデータベースにネイティブに組込み • 表からJSONへのマッピングは⼀元化され、アプリケーションの⾔語にも依存しない • データベースで強⼒なJSONクエリが可能 • すべてのユースケース・データを1往復で取得・送信 • アプリケーションから元となる表スキーマを隠す宣⾔型 – どうやるかでなく、何がしたいか

Slide 33

Slide 33 text

オブジェクト・リレーショナル・マッピングツールと同じ? いえ、よりシンプルかつ強⼒です Copyright © 2023, Oracle and/or its affiliates 33 新たなロックフリーの同時実⾏性制御を実現 • RESTのようなステートレスプロトコルが可能 • GETとPUTの間でデータがロックされないので、インタラクティブなアプリケーションに最適 • ⼈間が考えている間にロックされない • ⾏の直接更新とドキュメントの更新の間の⼀貫性を⾃動的に確保 JSONマッピングをデータベースにネイティブに組込み • 表からJSONへのマッピングは⼀元化され、アプリケーションの⾔語にも依存しない • データベースで強⼒なJSONクエリが可能 • すべてのユースケース・データを1往復で取得・送信 • アプリケーションから元となる表スキーマを隠す

Slide 34

Slide 34 text

JSON-Relational Duality は、両⽅のそれぞれの⻑所を提供 Copyright © 2023, Oracle and/or its affiliates 34 開発者は、データをリレーショナルとして保存することができます。 • 標準的なSQLを使⽤し、リレーショナルとしてアクセス • JSON⼆⾯性ビューを使⽤し、ドキュメントとしてアクセス表 1 2 3 … … … … … … … … … … … … 表 1 2 3 … … … … … … … … … … … … 表 1 2 3 … … … … … … … … … … … … SQL API ドキュメント API データスキーマがわかっている場合に最適

Slide 35

Slide 35 text

JSON-Relational Duality は、両⽅のそれぞれの⻑所を提供 Copyright © 2023, Oracle and/or its affiliates 35 開発者は、データをドキュメントとして保存することができます。 • JSONドキュメントにリレーショナルビューを作成し JSON Data Guide を通じリレーショナルとしてアクセス • SQL、SODA、MongoDB APIを使ってドキュメントとしてアクセス表 1 2 3 … … … … … … … … … … … … 表 1 2 3 … … … … … … … … … … … … 表 1 2 3 … … … … … … … … … … … … SQL API ドキュメント API スキーマが動的に変化・進化する場合に最適 { name1 : String Value1, name2 : { name3 : 14:00, name4 : 1234 } }

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Copyright © 2023, Oracle and/or its affiliates Marc Staimer, Senior Analyst, Wikibon, says: ”Oracle Database 23c definitively ends the long-running ʻrelational vs. documentʼ debate with JSON Relational Duality delivering the best of both worlds” 37

Slide 38

Slide 38 text

Copyright © 2023, Oracle and/or its affiliates Carl Olofson, Research VP, Data Management Software, IDC, says: ”JSON Relational Duality brings simplicity and flexibility to modern app dev … No other databases offer such a revolutionary solution” 38

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

リレーショナル問合せ Copyright © 2023, Oracle and/or its affiliates 41 SQL JOINSは、エンティティ間に単純な静的接続がある場合に、エンティティ間をナビゲートするのに最適例えば、注⽂番号123のすべての注⽂⾏を検索銀⾏⼝座BからEへの送⾦を検索 ID 残⾼ A B 20000 … … … E 35000 FROM_ACC TO_ACC AMOUNT … … … B E 1050 … … … 1050 BANK_ACCOUNTS BANK_TRANSFERS -- transfers directly from 'B' to 'E' SELECT … FROM bank_accounts fr_acc, bank_accounts to_acc, bank_txn trn WHERE trn.from_acc = fr_acc.id AND trn.to_acc. = to_acc.id AND fr_acc.id = 'B' AND to_acc.id = 'E';

Slide 42

Slide 42 text

リレーショナル問合せ Copyright © 2023, Oracle and/or its affiliates 42 しかし、⼝座「B」から⼝座「E」まで、最⼤2つまでの中間⼝座を経由して資⾦が流れた送⾦の⼝座をすべて返すSQL JOINを書くのは、⾮常に複雑 • この場合、中間⼝座のすべての組み合わせを処理するために、12個の結合と3個の結合を持つSQL⽂が必要に • 中間⼝座が多くなると複雑さが急激に増加 -- transfers indirectly from 'B' to 'E' SELECT v1.id as account_id1 , v2.id as account_id2 FROM bank_accounts v1 , bank_txns btx, bank_accounts v2 WHERE (v1.id = btx.from_acc AND v2.id = btx.to_acc) AND v1.id= 'B' AND v2.id= 'E' UNION ALL SELECT v1.id as account_id1 , v2.id as account_id2, FROM bank_accounts v1 , bank_txns btx, bank_accounts bc2, bank_txns btx2 , bank_accounts v2 WHERE (v1.id = btx.from_acc AND bc2.id = btx.to_acc AND bc2.id = btx2.from_acc AND v2.id = btx2.to_acc ) AND v1.id= 'B' AND v2.id= 'E' UNION ALL SELECT v1.id as account_id1 ,v2.id as account_id2 FROM bank_accounts v1 , bank_txns btx, bank_accounts bc2, bank_txns btx2 , bank_accounts bac4, bank_txns btx5 , bank_accounts v2 WHERE (v1.id = btx.from_acc AND bc2.id = btx.to_acc AND bc2.id = btx2.from_acc AND bac4.id = btx2.to_acc AND bac4.id = btx5.from_acc AND v2.id = btx5.to_acc ) AND v1.id= 'B' AND v2.id= 'E' ;

Slide 43

Slide 43 text

シンプルなグラフ Copyright © 2023, Oracle and/or its affiliates 43 エンティティ間のマルチホップ接続をナビゲートする場合、接続をグラフとして考える⽅が簡単例えば、⼝座は頂点で、転送はエッジに B E ⼝座⼝座振込グラフの頂点とエッジは、それぞれプロパティ（列値）を持つことが可能 B E プロパティ ID= ʻBʼ 残⾼ = 2000 プロパティ ID = ʻZʼ 残⾼ = 3500 プロパティ Amount = 1050

Slide 44

Slide 44 text

Oracle Databaseのグラフ機能 Copyright © 2023, Oracle and/or its affiliates 44 Oracleはすでに、 SQLに似たPGQLというオープンソースのグラフ⾔語を使って、グラフ問合せを実装インメモリでの並列グラフ処理と60以上の組込みのグラフ・アルゴリズムを提供 • コミュニティ検出 • 構造体の評価 • ランキングとウォーキング • パス検索 • etc. D A C B Z E F H G

Slide 45

Slide 45 text

Oracle Databaseのグラフ機能 Copyright © 2023, Oracle and/or its affiliates 45 Oracle Database 23cで標準SQL を使⽤してプロパティ・グラフ問合せを記述可能に • SQL Property Graphs Queries (SQL/PGQ ) が ISO SQL 標準 (ISO/IEC 9075-16) の⼀部に SQLプロパティ・グラフは、既存のリレーショナル・データまたはJSONデータの上に定義されたビュー • グラフデータ表現を別途作成する煩雑さがない • リアルタイムのOLTPデータに対して問合せを実⾏可能に • OLTPレベルの並⾏性とデータ⼀貫性を維持 D A C B Z E F H G

Slide 46

Slide 46 text

Oracle Databaseのグラフ機能 Copyright © 2023, Oracle and/or its affiliates 46 グラフ問合せは、次のような質問に答えることが可能 • 「B」⼝座から「E」⼝座へ、3つ以下の中間⼝座を経由して資⾦が流れたか︖ • ⼈物「A」と⼈物「F」は、ソーシャルネットワーク上の3⼈以下の友⼈を通じてつながっているか︖ • この⼈に似た顧客が最近閲覧・購⼊したアイテムは何か︖ • 部品構成表はどう関連が構成されているか︖ D A C B Z E F H G

Slide 47

Slide 47 text

プロパティ・グラフ・ビューの定義-頂点を指定 Copyright © 2023, Oracle and/or its affiliates 47 プロパティは頂点表の列グラフ名頂点データを格納する表 CREATE PROPERTY GRAPH bank_graph VERTEX TABLES ( bank_accounts as accounts PROPERTIES (id, balance) )

Slide 48

Slide 48 text

プロパティ・グラフ・ビューの定義-エッジを指定 Copyright © 2023, Oracle and/or its affiliates 48 エッジの関係を定義するための構⽂エッジデータを格納する表 CREATE PROPERTY GRAPH bank_graph VERTEX TABLES ( bank_accounts as accounts PROPERTIES (id, balance) ) EDGE TABLES ( bank_transfers SOURCE KEY (from_acc) REFERENCES ACCOUNTS(ID) DESTINATION KEY (to_acc) REFERENCES ACCOUNTS(ID) PROPERTIES (amount, to_acc) );

Slide 49

Slide 49 text

Slide 50

Slide 50 text

SQLプロパティ・グラフ問合せの例 Copyright © 2023, Oracle and/or its affiliates 50 ⼝座「B」から⼝座「E」まで、3ホップまでのパスをすべて検索開始および終了頂点（⼝座）頂点は（）内 bank_graph の頂点は⼝座 SELECT FROM GRAPH_TABLE ( bank_graph MATCH (v1)-[e is BANK_TRANSFERS]->{1,3} (v2) WHERE v1.id = ‘B’ AND v2.id = ‘E’ );

Slide 51

Slide 51 text

SQLプロパティ・グラフ問合せの例 Copyright © 2023, Oracle and/or its affiliates 51 ⼝座「B」から⼝座「E」まで、3ホップまでのパスをすべて検索エッジは[]内 bank_graphでは、「銀⾏振込」 SELECT FROM GRAPH_TABLE ( bank_graph MATCH (v1)-[e is BANK_TRANSFERS]->{1,3} (v2) WHERE v1.id = ‘B’ AND v2.id = ‘E’ );

Slide 52

Slide 52 text

SQLプロパティ・グラフ問合せの例 Copyright © 2023, Oracle and/or its affiliates 52 ⼝座「B」から⼝座「E」まで、3ホップまでのパスをすべて検索パスの⻑さは{}内 1ホップから3ホップまで SELECT FROM GRAPH_TABLE ( bank_graph MATCH (v1)-[e is BANK_TRANSFERS]-> {1,3} (v2) WHERE v1.id = ‘B’ AND v2.id = ‘E’ );

Slide 53

Slide 53 text

SQLプロパティ・グラフ問合せの例 Copyright © 2023, Oracle and/or its affiliates 53 ⼝座「B」から⼝座「E」まで、3ホップまでのパスをすべて検索返す列この場合は、⼝座BとEの間のパスにある銀⾏⼝座のカンマ区切りのリスト SELECT path FROM GRAPH_TABLE ( bank_graph MATCH (v1)-[e is BANK_TRANSFERS]-> {1,3} (v2) WHERE v1.id = ‘B’ AND v2.id = ‘E’ COLUMNS (LISTAGG(e.to_acc, ',') as path) );

Slide 54

Slide 54 text

Slide 55

Slide 55 text

シンプルなデータドリブンのJavaScriptアプリケーション Copyright © 2023, Oracle and/or its affiliates 55 データベース内のJavaScriptストアドプロシージャは、広く使われるJavaScript⾔語を使⽤して、ハイパフォーマンスなデータドリブン・アプリケーションを簡単に作成することが可能に • PL/SQL、Javaに並ぶ、第⼀級のサーバーサイド開発⾔語 JavaScriptのストアドプロシージャでデータベースへの往復を減らす • 例えばブラウザのJavaScriptなど、クライアントからの往復を減らすことが可能 • GraalVMによる⾼速な多⾔語エンジン（MLE）で実⾏ JavaScript コード /* Add a personalized greeting to a table */ CREATE PROCEDURE insertGreeting ("name" varchar2) AS MLE LANGUAGE JAVASCRIPT q’~ session.execute(`INSERT INTO greetings VALUES ( “Hello ” || :name)` [ name ] ); ~’ ; /

Slide 56

Slide 56 text

Slide 57

Slide 57 text

中間層データ・キャッシュ Copyright © 2023, Oracle and/or its affiliates 57 ハイエンドのアプリケーションでは、アプリケーションのレスポンスタイムを向上させ、バックエンドのデータベースの負荷を軽減するために、中間層のキャッシュを構成することがよくある現在の中層データ・キャッシュは、キャッシュではない • ⼿動で管理する⽭盾したデータベースのサブセットこれをキャッシュと呼ぶのは、ファイルシステムをデータベースと呼ぶようなものですアプリケーション中間層キャッシュデータベース

Slide 58

Slide 58 text

True Cache Copyright © 2023, Oracle and/or its affiliates 58 Oracle True Cacheは、キャッシュとしてデプロイされる、軽量かつほぼディスクレスの Oracle Databaseインスタンス任意のSQL問合せを、バックエンドのデータベースではなく、簡単にキャッシュに誘導可能 • 独⾃の透過型フル機能データ・キャッシュ問合せで要求されたデータのうち、True Cacheで⾒つからなかったものは、バックエンドのデータベースから⾃動的に取得 • データの変更はリアルタイムでTrue Cacheに⾃動的に伝播 • True Cacheは、ある時点における⼀貫性を維持偽のキャッシュではなく、True(真の) Cache True Cacheインスタンスバックエンドのデータベース中間層

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

⾮同期イベントを利⽤したマイクロサービス・アプリケーションの構築 Copyright © 2023, Oracle and/or its affiliates 61 最新のアプリケーションは多くの場合、マイクロサービスとして構築 • ⾮同期イベントを利⽤してアクションを開始する、複数の疎結合のサービスで構成これらのイベントは、Kafkaなどのイベントプラットフォームを使って公開されます。アプリケーションマイクロサービスマイクロサービスマイクロサービスマイクロサービスマイクロサービスイベント・プラットフォーム

Slide 62

Slide 62 text

⾮同期イベントを利⽤したマイクロサービス・アプリケーションの構築 Copyright © 2023, Oracle and/or its affiliates 62 イベント・ハンドラがマイクロサービス間でデータ整合性を保つためには、以下のような問題を処理しなければならないため⾯倒 • プロセスやネットワークの障害 • 同時変更 • バックアップからの復元 • 災害時のフェイルオーバーコード化されたイベント・ハンドラ

Slide 63

Slide 63 text

ACIDとトランザクションのメリット Copyright © 2023, Oracle and/or its affiliates 63 原⼦性トランザクションとACIDの利点はよく知られていますが、忘れられがち… NoSQLデータベースは当初、トランザクションは不要で有害であると主張していた • しかし、NoSQLデータベースのユーザーは、アプリケーション側でデータ整合性をコーディングするのは、エラーが発⽣しやすく、時間がかかることを経験から学びました • 現在、ほぼすべてのNoSQLデータベースが、ある程度のトランザクションを実装トランザクション難易度が⾼く、エラーが出やすいアプリケーション簡単で信頼性の⾼いアプリケーション

Slide 64

Slide 64 text

トランザクションとKafka Copyright © 2023, Oracle and/or its affiliates 64 Kafkaの新しいバージョンはトランザクションをサポート – 但し、イベント・プラットフォーム内でのみ Kafkaとデータベース間、またはデータベース間のトランザクションは提供なしトランザクション難易度が⾼く、エラーが出やすいアプリケーション簡単で信頼性の⾼いアプリケーション

Slide 65

Slide 65 text

マイクロサービスのトランザクション・イベントに対するOracle Databaseのサポート Copyright © 2023, Oracle and/or its affiliates 65 Oracle Transactional Event Queues(TxEventQ)は、Oracleに組込済で無料のイベント・プラットフォームアプリケーションマイクロサービスマイクロサービスマイクロサービスマイクロサービスマイクロサービストランザクション・イベントアプリケーション・コード化イベント TxEventQはマイクロサービスの開発をよりシンプルに • イベントのPublish/Consumeは、データベースの変更とトランザクション的に統合 • データベースの状態を変更しより多くのイベントを⽣成するイベントのような、複雑なケースを処理 • 2フェーズ・コミットおよび冪等性の問題がなく、1回限りのセマンティクスを提供 • セキュリティ、バックアップ、リカバリなどにおける、イベントとデータが連動スケールアウト・アーキテクチャにより、1秒間に100万件以上のイベントを処理することが可能

Slide 66

Slide 66 text

TxEventQはどんなアプリケーションからもアクセス可能 Copyright © 2023, Oracle and/or its affiliates 66 TxEventQサポート: • REST APIs • JMS • Java/JDBC • Python • Node.js • C/C++ • .NET • PL/SQL • CLI Consumer Consumer Producer Producer ブローカーキュー表1 キュー表2 Oracle Database TxEventQ イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4

Slide 67

Slide 67 text

TxEventQイベントをOracle Database間でトランザクションとして伝播 Copyright © 2023, Oracle and/or its affiliates 67 ブローカーキュー表1 キュー表2 Oracle Database TxEventQ イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 リモートOracle Database TxEventQ Consumer Consumer 伝播

Slide 68

Slide 68 text

Confluent または Kafka JMS コネクタは、Kafka と TxEventQ の間でイベントを⾃動的に伝播可能 Copyright © 2023, Oracle and/or its affiliates 68 ブローカーキュー表1 キュー表2 Oracle Database TxEventQ イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 Kafkaクラスタ Kafkaコネクタ

Slide 69

Slide 69 text

TxEventQのAPIはKafkaと⾼い互換性がある Copyright © 2023, Oracle and/or its affiliates 69 ブローカーキュー表1 キュー表2 Oracle Database TxEventQ イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 イベント・ストリーム 1 イベント・ストリーム 2 イベント・ストリーム 3 イベント・ストリーム 4 TxEventQは、Kafka互換の JavaおよびREST APIをサポート Consumer Consumer Producer Producer

Slide 70

Slide 70 text

import org.apache.kafka.clients.producer.KafkaProducer; : public class SimpleProducerOKafka { public static void main(String[] args) { Properties props = new Properties(); props.put(bootstrap.servers, “kafka:9092); Kafka アプリケーションは TxEventQ を簡単に使⽤可能 Copyright © 2023, Oracle and/or its affiliates 70 Kafka Java API呼び出しで、ライブラリとブローカー・エンドポイントを切り替えるだけ Kafkaイベント Kafkaブローカーライブラリエンド・ポイント

Slide 71

Slide 71 text

import org.oracle.okafka.clients.producer.KafkaProducer; : public class SimpleProducerOKafka { public static void main(String[] args) { Properties props = new Properties(); props.put(bootstrap.servers, database:1521); import org.apache.kafka.clients.producer.KafkaProducer; : public class SimpleProducerOKafka { public static void main(String[] args) { Properties props = new Properties(); props.put(bootstrap.servers, “kafka:9092); Kafka アプリケーションは TxEventQ を簡単に使⽤可能 Copyright © 2023, Oracle and/or its affiliates 71 Kafka Java API呼び出しで、ライブラリとブローカー・エンドポイントを切り替えるだけ Kafkaイベント Kafkaブローカー TxEventQ TxEventQイベント新規ライブラリ新規エンド・ポイント

Slide 72

Slide 72 text

シンプルなトランザクション・マイクロサービスシンプルなアプリケーション層キャッシュまとめ - Oracle Database 23c Copyright © 2023, Oracle and/or its affiliates 72 すべてのデータドリブン・アプリケーションの開発・実⾏をシンプルにするというミッションを推進シンプルにリレーショナルと JSONの統合シンプルにグラフとしてのデータにアクセスシンプルなデータドリブンの JavaScript

Slide 73

Slide 73 text

Slide 74

Slide 74 text

Copyright © 2023, Oracle and/or its affiliates 74 Oracle Database 23c Free – Developer Release • 23c App Devの機能を簡単に、いますぐ評価することができます。 • Oracle Database 23cの完全版がリリースされる前に、23c App Simpleの機能を活⽤したアプリケーションの構築を開始しましょう • ご提供⽅法 • Docker イメージ • VirtualBox VM • Linux RPM ファイル • Windows版と Mac版はまもなく

Slide 75

Slide 75 text

Oracle Database World Tokyo ご清聴ありがとうございました