Oracle19c是否不支持使用ORACLE_SID环境变量连接数据库？

核心结论 #

Oracle 19c 并未移除对ORACLE_SID环境变量的连接支持，你遇到的编译报错是Oracle 12c及之后版本客户端默认连接优先级调整、跨平台默认配置差异共同导致的，不是功能下线。

差异原因 #

• Oracle 10g 版本中，本地客户端工具默认优先使用BEQ（Bequeath）本地进程间通信协议连接：只要ORACLE_SID配置正确、当前操作系统用户属于Oracle dba用户组、本地实例运行正常，proc这类工具不需要在连接串里指定@<连接标识>，就能直接通过环境变量里的ORACLE_SID匹配本地实例，完成语义检查需要的数据库连接。Solaris 10平台下的Oracle 10g默认安装会自动配置proc的环境继承规则，不需要用户额外设置。
• 从Oracle 12cR1版本开始，Oracle客户端调整了无连接串时的目标查找优先级：如果USERID参数里没有写@<连接标识>，客户端不会直接读取ORACLE_SID发起BEQ连接，而是按顺序先查找TWO_TASK（Linux/Unix平台）环境变量、再查找tnsnames.ora里的默认连接条目，两个路径都找不到匹配项时就会抛出PCC-02104连接错误。
• Redhat 8平台下的Oracle 19c默认安装不会自动开启proc的本地BEQ连接开关，也不会自动为proc进程注入ORACLE_SID的连接匹配规则，这是你跨版本升级后无@连接串编译失败的直接原因。

复现旧版本编译行为的配置方法 #

你不需要每次编译都手动加@ccc后缀，两种配置可以恢复Oracle 10g下的使用习惯：

1. 执行proc编译前，在当前shell会话配置TWO_TASK环境变量和本地SID一致：

   export ORACLE_SID=ccc
   export TWO_TASK=$ORACLE_SID
   proc USERID=aaa/bbb SQLCHECK=SEMANTICS ...
   

2. 修改proc全局配置文件$ORACLE_HOME/precomp/admin/pcscfg.cfg，在文件末尾添加local_beq=yes配置项，强制proc在未指定连接标识时，优先读取ORACLE_SID发起本地BEQ连接，配置后所有编译操作都不需要额外加环境变量或连接串后缀。

官方规则说明 #

该行为调整记录在Oracle 19c Pro*C官方文档的语义检查要求章节：

当设置SQLCHECK=SEMANTICS时，Pro*C必须连接数据库完成语法、权限校验。如果USERID参数未携带@<连接标识>，客户端按以下顺序匹配连接目标：

• 当前会话的TWO_TASK（Linux/Unix）或LOCAL（Windows）环境变量值
• tnsnames.ora配置文件中的默认连接条目
• 仅当proc配置中显式开启local_beq=yes时，才会读取ORACLE_SID值发起本地Bequeath连接

也就是说ORACLE_SID的连接支持从未被移除，只是从10g版本的默认第一优先级，调整为需要显式配置才会触发的低优先级匹配项。

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