Oracle AI Database 簡介

本章介紹了 Oracle AI Database 的概要。

本章包含下列主題：

關於資訊系統

每個組織都有必須儲存和管理的資訊，以符合其需求。例如，公司必須收集並維護其員工的人力資源記錄。此資訊必須提供給有需要的使用者使用。

資訊系統是用來儲存和處理資訊的正式系統。資料庫是一個組織的資訊集合，被視為單位。資料庫的目的是收集、儲存和擷取供資料庫應用程式使用的相關資訊。

資料庫系統首次發明時，是針對特定工作負載所設計。多年來，單一用途資料庫不再滿足所有需求：除了關聯式工作負載之外，還需要開發人員以 XML、空間、圖形、JSON 等其他格式儲存資料，以及 AI 時代的最近向量資料。

Oracle AI Database 從關聯式資料庫引擎開發到融合式引擎，使開發人員能夠以原生格式儲存幾乎任何類型的資料，並完全整合到其企業級架構中。

資料庫管理系統 (DBMS)

資料庫管理系統 (DBMS) 是控制資料儲存、組織及擷取的軟體。

DBMS 通常具有下列元素：

資料庫應用程式是與資料庫互動以存取和操控資料的軟體程式。Oracle AI Database 是第一個支援關聯式模型的資料庫引擎之一。自成立以來，它已發展為融合式資料庫引擎，幾乎支援任何資料類型和許多不同工作負載。

關聯式模型

E. F. Codd 在 1970 年發表的《大型共享資料銀行的關聯式資料模型》報告中，針對數學集合理論定義了關聯式模型。現在，最廣泛接受的資料庫模型是關聯模型。

關聯式資料庫是符合關聯式模型的資料庫。關聯式模型具有以下主要層面：

關聯式資料庫可將資料儲存在一組簡單的關係中。關係是一組元組。元組是一組無序的屬性值。

表格是以資料列 (元組) 和資料欄 (屬性) 格式表示關係的二維表示法。表格中的每個資料列都有相同的資料欄集。關聯式資料庫是儲存關係 (表格) 中資料的資料庫。例如，關聯式資料庫可將公司員工的相關資訊儲存在員工表、部門表和薪資表中。

相關主題

關聯式資料庫管理系統 (RDBMS)

關聯式模型是關聯式資料庫管理系統 (RDBMS) 的基礎。RDBMS 會將資料移至資料庫、儲存資料，以及擷取資料，讓應用程式能夠加以操控。

RDBMS 可區分下列類型的作業：

Oracle AI Database 核心是 RDBMS。實行物件導向功能的 RDBMS (例如使用者定義的類型、繼承以及多型) 稱為物件關聯式資料庫管理系統 (ORDBMS)。Oracle AI Database 將關聯式模型延伸至物件關聯式模型，以便將複雜的商業模型儲存在關聯式資料庫中。隨著時間的推移，Oracle 的核心資料引擎已發展成更強大的模型，現在稱為融合式資料庫。

融合式資料庫架構

Oracle AI Database 是一個融合式資料庫，可在單一資料庫引擎中支援多個資料模型和工作負載。除了關聯式資料之外，它還可以管理 JSON 文件、圖形資料、空間資料、文字、向量和其他特殊資料類型。

這些功能共用通用的資料庫服務，包括交易、安全性、備份與復原、高可用性、稽核及查詢最佳化。因此，應用程式可以使用不同的資料模型，而不需要每個模型使用個別的資料庫。

例如，應用程式可以將客戶和交易資料儲存在關聯式表格中、JSON 文件中的彈性屬性、地理資訊作為空間資料，以及用於語意搜尋的向量內嵌。SQL 可用於在單一作業中查詢和合併這些形式的資料。文件樣式 API 可供偏好此 NoSQL 樣式的開發人員使用。

融合式資料庫提供下列優點：

Convergence 不需要每個工作負載使用每個功能，也不需要存放在一個實體資料庫中。應用程式只能使用所需的功能。Oracle 的彈性架構可讓開發人員將應用程式分散到多個可插拔資料庫。

Oracle Database 仍是其核心。其融合架構擴展了該基礎，讓應用程式可以處理多個資料模型，同時使用一組通用資料庫服務來滿足幾乎所有工作負載。

綱要物件

RDBMS 的一個特性是實體資料儲存與邏輯資料結構的獨立性。

