根本原因是oraclecommandbuilder依赖datatable.primarykey或rowid推断where条件，若未显式设置主键或select中缺失rowid，则生成的:old_参数无对应值，导致ora-01036错误。
oraclecommandbuilder 生成的 update 语句会出错，根本原因不是语法写错了，而是它默认依赖 rowupdating 事件和底层元数据推断——而 oracle 的 select 结果集如果没有显式主键或唯一约束，oraclecommandbuilder 就无法安全构造 where 条件。
为什么 OracleCommandBuilder.Update() 报 ORA-01036：非法变量名/编号？
这个错误通常出现在调用 OracleDataAdapter.Update() 后，实际执行的是 OracleCommandBuilder 自动生成的 UPDATE 语句。它把参数名硬编码为 :OLD_列名 和 :NEW_列名，但 Oracle 客户端（尤其是较旧版本 ODP.NET）对命名参数绑定不敏感，或表结构中缺失主键导致生成的 WHERE 子句含无效占位符。
-
OracleCommandBuilder不读取物理主键，只靠DataTable.PrimaryKey或SELECT中的ROWID推断；没设DataTable.PrimaryKey就会漏掉WHERE条件里的OLD_*参数 - 如果原始
SELECT语句用了函数（如UPPER(NAME)）、别名、聚合或连接，元数据丢失列原始名称，OracleCommandBuilder无法映射参数 - ODP.NET 12c 及以后版本对
:OLD_*参数更严格——没对应值就直接抛ORA-01036，而不是静默忽略
必须手动设置 DataTable.PrimaryKey 才能触发正确参数绑定
哪怕数据库表有主键，OracleDataAdapter.Fill() 也不会自动把主键信息带进 DataTable。你得在 Fill 后立刻补上：
adapter.Fill(table);
// 关键：显式指定主键列（列名必须和 SELECT 返回的完全一致，区分大小写）
table.PrimaryKey = new DataColumn[] { table.Columns["ID"] }; // 假设主键是 ID
- 列名必须与
SELECT中的字段名完全匹配（比如写了SELECT user_id AS ID，那这里就得用"ID"，不是"user_id"） - 复合主键要按顺序传多个
DataColumn，顺序错会导致 WHERE 条件拼错 - 如果不想改表结构又没主键，可用
ROWID：在SELECT中显式加上ROWID，然后设table.PrimaryKey = new[]{ table.Columns["ROWID"] };
绕过 OracleCommandBuilder：手写 Command 更可控
对关键业务逻辑，别依赖自动生成。尤其当涉及 LOB、时间戳或触发器时，OracleCommandBuilder 生成的语句极易漏掉 FOR UPDATE 或参数类型不匹配。
- 用
OracleParameter显式声明所有参数，类型必须匹配（比如OracleDbType.TimeStamp不能用DateTime直接赋值） - WHERE 条件优先用
ROWID：比主键更可靠，且避免并发更新冲突 ——UPDATE t SET name = :name WHERE ROWID = :rowid - 如果必须用主键，确保
WHERE中的旧值来自DataRow.RowState == DataRowState.Modified时的DataRow[列名, DataRowVersion.Original]
真正麻烦的不是写 UPDATE 语句，而是让 OracleCommandBuilder 知道“哪一行该用哪个旧值做条件”。它不看数据库，只看 DataTable 的当前状态和元数据——这两样都得你亲手喂给它，少一步，参数就对不上。
