Oracle 23ai中JSON类型默认可用，但需确认数据库版本≥23.8.0.0.0、V$OPTION中JSON参数为TRUE，并选用JSON列类型（非VARCHAR2或JSON_BINARY）以支持路径索引与严格解析。
json 数据类型在 oracle 23ai 中默认可用，无需额外安装或启用——但“支持环境”是否真正就绪，取决于三件事：数据库版本确认、字符集兼容性、以及 json 文本的存储方式选择。别急着建表，先看这几个关键点。
确认数据库版本和 JSON 基础能力是否激活
Oracle 23ai（包括 Free 版本）原生支持 JSON 类型和 IS JSON 检查，但必须确保不是降级兼容模式运行：
- 执行
SELECT BANNER_FULL FROM v$version;，输出中必须含Oracle Database 23ai或23.8.0.0.0及更高小版本（如23.8.0.25.04） - 若看到
21c或19c，说明实际连接的是旧库，JSON类型虽能存 VARCHAR2，但缺失STRICT模式、路径查询优化等关键能力 - 检查
SELECT * FROM V$OPTION WHERE PARAMETER = 'JSON';，返回TRUE才表示 JSON 功能已编译启用（Free 版本默认开启）
选对列类型：VARCHAR2 vs JSON vs JSON_BINARY
Oracle 23ai 提供三种物理存储方式，性能和功能差异明显：
-
VARCHAR2(32767)：最常用，但需手动加IS JSON约束；不支持路径索引，$[*].name类查询会全表扫描 -
JSON（推荐）：语义等价于VARCHAR2，但自动启用严格解析、路径索引、JSON_TABLE加速；建表时直接写payload JSON即可 -
JSON_BINARY：二进制序列化格式，查询性能最高，但仅限高级版/企业版授权；Free 版本不支持，尝试会报错ORA-00902: invalid datatype
示例（正确写法）：
CREATE TABLE orders ( id NUMBER PRIMARY KEY, payload JSON -- 不是 VARCHAR2，也不是 JSON_BINARY );
避免 STRICT 模式下的常见失败
Oracle 默认使用“宽松 JSON”（允许单引号、尾逗号、无引号键），但开启 STRICT 后校验变严，容易插入失败：
- 错误现象：
INSERT INTO orders VALUES (1, '{name: "Alice"}');在STRICT下报ORA-40442: JSON syntax error - 根本原因：键
name缺少双引号，宽松模式容忍，IS JSON STRICT约束或JSON_VALUE(..., STRICT)调用时不通过 - 解决办法：插入前用
JSON_SERIALIZE标准化，或建约束时明确指定：CONSTRAINT j_chk CHECK (payload IS JSON STRICT) - 注意：
JSON列类型本身不强制STRICT，是否校验由约束或函数调用决定
ORDS REST 接口启用前必须配好权限
即使 JSON 列建好了，想通过 HTTP 访问（比如 curl http://localhost:8080/ords/myschema/orders/），还差一步：
- 用户必须有
DB_DEVELOPER_ROLE（或显式授予SELECT/INSERT/UPDATE/DELETE权限） - 执行
ORDS.ENABLE_OBJECT时，p_object_type必须传'TABLE'（不是'VIEW'），否则 ORDS 不识别 JSON 列的 REST 能力 - Free 版本的
ORDS_PUBLIC_USER默认锁定，需先ALTER USER ORDS_PUBLIC_USER IDENTIFIED BY ... ACCOUNT UNLOCK;
没做这步，你会看到 404 Not Found 或 403 Forbidden，而不是 JSON 数据。
真正的难点不在语法，而在于“同一份 JSON 字段，在 SQL 查询、JSON_VALUE 提取、ORDS REST 返回、以及 JSON 关系二元性视图里”，行为逻辑并不完全一致——比如路径表达式中的数组索引、空值处理、类型隐式转换，稍不注意就会在某个环节丢数据或报错。