在 Oracle AI Database 中，資料庫綱要是邏輯資料結構或綱要物件的集合。資料庫使用者擁有與使用者名稱相同的資料庫綱要。

綱要物件是由使用者建立的結構，可直接參照資料庫中的資料。資料庫支援許多類型的綱要物件，最重要的是表格和索引。偏好使用文件樣式 API 存取其資料的使用者可以建立 (JSON) 集合或 JSON 關聯式雙重性視觀表。

綱要物件是一種資料庫物件類型。某些資料庫物件 (例如設定檔和角色) 不在綱要中。

相關主題

表格

說明實體 (例如員工) 的表格。

您可以使用表格名稱 (例如 employees) 和一組資料欄來定義表格。一般而言，您會在建立表格時，為每個資料欄指定名稱、資料類型以及寬度。

表格是一組資料列。資料欄可識別表格所描述實體的屬性，而資料列則可識別實體的實例。例如，員工實體的屬性對應到員工 ID 和姓氏的欄。列可識別特定員工。

您可以選擇性地為資料欄指定稱為完整性限制條件的規則。其中一個範例是 NOT NULL 完整性限制條件。此限制條件會強制資料欄在每個資料列都包含一個值。跨多個表格的限制可定義為 SQL 宣告。在 Oracle AI Database 26ai 之前，您可以使用資料庫觸發程式在交易中強制執行業務邏輯。

相關主題

索引

索引是選擇性的資料結構，您可以在表格的一或多個資料欄上建立。索引可以提升資料擷取的效能。

在處理要求時，資料庫可以使用可用的索引，有效率地找到要求的資料列。當應用程式經常查詢特定列或列範圍時，索引會很有用。

索引在邏輯和實體上都與資料無關。因此，您可以刪除和建立不會影響表格或其他索引的索引。刪除索引後，所有應用程式都會繼續運作。

相關主題

資料存取

DBMS 的一般要求是遵循資料存取語言所接受的業界標準。注意：JavaScript 需要在 Linux x86-64 或 Linux aarch64 上執行 Oracle 26ai。

結構化查詢語言 (SQL)

SQL 是一組以集合為基礎的宣告語言，提供 RDBMS (例如 Oracle AI Database) 的介面。

程序語言 (例如 C) 描述如何進行事項。SQL 是非程序性的，並描述應執行什麼。

SQL 是關聯式資料庫的 ANSI 標準語言。Oracle 資料庫中資料的所有作業都是使用 SQL 敘述句來執行。例如，您可以使用 SQL 來建立表格與查詢，以及修改表格中的資料。

SQL 敘述句可以被視為非常簡單但功能強大的電腦程式或指示。使用者可以指定他們想要的結果 (例如，員工的姓名)，而不是如何衍生結果。SQL 陳述式是 SQL 文字的字串，如下所示：

SELECT first_name, last_name FROM employees;

SQL 敘述句可讓您執行下列作業：

SQL 以一致的語言統一先前的作業。Oracle SQL 是 ANSI 標準的實行。Oracle SQL 支援許多超出標準 SQL 的功能。

相關主題

PL/SQL、Java 和 JavaScript

PL/SQL 是 Oracle SQL 的程序擴充功能。Java 和 JavaScript 是其他選項，可用來將商業邏輯儲存在資料庫中。

PL/SQL 已與 Oracle AI Database 整合，讓您能夠使用所有 Oracle AI Database SQL 陳述式、函數和資料類型。您可以使用 PL/SQL 來控制 SQL 程式的流程、使用變數，以及撰寫錯誤處理程序。

PL/SQL 的主要優點在於能夠將應用程式邏輯儲存在資料庫本身。PL/SQL 程序或函數是一個綱要物件，由一組 SQL 敘述句和其他 PL/SQL 建構組成、群組在一起、儲存在資料庫中，並且以單位方式執行以解決特定問題或執行一組相關工作。伺服器端程式設計的主要優點是，內建功能可以在任何地方部署。

Oracle AI Database 還可以儲存以 Java 和 JavaScript 撰寫的程式單元。Java 預存程序是發佈到 SQL 的 Java 方法，並儲存在資料庫中以供一般使用。您可以從 Java 和 JavaScript 呼叫現有的 PL/SQL 程式，以及從 PL/SQL 呼叫 Java 和 JavaScript 程式。

