PL/SQL报错:无法解析指定的连接标识符

最新推荐文章于 2020-01-03 08:24:28 发布
最新推荐文章于 2020-01-03 08:24:28 发布 · 160 阅读 · 0
文章标签：

#数据库 #操作系统

在安装oracle的时候PL/SQL报错：“ORA-12154: TNS:无法解析指定的连接标识符”，在网上找了很多资料，然后问题解决。其中下面的文章分析的过程很值得学习，特地转载过来时刻告诫自己全局观的重要性！！！

下面是引用正文


接着上次的话题，在64位win7上装了32位oracle10g 以后又出现了新的问题：

在使用oracle自带的sqlplus连接本机或者远程的oracle实例均能成功过，但使用 PL/SQL Developer (我装的是7.1版本) 连接任何一个实例在登录时均报“ORA-12154: TNS:无法解析指定的连接标识符”错误。

冷静，先分析原因，既然sqlplus已经能够连接，说明oracle的安装（至少客户端的安装）是正常的，TNS的配置是正确的。问题应该出在PL/SQL Developer 自身。考虑到本次安装oracle的过程中有诺干次安装失败且变换过oracle home，是否是注册表中的信息有写垃圾未清理？！进入 PL/SQL Developer 的 preferences中发现可以设定oracle home。该选项为空是自动选择，也可以手工填入路径。但是设置后没有效果。之后又检查了注册表、oracle设置均无异常。

无奈之下选择了重装PL/SQL Developer 。运行安装程序以后弹出一个警告框，这次仔细的看了一下，大概意思是安装目录中含有特殊字符可能导致oracle无法连接。该提示窗口按“确认”按钮后依然会继续安装。恍然大悟啊，64位win7会把32位应用程序默认的安装到Program Files (x86)目录下，那两个括号可能让oracle郁闷了。改变安装路径为一个比较“大众化”的路径，再次进行数据库连接，一切问题都解决了。

经验总结：哥么以后打死也不往默认的32位 program files目录下装东西了。

以上内容来自优快云博客，转载请标明出处：http://blog.youkuaiyun.com/chewinggum/archive/2010/07/18/5744465.aspx

思想上移

上网查了好久才找到这个答案，起初一直是认为oracle安装的问题，和文章的作者一样，开始的时候也是找了很多资料，上网百度了好一阵子。真要从细节方面说的话出现这个问题的原因还是不理解win7的那个programs files（X86）文件夹存在的意义。网上能找到的就只有关于syswow64的介绍，具体的文件夹的作用，以及不安装到相应的文件夹下会出现什么别的问题还有待考察。如果说是为了区分32为和64位程序的话那么如果32位程序不小心安装到别的目录下那么就不应该可以用啊，但是事实证明还是可以正常使用，所以大胆猜测，这个文件夹仅仅用于区分，在程序运行的时候操作系统会自己判断。

文章的作者还是很有水平的，遇到了问题没有一头扎进去而是仔细的分析，将大局把握住了。弄清楚自己所处的环境（64位win7）然后逐步向细节分析（oracle安装，PL/SQL安装，以及他们的安装路径等等细节），最终问题解决。宏观的把握住了，细节方面的都不是大问题，只需要稍微调整就可以。以后遇到问题也应该这样分析，把自己的所处的大环境搞清楚，然后再去分析问题。

谨记！谨记！！

