OracleBulkCopy是最快方案但需同时满足四个前提：引用Oracle.ManagedDataAccess≥12.1.022、启用“允许不安全代码”、正确using、目标表为物理表且无启用约束；否则退化为逐行插入。
直接用 OracleBulkCopy 是最接近“秒速”的方案，但必须满足四个硬性前提，缺一不可；否则它会静默退化为逐行插入，甚至报类型找不到、连接失败等错误。
为什么 new OracleBulkCopy() 会编译失败或 TypeLoadException
根本不是语法写错了，而是环境没配对：
- 引用了已弃用的
System.Data.OracleClient—— 它压根没有OracleBulkCopy类，且在 .NET Core/.NET 5+ 中已被完全移除 - 用了
Oracle.ManagedDataAccess，但 NuGet 版本低于12.1.022（该类从 12.1 才引入） - 项目目标框架是 .NET Framework 4.0–4.6.1，但未启用“允许不安全代码”（
OracleBulkCopy内部含unsafe块） - using 语句漏了：
using Oracle.ManagedDataAccess.Client;
✅ 正确做法：安装最新稳定版 Oracle.ManagedDataAccess（如 23.5.0），VS 中右键项目 → 属性 → 构建 → 勾选“允许不安全代码”。
OracleBulkCopy 写入慢？先检查这 4 个物理限制
即使代码能跑通，百万级数据也未必快——它底层依赖 Oracle 的 INSERT /*+ APPEND */，受制于数据库约束和表结构：
-
DestinationTableName必须是**物理表**，不能是视图、全局临时表、物化视图 - 目标表不能有**启用的外键约束**或**启用的 CHECK 约束**（bulk 模式跳过校验；若需校验，得先
ALTER TABLE ... DISABLE CONSTRAINT，导入完再ENABLE） - 源数据（
DataTable或IDataReader）列顺序、类型必须与目标表**严格一致**：比如 Oracle 的NUMBER(10,2)要对应 C# 的decimal，不能是double；DATE要对应DateTime，且注意时区 -
BatchSize默认是 10000，但实际吞吐更取决于OracleConnection的ArrayBindCount（建议显式设为50000–100000）
示例关键设置：
var bulk = new OracleBulkCopy(connectionString)
{
DestinationTableName = "T_LARGE_DATA",
BatchSize = 50000,
BulkCopyTimeout = 600
};替代方案：ArrayBindCount + 参数化批量 INSERT（更可控）
当 OracleBulkCopy 因权限、约束或环境受限无法启用时，ArrayBindCount 是更通用的底线方案——它不要求禁用约束，支持事务，且兼容老版本 ODP.NET：
- 构造一个
OracleCommand，SQL 里用命名参数（如INSERT INTO t (a,b) VALUES (:a, :b)） - 为每个参数赋值为同长度数组（如
int[] ids = new int[10000]，string[] names = new string[10000]） - 设置
cmd.ArrayBindCount = 10000，然后调用ExecuteNonQuery() - 务必设
cmd.BindByName = true，否则参数绑定顺序会错乱 - 性能通常略低于
OracleBulkCopy，但稳定、可调试、事务可控
⚠️ 注意：数组长度必须一致，且不能含 null 值（Oracle 会报 ORA-01400）；DBNull.Value 是合法的空值占位符。
最容易被忽略的细节：DataTable 列定义与 AllowDBNull
很多人把数据塞进 DataTable 就直接丢给 OracleBulkCopy，结果中途崩在类型转换上——问题不在数据本身，而在列元数据：
- 别依赖
DataTable.Load()或手动 AddRow 推断类型：它常把全数字字符串当int，后续遇到小数就失败 - 必须显式定义列类型：
dt.Columns.Add("Amount", typeof(decimal))，不能只写typeof(object) - 如果数据库字段允许 NULL，对应列必须设
column.AllowDBNull = true，否则遇到null或空字符串会抛InvalidOperationException - 空字符串
""不等于DBNull.Value，入库前要清理：string.IsNullOrWhiteSpace(s) ? (object)DBNull.Value : s
这些不是“优化项”，而是 OracleBulkCopy 能否真正走 bulk 路径的开关。漏掉任意一条，它就自动切回低效的逐行模式，你还以为是数据量太大。