Multilingual Engine (MLE) 可讓您在 JavaScript 中撰寫商業邏輯，並將程式碼儲存在資料庫中作為 MLE 模組。「MLE 模組」匯出的函數可以透過「呼叫規格」對 SQL 和 PL/SQL 公開。這些呼叫規格是 PL/SQL 單位 (函數、程序以及套裝程式)，可以在任何呼叫 PL/SQL 的地方呼叫。

相關主題

NoSQL 文件存取的 API

Simple Oracle Document Access (SODA) 是一組 NoSQL 樣式的 API，可用來管理 Oracle AI Database 中的文件集合 (尤其是 JSON 文件)。應用程式可以建立集合並插入、擷取、更新、刪除及查詢文件，而不需要瞭解 SQL 或基礎資料庫綱要。

SODA 提供以文件為中心的程式設計模型，此模型以集合、文件及逐一查詢篩選為基礎。這是與 SQL 相反的，它提供用於查詢和修改關聯式資料的宣告式集導向介面，而且可以跨多個資料類型來表示結合、聚總和作業。

當應用程式主要與 JSON 文件搭配運作且需要簡單的文件 API 時，SODA 會很有用，對於想要使用 NoSQL API 的開發人員而言，SODA 可以是替代方案。

從第三方的單一用途資料存放區將文件工作負載移植到 Oracle AI 資料庫的開發人員，可以選擇使用適用於 Oracle AI Database 的 Mongo DB API，這類似於 SODA，但旨在讓移轉更輕鬆。在最簡單的案例中，將應用程式的連線字串從單一用途資料存放區變更為 Oracle AI Database 一切都需要完成。

交易管理

Oracle AI Database 是設計為多使用者資料庫。資料庫必須確保多位使用者可以同時工作，而不會損毀另一位使用者的資料。

交易

交易是包含一或多個 SQL 敘述句的邏輯、單元工作。

RDBMS 必須能夠將 SQL 敘述句分組，才能將它們全部確認，這表示它們會套用至資料庫或全部倒回，這表示它們是還原的。

需要交易的說明是從儲蓄帳戶到支票帳戶的資金轉帳。此傳輸包含下列個別作業：

  1. 減少儲蓄帳戶。

  2. 增加支票帳戶。

  3. 記錄交易日記帳中的交易。

Oracle AI Database 保證這三種營運皆以單一單位成功或失敗。例如，如果硬體失敗導致交易中的敘述句無法執行，則其他敘述句必須倒回。

交易是 Oracle AI Database 與檔案系統不同的一項功能。如果您執行可更新數個檔案的單元作業，且系統通過時失敗，則檔案不會一致。相反地，交易會將 Oracle 資料庫從某個一致狀態移至另一個一致狀態。交易的基本原則為「全部」或「無」：單元作業成功或失敗整體。

相關主題

資料並行

多使用者 RDBMS 的需求是資料並行的控制，也是多位使用者同時存取相同資料。

如果沒有並行控制，使用者可能會不當地變更資料，進而影響資料完整性。例如，一個使用者可以在不同使用者同時更新列。

如果多位使用者存取相同資料，則管理並行的其中一種方式就是讓使用者等待。不過，DBMS 的目標是縮短等待時間，讓等待時間不存在或過失。修改資料的所有 SQL 敘述句必須儘量減少干擾。必須避免破壞性互動，這是不當更新資料或改變基礎資料結構的互動。

Oracle AI Database 使用鎖定來控制對資料的並行存取。鎖定是一種機制，可防止交易在存取共用資源時進行破壞性互動。鎖定有助於確保資料完整性，同時允許最大限度地同時存取資料。

相關主題

資料一致性

在 Oracle AI Database 中，每個使用者都必須看到一致的資料檢視，包括使用者自己的交易和其他使用者的已確認交易所做的可見變更。

例如，資料庫必須防止已修改讀取問題，當一個交易看到另一個並行交易所進行的未確認變更時，便會發生此問題。

Oracle AI Database 一律會強制執行陳述式層級讀取一致性，可確保單一查詢傳回的資料在單一時間點確認並保持一致。視交易隔離層次而定，此時點是開啟敘述句或交易開始的時間。Oracle Flashback 查詢功能可讓您明確指定這個時間點。

資料庫也能為交易中的所有查詢提供讀取一致性，稱為交易層次讀取一致性。在此情況下，交易中的每個敘述句會從相同的時間點 (交易的開始時間) 看到資料。