iteye_3224
关注
ORA-12154: TNS: 无法解析指定的连接标识符和TNS-03505: 无法解析名称问题解决以及监听相关错误问题解决思路
whandgdh的博客
04-03 7569
今天通过plsql 连接本地的数据库是，报如下错误 ORA-12154: TNS: 无法解析指定的连接标识符 先查看本地数据监听是否启动： 可以通过任务管理器查看，本地数据库服务的监听也启动 或者通过命令 lsnrctl 查看 在cmd窗口中输入 lsnrctl 然后在弹出的窗口中输入status 看到本地监听启动没有问题， 查看本地服务监听配置文件: listener.ora 位置在or...
PLSQL链接oracle报错--ORA-12154: TNS: 无法解析指定的连接标识符
zhangfengBX的博客
07-03 8652
PLSQL链接oracle报错--ORA-12154: TNS: 无法解析指定的连接标识符D:\oracle\product\10.2.0\client_1\　　今天重新安装了oracle 11g客户端，plsql远程连接oracle时发生报错：ORA-12154: TNS: 无法解析指定的连接标识符。在网上粗略查了一下，错误比较常见，主要是是连接配置发生了问题。我运行SQLPLUS能正常连接，而...
ORA-12154: TNS: 无法解析指定的连接标识符
weixin_30955341的博客
08-22 1万+
相信使用过Oracle数据库的人一定碰到过“ORA-12154: TNS: 无法解析指定的连接标识符”错误，我在此做一个小小的总结。 在程序中连接Oracle数据库的方式与其他常用数据库，如：MySql,Sql Server不同，这些数据库可以通过直接指定IP的方式连接，但是Oracle则需要通过Oracle客户端配置网络服务名的方式来连接。否则就会出现“ORA-1215...
PL/SQL登录Oracle数据库报错ORA-12154:TNS:无法解析指定的连接标识符已解决（本地未安装Oracle需要连接服务器上的）
12-16
ORA-12154:TNS:无法解析指定的连接标识符 ORA-12154:TNS:无监听程序 错误分析一、PL/SQL 客户端登录到数据库，如果配置错误会有以上错误，如下图。 这个错误主要是pl/sql客户端的tnsnames.ora配置错误，或者是输入 database选项错误。 错误分析二、未配置环境变量 所以解决问题之前一定要配置环境变量TNS_ADMIN path添加；E:\PLSQL Developer(64)\instantclient_11_2 配置环境变量就是为了让PL/SQL Developer打开时加载到tnsnames.ora文件的内容 配置pl/sql的Datab
win7 64位系统 pl/sql 无法解析指定的连接标识符解决办法
weixin_30752377的博客
04-17 118
我用的是win764位，装好后，装了pl/sql 和toad，都连不上数据库，报错位“ql 无法解析指定的连接标识符” 解决办法，经过研究发现安装目录有问题。默认会安装在“C:\Program Files (x86)”这个目录下，，以前有空格也没问题，起初没在意，后来经过研究发现，确实是目录的问题，括号让pl/sql不爽了。记录下，解决了。 PS：如果遇到此问题，不用重装pl/sql，只需将其移...
plsql 无法解析指定的连接标识符
u011303271的专栏
11-22 3149
使用plsql developer的经常会遇到无法解析制定的连接标识符的错误，除了一般的检查tnsname.ora文件之外还可以试一下下面的方法： 1.将plsql developer安装到没有空格的文件夹路径下面，默认安装的路径是在盘符:/program files之下的，这样有时候会出上面的错误，试一下重新安装到没有空格的路径下 2.访问本地的oracle数据库实例没有问题，但是访问远程的
PL/SQL登录Oracle18数据库：ORA-12154:TNS无法解析指定的连接标识符
星辰里的月光
01-03 477
PL/SQL 登录Oracle18 出现ORA-12154:TNS无法解析指定的连接标识符 首先应该检查：OracleOraDB18Home1TNSListener是否开启，然后用SQL PLUS测试能否正常连接数据库，如果可以正常连接就是以下问题了： 解决以下问题：首先更改Oracle客户端的tnsnames.ora，我的路径是：D:\OracleSQL\network\admin；打开tnsn...
PL/SQL报错：无法解析指定的连接标识符
okhelp的专栏
11-15 1370
处理方向：     电脑系统是WIN7 64位，安装完PL/SQL后，报错，提示无法解析指定的连接标示符   将网上搜到的方法大多都试过了，还是没能解决该问题。   最后找到了一个可行的：由于是64位系统，plsql是32位的程序，默认被安装在C:\Program Files (x86)\PLSQL Developer 网上有人说是路径问题，卸载后，重新安装在C:\Program Fi
PLSQL 无法解析指定的连接标识符
AlbertLiangzt的博客
04-09 1027
PLSQL 无法解析指定的连接标识符今天新增一个库之后就报错，之前的数据库也连接不上了。 一番折腾，才知道我引用了3个库，删掉一个库之后，现在的库，之前的库都能连接了。可以查看另一篇文章，配置64位PLSQL https://blog.youkuaiyun.com/albertliangzt/article/details/79868207
plsql oracle 无法解析指定的连接标识符
RobertTony_Java的博客
04-29 1085
之前一直访问远程的数据库，今天要连接一下本地，plsql 就报  无法解析指定的连接标识符 看了下其他的博客 写的很详细 但是 我这里不能解决。 百度知道里有一条回答 解决了我的问题 就是将这里的orcl  改成 localhost:1521/orcl
使用PL/SQL Developer连接oracle数据库报“无法解析指定的连接标识符”错误
cyberzhaohy的专栏
11-18 2247
解： 系统环境为vmware虚拟机器中win7（64）系统 软件安装包位置：\\vmware-host\Shared Folders\F\待处理20130611\开发工具\win7下可以安装的oracle数据库\plsql 版本号：PL/SQL Developer 7.1.5 默认安装目录：d:\Program Files (x86)\PLSQL Developer 发现数据库登录不上，
plsql登录时报无法解析指定的连接标识符、无法解析服务名错误的解决办法
热门推荐
J_C_Liu的专栏
05-09 1万+
网上下载plsql后，解压后，打开plsql登录
PL/SQL连接时 “无法解析指定的连接标识符”
戳一下有机会获得一份额外加个蛋的蛋炒饭
07-09 2965
1、检查你的tnsnames.ora文件中是否有你的药连接的服务器的信息。 2、查看你的ORCL的名字前面是否有空格，注意这个空格。 这个问题解决掉之后应该就没什么问题了。 ...
关于pl/sql登录时输入密码后出现无法无法解析指定的连接标识符
十一的博客
03-08 5542
   关于pl/sql登录时输入密码后出现无法无法解析指定的连接标识符，      1、修改系统环境变量Path值，将E:\Oracle\product\11.2.0\client_1\bin;路径移至E:\Oracle\product\11.2.0\db_1\bin;。      注意：造成以上这种情况出现的原因是：在一台电脑上同时安装了oracle客户端和数据库服务，并且是先安装客户端，再安装...
