.NET6 WPF项目EF操作Oracle10g执行UPDATE报PLS-00103错误排查

核心问题分析 #

PLS-00103错误本质是Oracle解析SQL时遇到了意外符号，结合你的场景，大概率是EF Core生成的SQL语法与Oracle 10g兼容性不匹配，或是NuGet包版本冲突/驱动对老版本Oracle支持不足导致的。

具体解决方案 #

1. 配置EF Core生成Oracle 10g兼容的SQL #

在你的DbContext的OnConfiguring方法中，添加Oracle SQL兼容性配置，强制EF生成适配Oracle 10g的SQL语句：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseOracle("你的连接字符串", 
        oracleOptions => oracleOptions.UseOracleSQLCompatibility("10g"));
}

这个配置会调整EF生成SQL的语法规则，比如避免使用Oracle 10g不支持的语法元素，或调整标识符的处理方式。

2. 清理冲突的NuGet包 #

你同时引用了EntityFramework 6.5.1（EF6）和Oracle.EntityFrameworkCore（EF Core），这两个属于不同的EF框架，会引发兼容性冲突。针对.NET 6环境，你需要：

• 移除EntityFramework 6.5.1和Oracle.ManagedDataAccess.EntityFramework（这是EF6的Oracle驱动包）
• 确保保留的包版本匹配：将Oracle.ManagedDataAccess.Core降级到与Oracle.EntityFrameworkCore 6.21.61对应的版本（比如6.21.61），避免使用23.7.0这类最新版本——新驱动通常不再对Oracle 10g提供官方支持。

3. 手动执行原生SQL语句绕过EF自动生成逻辑 #

如果上述配置仍无法解决问题，可以直接使用原生SQL执行更新操作，避免EF自动生成的语法问题：

// 示例：执行UPDATE语句
var param1 = "更新后的值";
var param2 = "筛选条件值";
context.Database.ExecuteSqlRaw("UPDATE TEST_TABLE SET COLUMN1 = :p0 WHERE COLUMN2 = :p1", param1, param2);

注意去掉表名和列名的双引号——Oracle 10g中，非大小写敏感的标识符无需加引号，EF自动添加的引号可能是触发解析错误的原因。

4. 调整连接字符串参数 #

在连接字符串中添加兼容Oracle 10g的参数，比如：

Data Source=你的数据源;User Id=用户名;Password=密码;Statement Cache Size=0;Compatibility Level=10;

Statement Cache Size=0会禁用语句缓存，避免驱动缓存的语法不适配Oracle 10g；Compatibility Level=10强制驱动以Oracle 10g的兼容模式运行。

内容的提问来源于stack exchange，提问作者StimDoker