相關主題

Oracle AI Database 架構

資料庫伺服器是資訊管理的關鍵。

一般而言，伺服器能夠可靠地管理多重使用者環境中的大量資料，以便使用者可以並行存取相同的資料。資料庫伺服器也會防止未經授權的存取，並提供有效率的解決方案來進行失敗復原。

資料庫和執行處理

Oracle 資料庫伺服器由一個資料庫和至少一個資料庫執行處理所組成，通常稱為執行處理。

因為一個執行處理和一個資料庫非常緊密地連線，所以 Oracle 資料庫一詞有時指的是執行處理和資料庫。在最嚴謹的意義中，術語具有下列意義：

多租用戶架構

多雲端用戶架構可讓 Oracle AI Database 成為 CDB。

每個 Oracle AI Database 都必須包含或可包含於另一個資料庫中。例如，CDB 包含 PDB，而應用程式容器包含應用程式 PDB。PDB 是由 CDB 或應用程式容器所包含，而應用程式容器則是由 CDB 所包含。

從 Oracle Database 21c 開始，多重用戶容器資料庫是唯一支援的架構。在舊版中，Oracle 支援的非容器資料庫 (非 CDB)。

容器資料庫

CDB 包含一或多個使用者建立的 PDB 和應用程式容器。

但在實體層次上，CDB 是一組檔案：控制檔、線上重做日誌檔，以及資料檔。資料庫執行處理會管理組成 CDB 的檔案。

下圖顯示 CDB 與相關的資料庫執行處理。

圖 1：資料庫執行處理與 CDB

cncpt233.png 圖解描述

可插式資料庫

PDB 是綱要、綱要物件以及非綱要物件的可攜式集合，對應用程式而言是顯示為個別的資料庫。

在實體層次上，每個 PDB 都有它自己的一組資料檔，用來儲存 PDB 的資料。CDB 包括其中所含 PDB 的所有資料檔，以及一組儲存 CDB 本身描述資料的系統資料檔。

如果要移動或存檔 PDB，您可以將它拔除。拔除的 PDB 由 PDB 資料檔與描述資料檔案組成。拔除的 PDB 除非插入到 CDB 中，否則無法使用。

下圖顯示名為 MYCDB 的 CDB。

圖 2:CDB 中的 PDB

cncpt352.png 圖解描述

實際上，MYCDB 是 Oracle AI Database，與實例相關聯的一組資料檔。MYCDB 具有一個資料庫執行處理，但 Oracle Real Application Clusters 中可能有多個執行處理，以及一組資料庫檔案。

MYCDB 包含兩個 PDB：hrpdb 和 salespdb。如圖 1-2 所示，這些 PDB 會顯示為它們各自的應用程式的個別獨立資料庫。應用程式據不知道是要連線到 CDB 還是 PDB。

如果要管理 CDB 本身或其中任何 PDB，您可以連線到 CDB 根。root 是所有 PDB 與應用程式容器所屬之綱要、綱要物件以及非綱要物件的集合。

應用程式貨櫃

應用程式容器是 CDB 中使用者建立的選擇性容器，可儲存一或多個應用程式的資料和描述資料。

在此相關資訊環境中，應用程式 (也稱為主要應用程式定義 ) 是儲存於應用程式根目錄中的一組具名、已啟動多版本功能的一般資料和描述資料。例如，應用程式可能包括一組 PDB 通用的表格、視觀表、使用者帳戶及 PL/SQL 套裝程式的定義。

在某些方面，應用程式容器會在 CDB 中以應用程式特定的 CDB 形式運作。應用程式容器 (例如 CDB 本身) 可以包含多個應用程式 PDB，並且讓這些 PDB 能夠共用描述資料與資料。在實體層次上，應用程式容器擁有自己的一組資料檔，就像 PDB 一樣。

例如，SaaS 部署可以使用多個應用程式 PDB，每個 PDB 適用於共用應用程式描述資料和資料的個別客戶。例如，在下圖中，sales_app 是應用程式根目錄中的應用程式模型。名為 cust1_pdb 的應用程式 PDB 僅包含客戶 1 的銷售資料，而名為 cust2_pdb 的應用程式 PDB 則僅包含客戶 2 的銷售資料。插入、拔除、複製及其他 PDB 層次作業適用於個別的客戶 PDB。

