oracle 不提供内置 json schema 验证函数，仅支持 is json、json_exists 等浅层校验；完整校验需通过 java 存储过程集成第三方库（如 json-schema-validator），并注意 jar 加载、字符编码、字符串长度及 $ref 处理等关键限制。

oracle 本身不提供内置的 json_schema_valid 函数（那是 oceanbase 的），也没有原生支持 json schema 草案验证的存储过程。想在 oracle 中做 json schema 级别的校验，必须借助外部 java 集成或 pl/sql 封装第三方库 —— 这是硬前提，绕不开。

Oracle 没有内置 JSON Schema 验证函数

Oracle 提供了 IS JSON、JSON_EXISTS、JSON_VALUE 等基础函数，但它们只做浅层校验：

• IS JSON 只判断字符串是否为合法 JSON，不检查结构或字段约束
• JSON_EXISTS 只确认路径是否存在，无法验证类型、范围、枚举等 Schema 规则
• JSON_VALUE 提取值时可声明 RETURNING 类型，但失败会直接报错（ORA-40479），不是返回布尔结果

也就是说，Oracle 原生能力只能覆盖“语法正确”和“路径存在”，做不到 Draft-04/07 级别的完整 Schema 校验。

用 Java 存储过程调用 json-schema-validator

Oracle 支持通过 CREATE OR REPLACE AND RESOLVE JAVA SOURCE 加载 Java 类，并用 PL/SQL 包封装调用。主流选择是 com.networknt:json-schema-validator（1.4.0+）或 com.github.java-json-tools:json-schema-validator（2.2.14）。

Comprehensive Three.js 3D graphics reference

详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。

下载

关键实操点：

• 必须提前把 JAR 包用 loadjava 工具加载进数据库（注意 JDK 版本兼容性：Oracle 19c 默认 JVM 是 JDK 8，不能用 JDK 17 编译的类）
• Java 方法需声明为 public static boolean validate(String schemaJson, String instanceJson)，返回 true/false，避免抛异常——PL/SQL 无法捕获 Java checked exception
• Schema 和实例都必须是标准 JSON 字符串（不能是 CLOB 直接传入，需先转 VARCHAR2，且长度 ≤ 32767 字节；超长需分段或改用临时表）
• 调用前务必用 DBMS_JAVA.SET_OUTPUT 开启 Java 输出调试，否则验证失败时无日志

PL/SQL 封装时参数与错误处理陷阱

写存储过程时，最容易踩的坑不是逻辑，而是类型和上下文：

• 不要用 IN OUT CLOB 直接传给 Java 方法——Java 层接收的是 String，CLOB 在 PL/SQL 中需显式 TO_CHAR(clob_var)，否则传空值
• Schema 中若含 $ref 引用外部文件，Java 验证器默认不支持远程加载；必须预解析成内联 Schema 或自定义 URIDereferencer
• Oracle 的字符集（如 AL32UTF8）和 Java 字符串编码要一致，否则中文字段名校验会误报 ValidationMessage 乱码
• 返回验证结果时，别只返回布尔值；建议同时返回错误详情（如第一个 ValidationMessage 的 message 字段），用 OUT VARCHAR2 参数承载，方便排查哪条规则没过

真正落地时，Schema 定义和 Java 类加载这两步占掉 70% 的时间。一旦跑通，后续复用就只是改 JSON 字符串的事——但千万别指望它能像 PostgreSQL 的 json_schema_valid 那样开箱即用。