plsql 连接数据库无法解析指定的连接标识符
weixin_30415801的博客
08-21 329
之前用plsql连接的时候一直出问题，报无法解析指定的连接标识符，但是我加上ip地址就可以连接上。 我百度了很久，有说如下图选择oracle home的，有说清空admin目录下的所有文件， 但是都不行！！！ 然后我就看tnsnames.ors文件，原来我在添加新用户时的格式不对！！！ 如下图，orcl前面不能有空格，否则就会有错 转载于:https://www.cnblog...
win7(64位）PL/SQL报错:无法解析指定的连接标识符和Powerbuilder报错：无法解析指定的连接标识符
蜗牛之旅
09-06 4565
在安装oracle的时候PL/SQL报错：“ORA-12154: TNS:无法解析指定的连接标识符”，在网上找了很多资料，然后问题解决。其中下面的文章分析的过程很值得学习，特地转载过来时刻告诫自己全局观的重要性！！！ 下面是引用正文 接着上次的话题，在64位win7上装了32位oracle10g 以后又出现了新的问题： 在使用oracle自带的sqlplus连接本机或者远程的oracle
plsql启动时无法解析指定的连接标识符
Sugar_tea的专栏
07-29 1009
昨晚上启动plsql时，出现了无法解析指定的连接标识符的问题，ranhou
pl/sql登陆时提示“无法解析指定的连接标识符”
goodgirl1991的专栏
03-12 1529
 1、64位win7会把32位应用程序默认的安装到Program Files (x86)目录下，那两个括号可能让oracle郁闷了。改变安装路径为一个比较“大众化”的路径 2、提示输入用户名密码是，取消，这样进入PLSQL Developer主界面，菜单Tools-Preferences，在设置窗口中，选择Oracle-Connection，对应设置窗口中，找到对应的oracle版本，
DECLARE row_exists NUMBER; BEGIN SELECT COUNT(*) INTO row_exists FROM USERS WHERE USERNAME = 'nacos'; IF row_exists = 0 THEN INSERT INTO "USERS" ("USERNAME", "PASSWORD", "ENABLED") VALUES( 'nacos', '$2a$10$EuWP2Hzz28dJxk3MjYcOeUoW7VEOJnhZkDrxfvUu', 1 ) END IF; Cause: java.sql.SQLException: ORA-06550: 第17行, 第17列: PL/SQL: ORA-00904: 标识符无效 ORA-06550: 第17行, 第9列: PL/SQL: SQL Statement ignored
最新发布
10-25
<think>嗯，用户遇到了一个具体的PL/SQL执行错误，需要解决"标识符无效"的问题。从错误堆栈看，问题出在代码第17行第17列附近，属于典型的对象名引用错误。 用户提供的三条引用很有价值：引用1提到对象无效错误，引用2解释了标识符无效的常见原因（大小写敏感和保留字问题），引用3则给出存储过程失效的解决方案。结合这些线索，应该从三个方向排查： 首先是字段名大小写问题。PL/SQL中如果字段名用了小写字母且没加双引号，Oracle会自动转成大写导致匹配失败。用户代码第17行可能引用了类似"userName"这样的混合大小写字段，但表结构里实际是"USERNAME"。 其次是保留字冲突。比如用户可能在insert语句里用了"USER"这样的Oracle保留字做字段名，需要确认表结构是否包含$ \text{ORDER}$, $ \text{GROUP}$ 等关键词。 最后考虑对象状态异常。虽然错误类型是ORA-00904而非PLS-00907，但存储过程调用时若依赖的表结构发生过变更，也可能导致编译失效。可以尝试用$ \text{ALTER PROCEDURE...COMPILE}$ 重新编译。 用户没有提供具体代码片段是个难点，只能建议ta重点检查第17行涉及的字段名：1）对比数据字典确认字段存在 2）用$ \text{SELECT * FROM ALL_TAB_COLUMNS}$ 核对大小写 3）将字段名用双引号包裹测试。另外动态SQL的拼写错误也要留意，比如把$ \text{INSERT INTO T1(Col1)} $ 误写成$ \text{INSERT INTO T1(Col1)} $ 少个字母。 相关问题设计要覆盖延伸场景：动态SQL的绑定变量错误也很常见，比如漏写冒号导致$ \text{:userID}$ 变成$ \text{userID}$ ；还有同义词权限问题可能引发类似错误。最后补充事务锁定的可能性——当表结构正在修改时执行PL/SQL会报错，但用户错误信息不符合这点。 </think>根据错误信息分析，问题出在 PL/SQL 代码第 17 行的标识符引用错误。结合引用内容，解决方案如下： ### 错误分析 错误链明确指示问题位置： ``` ORA-06550: 第17行, 第17列: PL/SQL: ORA-00904: 标识符无效 ORA-06550: 第17行, 第9列: PL/SQL: SQL Statement ignored ``` 表明第 17 行 SQL 语句中的某个**字段名、表名或变量名**无效。 --- ### 解决方案（逐步排查） #### 1. **检查对象名称拼写和大小写（最高频原因）** - Oracle 默认**将未加引号的标识符转为大写**存储（引用[2]） - 对比代码与表结构： ```sql -- 示例问题代码（假设第17行） INSERT INTO users (UserName, created_at) -- 混合大小写字段 VALUES (v_name, SYSDATE); ``` - 解决方案： - 确认数据字典中字段名实际大小写： ```sql SELECT column_name FROM all_tab_columns WHERE table_name = 'USERS'; -- 表名默认大写 ``` - 修正方案： ```sql -- 方案A：统一使用大写（推荐） INSERT INTO users (USERNAME, CREATED_AT) ... -- 方案B：添加双引号保持大小写（需确保表结构有引号） INSERT INTO users ("UserName", "created_at") ... ``` #### 2. **排查保留字冲突** - 若字段名是 Oracle 保留字（如`USER`, `DATE`, `LEVEL`），**必须加双引号**（引用[2]） - 例如： ```sql -- 错误示例（使用保留字） INSERT INTO users (user, date) ... -- 触发ORA-00904 -- 正确写法 INSERT INTO users ("user", "date") ... ``` > 📌 建议避免使用保留字命名（如改为`user_name`, `create_date`） #### 3. **验证对象存在性** - 确认涉及的表/视图存在且可访问： ```sql -- 检查表是否存在 SELECT table_name FROM all_tables WHERE table_name = 'USERS'; -- 表名大写 ``` - 检查权限问题： ```sql -- 查看当前用户权限 SELECT * FROM user_tab_privs WHERE table_name = 'USERS'; ``` #### 4. **重新编译失效对象** - 若表结构修改后未重新编译过程（引用[3]）： ```sql -- 手动编译存储过程 ALTER PROCEDURE your_procedure_name COMPILE; ``` #### 5. **动态SQL变量绑定检查** - 若第17行为动态SQL（`EXECUTE IMMEDIATE`），检查变量绑定： ```sql -- 错误示例（漏写冒号） EXECUTE IMMEDIATE 'INSERT INTO users (name) VALUES (v_name)'; -- 正确写法（绑定变量加冒号） EXECUTE IMMEDIATE 'INSERT INTO users (name) VALUES (:1)' USING v_name; ``` --- ### 操作流程图 ```mermaid graph TD A[ORA-00904错误] --> B{检查第17行标识符} B --> C1[拼写/大小写错误？] B --> C2[保留字未加引号？] B --> C3[对象不存在？] B --> C4[动态SQL绑定错误？] C1 -->|是| D[统一大写或加双引号] C2 -->|是| E[添加双引号] C3 -->|是| F[确认对象存在性] C4 -->|是| G[修正变量绑定语法] D --> H[重新测试] E --> H F --> H G --> H H --> I{错误解决？} I -->|否| J[重新编译存储过程] J --> H ``` --- ### 关键预防措施 1. **命名规范**：字段名/表名使用大写+下划线（如 `USER_ID`） 2. **保留字检查**：创建对象前查询 `V$RESERVED_WORDS` 3. **变更同步**：修改表结构后重新编译依赖的存储过程 $$ \text{ALTER PROCEDURE procedure\_name COMPILE} $$ 4. **代码审查**：使用 IDE 的 PL/SQL 解析功能提前发现语法错误 > ⚠️ 若问题仍存在，建议提供第17行代码片段进一步分析。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值