圖 3：SaaS 使用案例

cncpt389.png 圖解描述

全域分散式資料庫架構

Oracle Globally Distributed Database (之前稱為 Oracle Sharding) 是以跨多個 PDB 的水平資料分割為基礎的資料庫擴展技術。應用程式會認為 PDB 集區是單一邏輯資料庫。每個分割區均稱為一個分區。

應用程式分區的主要優點包括線性擴展性、容錯能力和地理資料分佈。Globally Distributed Database 非常適合在 Oracle Cloud 中部署。與實行分區的 NoSQL 資料存放區不同，Globally Distributed Database 可在不影響企業 RDBMS 功能的情況下提供分區的優點。

在分區架構中，每個 CDB 都會由專用的伺服器代管，並擁有自己的本機資源：CPU、記憶體、快閃或磁碟。您可以將 PDB 指定為分區。來自不同 CDB 的 PDB 分區構成一個單一邏輯資料庫，亦稱為分區資料庫。同一個 CDB 中的兩個分區不能是相同分區資料庫的成員。不過，在同一個 CDB 中，一個 PDB 可能位於一個分區資料庫中，另一個 PDB 可能位於不同的分區資料庫中。

水平分割涉及跨分區分割資料庫表格，讓每個分區包含具有相同資料欄但不同資料列子集的表格。以此方式分割的表格也稱為分區表格。下圖顯示以水平方式分割之三個分區的分區表格，每個分區表格在不同的 CDB 中都是一個 PDB。

圖 4：跨分區的表格水平分割

admin_3v_134a.png 圖解描述

使用案例會將客戶帳戶資料分散到多個 CDB。例如，ID 為 28459361 的客戶可能會查詢其記錄。下圖顯示可能的架構。客戶要求會透過連線集區遞送，其中分區導向器 (網路監聽器) 會將要求導向適當的 PDB 分區，其中包含所有客戶資料列。

圖 5：Oracle Globally Distributed Database 架構

admin_3v_143d.png 圖解描述

相關主題

資料庫儲存體結構

從實體和邏輯的觀點來看，資料庫都可納入考量。

實體資料是可在作業系統層次檢視的資料。例如，作業系統公用程式 (例如 Linux ls 與 ps) 可以列出資料庫檔案與處理作業。邏輯資料 (例如表格) 只對資料庫有意義。SQL 敘述句可以列出 Oracle 資料庫中的表格，但是作業系統公用程式無法列出。

資料庫有實體結構與邏輯結構。因為實體與邏輯結構是分開的，所以您可以管理實體資料儲存體，而不會影響邏輯儲存體結構的存取。例如，重新命名實體資料庫檔案並不會重新命名儲存此檔案中資料的表格。

實體儲存體結構

實體資料庫結構是儲存資料的檔案。

當您執行 CREATE DATABASE 指令時，請建立一個 CDB。已建立下列檔案：

當您在 CDB 內執行 CREATE PLUGGABLE DATABASE 命令時，您會建立 PDB。PDB 包含 CDB 內的專用資料檔集。PDB 沒有個別的專用控制檔與線上重做日誌：PDB 會共用這些檔案。

許多其他檔案都對於 CDB 的運作非常重要。這些包括參數檔與網路檔案。備份檔與存檔重做日誌檔都是對於備份與復原至關重要的離線檔案。

相關主題

另請參閱：「實體儲存體結構」

邏輯儲存體結構

邏輯儲存體結構讓 Oracle AI Database 能夠微點控制磁碟空間使用。

本主題討論邏輯儲存體結構：

相關主題

資料庫執行處理結構

Oracle 資料庫使用記憶體結構與處理作業來管理及存取 CDB。所有記憶體結構都存在於構成 RDBMS 之電腦的主要記憶體中。

當應用程式連線至 CDB 或 PDB 時，它們會連線到資料庫執行處理。執行處理服務應用程式的方式是除了 SGA 之外，還會配置其他記憶體區域，以及啟動背景處理作業以外的其他處理作業。

Oracle AI Database 處理作業

程序是作業系統中可以執行一系列步驟的機制。部分作業系統使用 job 、 task 或 thread 等術語。

就本主題而言，繫線等同於一個處理作業。Oracle 資料庫執行處理具有下列類型的處理作業：

