ORA-06547: INSERT, UPDATE 或 DELETE 语句必须使用 RETURNING 子句

本文介绍了一个常见的Oracle存储过程中使用RETURNING INTO的错误,并提供了正确的使用方法。错误示例展示了如何从SELECT语句中获取数据到变量,但使用了不正确的RETURNING INTO语法。正确的做法是使用INTO子句直接接收查询结果。

产生这个错误的原因:

returning into子句作用于insert,update,delete,上而select则不行,应该用into。

报错的存储如下:

create or replace procedure p_stu_info(s_id number, s_name varchar2) is
  v_name   varchar2(10);
  v_age    number;
  v_ErrMsg varchar2(200);
begin
  execute immediate 'select name,age from student_test where id=:1 and name=:2'
    using s_id, s_name
    returning into v_name, v_age;
  dbms_output.put_line(v_name || '的年龄为:' || to_char(v_age));
exception
  when others then
    v_ErrMsg := SUBSTRB(SQLERRM, 1, 200);
    dbms_output.put_line('找不到相应学生');
end p_stu_info;

改成下面这样就ok了:

create or replace procedure p_stu_info(s_id number, s_name varchar2) is
  v_name   varchar2(10);
  v_age    number;
  v_ErrMsg varchar2(200);
begin
  execute immediate 'select name,age from student_test where id=:1 and name=:2'
    into v_name, v_age
    using s_id, s_name;
  dbms_output.put_line(v_name || '的年龄为:' || to_char(v_age));
exception
  when others then
    v_ErrMsg := SUBSTRB(SQLERRM, 1, 200);
    dbms_output.put_line('找不到相应学生,错误原因:'||v_ErrMsg);
end p_stu_info;


 


 

 

 

在创建Oracle Spatial索引时,遇到的ORA-29855、ORA-13249、ORA-13200、ORA-13206和ORA-13365错误通常与空间索引的配置、元数据不一致底层数据库对象的损坏有关。以下是对这些错误的详细分析和解决方案: ### ORA-29855: Error occurred in the execution of ODCIINDEXCREATE routine 该错误表明在创建域索引(如空间索引)时,底层的`ODCIIndexCreate`方法执行失败。常见于空间索引创建失败的场景中,通常由后续错误链中的具体错误引发,例如ORA-13249[^1]。 ### ORA-13249: internal error in Spatial index: [mdsys.mditopology] 该错误表示在空间索引构建过程中,内部拓扑结构处理失败。常见于空间元数据不一致、几何对象损坏索引参数配置不当的情况。例如,用户定义的空间表未正确注册到`USER_SDO_GEOM_METADATA`视图中,几何对象的SRID不一致[^1]。 ### ORA-13200: Physical storage parameters are invalid for the spatial index 此错误通常发生在空间索引的物理存储参数(如`TABLESPACE`、`INITIAL`、`NEXT`等)配置不合法时。例如,表空间不存在、存储参数值不合理索引分区定义错误。应检查索引创建语句中的存储参数是否符合Oracle的限制。 ### ORA-13206: internal error in spatial index creation 该错误表示在空间索引构建过程中出现内部错误,通常与数据质量问题有关。例如,几何对象包含非法坐标、多边形不闭合存在自相交等问题。建议使用`SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT`函数验证数据的完整性[^1]。 ### ORA-13365: layer does not exist 此错误表明在创建空间索引时,指定的空间图层(即对应的几何列)未正确注册到Oracle Spatial元数据中。应确保几何列已在`USER_SDO_GEOM_METADATA`中正确定义,并且其`TABLE_NAME`和`COLUMN_NAME`与实际表和列名一致。 ### 解决方案示例 1. **验证几何数据的完整性**: 使用以下SQL语句验证几何列的数据是否有效: ```sql SELECT b.geometry, SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT(b.geometry, 0.005) FROM your_table b; ``` 如果返回非`TRUE`的结果,则需修复对应的几何对象。 2. **检查空间元数据注册**: 确保几何列已在`USER_SDO_GEOM_METADATA`中注册: ```sql SELECT * FROM USER_SDO_GEOM_METADATA WHERE TABLE_NAME = 'YOUR_TABLE'; ``` 如果未注册,需使用以下语句添加: ```sql INSERT INTO USER_SDO_GEOM_METADATA (TABLE_NAME, COLUMN_NAME, DIMINFO, SRID) VALUES ('YOUR_TABLE', 'GEOMETRY_COLUMN', MDSYS.SDO_DIM_ARRAY( MDSYS.SDO_DIM_ELEMENT('X', 0, 100, 0.005), MDSYS.SDO_DIM_ELEMENT('Y', 0, 100, 0.005)), 8307); ``` 3. **调整索引存储参数**: 检查并调整空间索引的存储参数,确保表空间存在且参数合理: ```sql CREATE INDEX idx_spatial ON your_table(geometry_column) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS ('tablespace=USERS storage(initial 1M next 1M)'); ``` 4. **重建空间索引**: 如果索引已存在但出现错误,可尝试删除并重新创建: ```sql DROP INDEX idx_spatial; CREATE INDEX idx_spatial ON your_table(geometry_column) INDEXTYPE IS MDSYS.SPATIAL_INDEX; ``` 5. **检查模式名称长度**: 如果使用`st_geometry`类型(如ArcGIS环境),需注意模式名称和索引名称的总长度不应超过32个字符,以避免内部变量溢出导致的错误。 ### 总结 上述错误通常与空间数据质量、元数据配置索引参数设置不当有关。通过验证几何数据完整性、正确注册元数据、合理配置存储参数及避免模式名称过长等措施,可有效解决这些问题。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值