LOB字段不能直接SELECT *，必须显式控制读取范围；需用DBMS_LOB.SUBSTR截取片段、建结构与LOB分离视图、确保SECUREFILE与CHUNK一致、权限直授而非角色继承。
LOB字段不能直接SELECT *，必须显式控制读取范围
Oracle对LOB的读取默认不走常规数据通道，而是返回locator对象——这在SQL*Plus或Python cx_Oracle里表现为cx_Oracle.LOB实例，不是字符串或bytes。直接SELECT *会触发全LOB加载，哪怕你只想要前100字节。
- 用
DBMS_LOB.SUBSTR(lob_col, length, offset)截取片段：比如DBMS_LOB.SUBSTR(content, 4000, 1)取前4KB，避免大内存占用 - 对CLOB，可配合
UTL_RAW.CAST_TO_VARCHAR2转为可显示字符串，但注意DBMS_LOB.SUBSTR返回的是RAW（BLOB）或VARCHAR2（CLOB），别混用 - 不要在
WHERE或ORDER BY里引用LOB列——会报ORA-00932: inconsistent datatypes
建视图时剥离LOB列，用JOIN按需关联
把含LOB的表拆成“结构视图 + LOB关联视图”两层，是21c里最稳妥的优化模式。结构视图只保留主键、摘要字段（如DOC_SIZE、DOC_MD5），LOB单独建视图供条件查询调用。
- 结构视图定义示例：
CREATE VIEW doc_summary AS SELECT id, title, author, DBMS_LOB.GETLENGTH(content) AS content_len FROM docs - LOB视图定义示例：
CREATE VIEW doc_content AS SELECT id, DBMS_LOB.SUBSTR(content, 32767, 1) AS preview FROM docs - 查询时先查
doc_summary过滤出ID，再用IN或JOIN查doc_content——避免全表扫描LOB段
SecureFile + DISABLE STORAGE IN ROW 是21c默认推荐组合
Oracle 21c默认启用SECUREFILE，但若建表时没显式指定DISABLE STORAGE IN ROW，小LOB（
- 检查现有LOB是否为SecureFile：
SELECT securefile FROM dba_lobs WHERE table_name = 'DOCS' AND column_name = 'CONTENT'，返回YES才生效 - 迁移旧BasicFile到SecureFile需加锁：
ALTER TABLE docs MODIFY LOB(content) (STORE AS SECUREFILE DISABLE STORAGE IN ROW) -
DISABLE STORAGE IN ROW强制LOB内容存独立段，让DBMS_LOB.SUBSTR能跳过行头直接定位，实测提升30%+随机读性能
物化视图无法FAST刷新含LOB的列，COMPLETE刷新要防静默截断
哪怕在21c，含CLOB/BLOB的物化视图依然不支持FAST刷新——ORA-22992错误照常出现，因为MLOG$日志根本存不了LOB内容差异。
- 用
DBMS_MVIEW.REFRESH(..., method => 'C')时，务必确认源表和物化视图表的LOB定义完全一致：同为SECUREFILE、CHUNK大小相同（查USER_LOBS.chunk）、MAXSIZE不缩水（否则CLOB(32K)刷入CLOB(1G)源会静默截断） - 权限必须直接授予：
GRANT SELECT ON docs TO mv_user，不能靠角色继承，否则刷新时拿不到有效locator - 真正省资源的做法是：物化视图只包含摘要字段，LOB另走应用层按需查——别试图让MV扛LOB
CHUNK大小匹配和直接授权这两点，报错往往不提示具体原因，只卡在刷新中途或返回空LOB。 
