下面是出问题的SQL语句:
<insert id="addRelationHis" parameterType="java.util.Map" >
insert into g_label_obj_relation_his
(id_label_obj_relation,
id_label,
followed_obj_code,
followed_obj_role,
label_source,
add_person,
add_person_role,
created_by,
date_created,
updated_by,
date_updated,
delete_person,
delete_date)
select sys_guid(),
rel.id_label,
rel.followed_obj_code,
rel.followed_obj_role,
rel.label_source,
rel.add_person,
rel.add_person_role,
rel.created_by,
rel.date_created,
rel.updated_by,
rel.date_updated,
#{tmrUm,jdbcType=VARCHAR},
sysdate
from g_label_obj_relation rel
where rel.id_label_obj_relation = #{idRelation,jdbcType=VARCHAR}
</insert>
毫无疑问,这条SQL本身并没有什么问题,我也在PLSQL里反复执行过了,但是在验证功能的时候,报错ORA-00933:SQL命令未正确结束。这就很奇怪了,因为这个错误一般在执行SQL的时候就会报出来了,但是我执行的时候没有任何问题。去日志里拿到执行的SQL和传入的参数,放到PLSQL里执行,依然没有问题。问问度娘ORA-00933是什么鬼,并没有得到什么有用的答案。后来换了个问法,百度“Mybatis执行报错但PLSQL正常”,看到了这个回答:https://zhidao.baidu.com/question/2074637359551069828.html。
复制一下那位大哥的回答:
我也遇到了同样的问题,语句是正常的,我找了一下原因 是mybatis的这个useGeneratedKeys属性的问题,
官网的解释是
允许 JDBC 支持自动生成主键,需要驱动兼容。如果设置为 true 则这个设置强制使用自动生成主键,尽管一些驱动不能兼容但仍可正常工作(比如 Derby)。
我写成了这样就不报错了
<insert id="saveOperatorAuthorityLink" parameterType="java.util.List" useGeneratedKeys="false">
于是我去代码里找了一下useGeneratedKeys,果然看到了这个属性为true:
- <!-- 允许JDBC 生成主键。需要驱动器支持。如果设为了true,这个设置将强制使用被生成的主键,有一些驱动器不兼容不过仍然可以执行。 default:false -->
- <setting name="useGeneratedKeys" value="true"/>