Oracle 數據庫內啟用 Java 存儲過程：架構原理、JVM 特性與 PL/SQL 選型指南

前言：為何在數據庫跑 Java？

存儲過程將持久層邏輯下沉，分離業務邏輯，提升復用、安全、性能。Oracle 8i+ 內置 JVM (OJVM) 支持 Java 存儲過程，提供開放標準 (ANSI SQLJ)、跨平台可移植性、豐富生態庫，補足 PL/SQL 在網絡、XML、Web Service、複雜計算上的短板。

一、 核心架構：OJVM 與會話模型

1. 進程內共享 JVM

• 單實例僅加載一份 JVM 代碼至 SGA (共享內存)，所有會話共享。
• 會話首次調用 Java 時，在 PGA 分配私有會話狀態區 (Session State)，包含 Java 堆、棧、線程上下文。
• 垃圾回收僅在會話私有堆內運行，互不干擾，實現會話級隔離 (等同 SQL 事務隔離)。

2. 線性 SMP 可伸縮性

OJVM 無全局鎖爭用，會話狀態私有化，隨 CPU 核心線性擴展，無「JVM 單點瓶頸」。

3. 無獨立 Java 進程

不像外部中間件需單獨 Java 進程，OJVM 寄生於 Oracle 影子進程，內存佔用極低，管理零成本。

二、 PL/SQL vs Java：選型決策矩陣

選型鐵律

• 數據密集、SQL 核心、事務控制 → PL/SQL (如批量轉帳、報表聚合、ETL 核心)
• 計算密集、外部集成、複雜格式處理、跨平台邏輯復用 → Java (如加密簽名、Web Service 調用、XML/JSON 深度解析、機器學習推理)
• 混合模式：PL/SQL 做事務編排、數據準備，調用 Java 存儲過程做複雜計算/外部調用，再回 PL/SQL 落地 — 最佳實踐。

三、 Java 存儲過程創建三步曲

1. 開發編譯：本地 JDK 編寫類，編譯為 .class (目標版本匹配 OJVM，如 11g 對應 JDK 6、19c 對應 JDK 8/11)。
2. 加載解析：

   loadjava -u scott/tiger@orcl -v -resolve MyClass.class
   # 或加載 JAR
   loadjava -u scott/tiger@orcl -v -resolve mylib.jar

3. 發布 Call Spec：

   CREATE OR REPLACE PROCEDURE my_java_proc(p_input VARCHAR2)
   AS LANGUAGE JAVA
   NAME 'MyClass.myStaticMethod(java.lang.String)';
   /
   CREATE OR REPLACE FUNCTION my_java_func(p_id NUMBER) RETURN VARCHAR2
   AS LANGUAGE JAVA
   NAME 'MyClass.myStaticFunc(int) return java.lang.String';
   /
   

四、 關鍵運行時機制

• 默認連接：DriverManager.getConnection("jdbc:default:connection:") 獲取當前會話事務上下文，不提交/回滾，由調用者控制。
• 輸出重定向：System.out/err → DBMS_JAVA.SET_OUTPUT → `DBMS_OUTPUT`，便於調試。
• 權限模型：DBMS_JAVA.GRANT_PERMISSION 精細控制文件/網絡/屬性訪問，遵循最小權限原則。
• Resolver 機制：類解析依賴 RESOLVER 指定模式搜索順序，類似 CLASSPATH 但按類粒度控制。

五、 總結

OJVM 將成熟的 Java 生態引入數據庫內核，以會話隔離、共享代碼、線性擴展架構解決了「數據庫跑 Java 會不穩」的疑慮。選型核心：**PL/SQL 做數據，Java 做計算與集成，雙劍合璧構建極致存儲過程能力。**