OracleBFile仅是服务端文件句柄引用，无法直接读取内容，必须通过PL/SQL调用DBMS_LOB将BFILE转为BLOB后由C#获取字节流。
不能直接读取 BFILE 内容到内存，C# 没有原生支持 BFILE 流式访问的 Oracle 官方 API；必须通过数据库服务器中转，且需显式启用 DIRECTORY 权限和 PL/SQL 辅助。
为什么 OleDbCommand 或 OracleCommand 执行 SELECT bfile_col FROM ... 只返回 OracleBFile 对象却读不出内容？
OracleBFile 本质是数据库端的一个“文件句柄引用”，它不包含实际文件数据，也不在客户端打开 OS 文件。它的 Read() 方法会直接抛出 InvalidOperationException：“Operation is not valid due to the current state of the object.”
- 这是设计使然，不是 bug —— Oracle 要求所有 BFILE 访问必须经由服务端（即通过
DBMS_LOB包） -
OracleBFile.IsOpen永远为false，Seek()、Length等方法均不可用 - 你拿到的只是一个逻辑路径（如
'MY_DIR'+'report.pdf'），不是可直接FileStream.Open()的本地路径
必须用 PL/SQL 函数把 BFILE 内容转成 BLOB 或 CLOB 后再传回 C#
绕过客户端文件系统限制的唯一合规方式：让 Oracle 服务端读取 BFILE 并转换为 LOB 类型，再由 C# 获取该 LOB 的字节流。
- 确保已创建并授权 DIRECTORY：
CREATE OR REPLACE DIRECTORY MY_DIR AS '/u01/app/oracle/bfiles'; GRANT READ ON DIRECTORY MY_DIR TO your_user; - 定义一个简单函数（避免每次写匿名块）：
CREATE OR REPLACE FUNCTION bfile_to_blob(p_dir VARCHAR2, p_file VARCHAR2) RETURN BLOB IS l_bfile BFILE; l_blob BLOB; BEGIN l_bfile := BFILENAME(p_dir, p_file); DBMS_LOB.OPEN(l_bfile, DBMS_LOB.LOB_READONLY); DBMS_LOB.CREATETEMPORARY(l_blob, TRUE); DBMS_LOB.LOADFROMFILE(l_blob, l_bfile, DBMS_LOB.GETLENGTH(l_bfile)); DBMS_LOB.CLOSE(l_bfile); RETURN l_blob; END;
- C# 中调用：
using (var cmd = new OracleCommand("SELECT bfile_to_blob(:dir, :file) FROM DUAL", conn)) { cmd.Parameters.Add(new OracleParameter("dir", "MY_DIR")); cmd.Parameters.Add(new OracleParameter("file", "data.xlsx")); var blob = (byte[])cmd.ExecuteScalar(); // blob 现在是完整文件二进制内容 }
性能与大小限制：别用 BFILE 读大文件，尤其在 Web 场景
BFILE 转 BLOB 会把整个外部文件加载进数据库 SGA/UGA 再传回客户端，极易触发 ORA-04030（内存耗尽）或网络超时。
- 安全阈值建议 ≤ 10 MB；超过请改用 HTTP 直链或客户端挂载 NFS 目录后自行
File.ReadAllBytes() -
DBMS_LOB.LOADFROMFILE不支持断点续传或分块读取 —— 它是一次性全量加载 - 如果只是想获取文件名或校验大小，用
DBMS_LOB.FILEEXISTS和DBMS_LOB.GETLENGTH（对 BFILE）更轻量 - .NET 6+ 的
Oracle.ManagedDataAccess不改变此行为，仍需走上述 PL/SQL 中转路径
真正麻烦的不是代码怎么写，而是 DIRECTORY 的操作系统路径权限、Oracle 用户目录访问权限、以及 BFILE 实际文件是否被其他进程锁住 —— 这些错误不会在 C# 报错，而是在 PL/SQL 层静默失败或抛出 ORA-22288。
