SQL语句在SQLPlus正常运行，SQLDeveloper中报ORA-12154错误求助

我之前帮同事排查过好几个类似的案例，核心原因是SQL*Plus和SQL Developer使用的Oracle Net配置文件路径不一致，导致TNS别名解析规则不统一。针对你的问题，我们一步步来解决：

第一步：确认两个工具的TNS配置路径差异 #

SQL*Plus通常会使用Oracle客户端安装目录下的配置，而SQL Developer可能用自带的瘦客户端或者你手动指定的路径：

• 打开SQL Developer，依次点击「工具」→「首选项」→「数据库」→「高级」，查看TNS_ADMIN的路径；
• 在SQL*Plus中执行show parameter tns_admin，或者查看系统环境变量TNS_ADMIN的值，得到它使用的配置路径；
• 如果两个路径不一样，把SQL*Plus能正常解析的tnsnames.ora文件复制到SQL Developer指定的TNS_ADMIN目录下，或者修改SQL Developer的TNS_ADMIN路径指向正确的目录。

第二步：验证TNS别名的配置正确性 #

不管用哪个目录，先确保tnsnames.ora里存在nc_mbn_omnix_prod的条目，格式要正确（注意括号匹配、无多余字符）：

nc_mbn_omnix_prod =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 你的数据库主机名)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = 你的数据库服务名)
    )
  )

然后用tnsping nc_mbn_omnix_prod命令测试解析（在对应配置路径的环境下执行），如果tnsping失败，说明主机名、端口或服务名写错了，先修正这些信息。

第三步：检查SQLNET.ORA的解析规则 #

在对应的TNS_ADMIN目录下，打开sqlnet.ora文件，确保NAMES.DIRECTORY_PATH参数包含TNSNAMES，比如：

NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

如果没有这个参数，手动添加它——这会告诉Oracle优先从tnsnames.ora文件里查找TNS别名。

备选方案：绕开TNS解析问题 #

如果以上步骤还没解决，你可以直接用EZCONNECT格式替换TNS别名，比如把查询语句改成：

SELECT COUNT(1) FROM omnix.ngi_antenna_v@//你的数据库主机名:1521/你的数据库服务名;

这种格式不需要依赖tnsnames.ora，直接通过主机、端口和服务名连接，能快速验证是不是TNS配置的问题。

小技巧：用SQL Developer连接测试排查 #

你可以在SQL Developer里新建一个连接，选择「TNS」类型，然后选nc_mbn_omnix_prod这个别名，点击「测试」按钮。如果连接失败，SQL Developer会给出更具体的错误提示，帮你定位到底是路径、配置格式还是网络的问题。

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