Oracle 處理作業包含伺服器處理作業與背景處理作業。在大多數環境中，Oracle 處理作業與從屬端處理作業會在個別的電腦上執行。

相關主題

執行處理記憶體結構

Oracle AI Database 為每個連線的使用者建立並使用程式程式碼、使用者之間共用的資料，以及專用資料區域的記憶體結構。

下列是與資料庫執行處理相關聯的記憶體結構：

相關主題

應用程式和網路架構

為了充分利用指定的電腦系統或網路，Oracle AI Database 可讓處理在資料庫伺服器與從屬端程式之間進行分割。執行 RDBMS 的電腦會在執行應用程式的電腦處理資料的解譯與顯示時，處理資料庫伺服器的職責。

應用程式架構

應用程式架構是資料庫應用程式連線至 Oracle 資料庫的運算環境。最常見的資料庫架構是從屬端 / 伺服器與多層。

用戶端伺服器體系結構

在從屬端 / 伺服器架構中，從屬端應用程式會起始要求，要求在資料庫伺服器上執行作業。伺服器會執行 Oracle AI Database 軟體，並處理並行共用資料存取所需的功能。伺服器會接收並處理來自用戶端的要求。

多層架構

在多層架構中，一或多個應用程式伺服器會執行部分作業。應用程式伺服器包含應用程式邏輯的大部分，提供從屬端資料的存取權，並執行一些查詢處理。透過這種方式，資料庫的負載會減少。應用程式伺服器可做為用戶端和多個資料庫之間的介面，並提供額外的安全性層級。

服務導向架構 (SOA) 是一種多層架構，在服務中封裝應用程式功能。SOA 服務通常以 Web 服務實作。Web 服務可透過 HTTP 存取，並以 XML 為基礎的標準 (例如 Web 服務描述語言 (WSDL) 和 SOAP) 為基礎。Oracle AI Database 可作為傳統多層或 SOA 環境中的 Web 服務提供者。

微服務架構可將應用程式分為小型、獨立開發及部署的服務。每個服務都擁有其業務邏輯，理想上是其資料，減少耦合，並允許團隊獨立擴展、更新和操作服務。

Oracle 多租用戶架構可自然對應至每一服務資料庫模式。每個微服務都可以使用自己的可插式資料庫 (PDB)，以提供個別的資料、安全以及管理界限，而多個 PDB 則共用通用容器資料庫 (CDB) 的資源。

此方法結合服務隔離和有效整合。PDB 可以獨立佈建、複製、修正、備份、搬移及調整，而管理員則可以保留基礎資料庫基礎架構的集中控制權。

相關主題

Oracle Net Services 架構

Oracle Net Services 是資料庫與網路通訊協定之間的介面，可協助分散式處理和分散式資料庫。

通訊協定定義在網路上傳輸和接收資料的方式。Oracle Net Services 支援所有主要網路協定 (包括 TCP/IP、HTTP、FTP 以及 WebDAV) 的通訊。Oracle Net 是 Oracle Net Services 的一個元件，用來建立和維護從從屬端應用程式到資料庫伺服器的網路階段作業。建立網路階段作業後，Oracle Net 會當作從屬端應用程式和資料庫伺服器的資料信差，在兩者之間交換訊息。Oracle Net 可執行這些工作，因為它位於網路中的每部電腦上。

「網路服務」的一個重要元件是 Oracle Net Listener (稱為監聽器 )，這是一種在資料庫上或網路中其他位置執行的處理作業。用戶端應用程式會將連線要求傳送給監聽器，以管理這些要求傳送給資料庫的流量。建立連線時，從屬端與資料庫會直接通訊。

Oracle REST Data Services

Oracle REST Data Services (ORDS) 提供 Oracle AI Database 的 HTTPS 閘道。它可讓應用程式將以 PL/SQL、JavaScript 和 Java 撰寫的表格、視觀表、預存程序，以及以安全的 REST API 形式公開自訂資料庫作業，通常不需要個別的應用程式伺服器或廣泛的中介軟體程式碼。

ORDS 也支援 Oracle Database API for MongoDB，讓應用程式能夠使用相容的 MongoDB 驅動程式、工具和命令來存取儲存在 Oracle Database 中的 JSON 文件集合。MongoDB 配線通訊協定透過 ORDS 轉譯為資料庫作業，讓 REST、MongoDB 和 SQL 應用程式能夠使用由相同融合式資料庫管理的資料。

相關主題