java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列

原创 于 2022-10-10 09:42:29 发布 · 1.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #sql #数据库

本文介绍了一种常见的SQL语法错误ORA-00918，并提供了排查和解决该问题的方法。建议从检查字段定义入手，确保没有重复字段名，同时验证SQL查询中的字段与实际表结构是否一致。

1.报错日志

出现图片上面的报错。 

### SQL: select                   FMID, FM_CLS, FMNO, FMKEY, TITLE, TOPIC, FMDATE, MEMBER_NO, INPUTOR, DETAIL, REMARK, BIZ_KEY, CHANNEL, STATE, CASEID, CUR_PROC, ALERT_SELF, ALERT_OP, ALERT_FLOW, PROC_RESULT, ERROR_FLAG, ERROR_CODE, ERROR_MSG, CHECK_CODE, VERSION, ETL_TAG, CREATE_TIME, LAST_UPDATE_TIME               from UM_FORM  uf left join aims_account_apply_reg a on uf.fmid=a.fm_id         where  uf.FM_CLS = 'AIMS_FM001'         and  uf.STATE =9         and uf.MEMBER_NO = ?         and a.bank_no = ?### Cause: java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列

2.解决办法：

        2.1、单独拉出来sql语句运行，如果能运行成功的话，需要一个一个字段查看是否有重复的，虽然是不同的表，但是名字相同的也是会出现这种情况的，比如：a.name 、b.name

        2.2、查看sql语句的字段和实体表的字段时候对应情况。

终极解决方案-oracle在mybatis中批量插入数据报错java.sql.SQLException: ORA-00933: SQL 命令未正确结束
kongwq123的博客
11-06 3177
oracle在mybatis中批量插入数据报错java.sql.SQLException: ORA-00933: SQL 命令未正确结束现象最常见的解决方案不常见解决方案原因解决方案 现象 在使用MyBatis操作Oracle数据库的时候，进行批量插入数据，思路是封装一个List集合通过Myabtis的foreach标签进行循环插入，可是搬照Mysql的批量插入会产生 异常 最常见的解决方案 网络上说的最多的解决方案大致都是说由于SQL语法造成的原因，例如这样： Error updating databas
SQL未明确定义列错误
a200822146085的博客
11-10 1万+
当数据库根据字段名无法确定具体哪一列时，就会报未明确定义列的错误。 如表中有相同的字段，然后要查询此表的重复的某一字段就会报未明确定义列的错误。 有时候，一个sql语句没错，但根据sql语句执行的子表查询，就很有可能报错。 select t1.* from t1; 上例中的“sql语句”，可能会有重复的字段，sql语句没错，但像上例它作为子表查询的时候就会报未明确定义列的错误 select t.* from （select t1.a,t1.a from t1） t ...
ORA-00918: column ambiguously defined 未明确定义列
热门推荐
古柏树下的博客
09-15 17万+
在编写sql语句中 使用嵌套语句进行查询 出现异常：ORA-00918: column ambiguously defined 异常原因：select 查询的字段在from的两张表中都存在， 导致数据库无法区别需要查询的字段来自于哪张表 以下是例子 SELECT DEPT_ID FROM MES_MACHINE MM, MT_OVERHA...
ORA-00918: column ambiguously defined
ChuaWi98的博客
01-08 5009
ORA-00918: column ambiguously defined未明确定义列 原因：连表的时候，两张表中都存在SELECT查询的字段。数据库无法鉴别需要的查询字段来自哪张表。 解决方案： 在表明后加上取表别名，然后在查询的字段前加上表别名就OK了！ 例如： 学生表和课程表都存在字段name，分别代表学生姓名和课程名称。 SELECT s.name FROM Student s LEFT JION Object o ON s.id = o.id WHERE o.id = 1 明确name为学生表
Cause: java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列
huan1213858的博客
07-14 4720
1
Caused by: java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列
JokerLiYa的博客
06-13 1218
通俗一点说，引起该错误的主要原因是因为select的某个字段在from的多个表中都存在，并且没有进行表名/别名约束，这个时候系统不知道应该选择哪个表中的这个字段，所以会抛出该错误。如：
rg.springframework.jdbc.BadSqlGrammarException: Error querying database. Cause: java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列 https://docs.oracle.com/error-help/db/ora-00918/ The error may exist in file [D:\WH\xmc-lcdp\target\classes\mapper\XmcLcdpRequestMapper.xml] The error may involve defaultParameterMap The error occurred while setting parameters SQL: SELECT TMP_PAGE.*, ROWNUM ROW_ID FROM (SELECT XLR.ID, XLR.LCDP_NO, XLR.PO_ID, XLR.REQUESTOR, XLR.MOBILE, XLR.DEPT_CODE, XLR.EMAIL, XLR.LC_NO, XLR.ISSUE_DATE, XLR.ISSUE_BANK, XLR.BANK_CHARGES, XLR.DESTINATION, XLR.LC_AMOUNT, XLR.LC_DEPOSIT, XLR.EXPIRY_DATE, XLR.DEPARTURE, XLR.STATUS, XLR.CURRENT_OWNER, XLR.CREATED_AT, XLR.UPDATED_AT, XLR.UPDATED_BY, XLR.VERSION, XLR.IS_DELETED, XLR.TENANT_ID, XLR.APPLICATION_TYPE, XLR.APP_TYPE, XLR.DOCUMENT_DATE, XLR.EXT_NUMBER, XLR.PO_NUMBER, XLR.CURRENCY, XLR.VENDOR, XLR.PO_AMOUNT, XLR.BUYER, XLR.INCO_TERM, XLR.PAYMENT_TERM, XLR.PERCENTAGE, XLR.ACCOUNT_ASSIGN_CATEGORY, XLR.PO_NOTE, XLR.REQUESTED_AMOUNT_WITH_TAX, XLR.DOWN_PAY_PRIORITY, XLR.REQUESTED_DATE, XLR.PAYMENT_TYPE, XLR.TAX_CODE, XLR.REQUESTED_AMOUNT, XLR.EXPIRY_PLACE, XLR.REMARK, XLR.APPLICATION_TYPE, XLR.URGENT_STATUS, XLR.REQUIRE_DATE, XLR.creation_date, XLR.created_by, XLR.last_updated_by, XLR.last_update_date, XLR.object_version_number FROM XMC_LCDP_REQUEST XLR ORDER BY id DESC) TMP_PAGE WHERE ROWNUM <= 20 Cause: java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列 https://docs.ora 什么意思
09-11
具体错误是`java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列`，即Oracle错误`ORA-00918: column ambiguously defined`。 原因是在SQL查询中，列`APPLICATION_TYPE`在SELECT列表中出现了两次，导致歧义...
nested exception is java.sql.SQLSyntaxErrorException: ORA-00909: invalid number of arguments 什么错误
10-16
`java.sql.SQLSyntaxErrorException: ORA-00909: invalid number of arguments` 错误通常意味着在 SQL 语句中调用函数时提供的参数数量不符合该函数的定义。以下是可能的原因： #### 1. 函数参数数量不匹配 在 ...
java.sql.SQLSyntaxErrorException: ORA-00904: "TA_CODE": 标识符无效
09-05
这个错误信息 `java.sql.SQLSyntaxErrorException: ORA-00904: "TA_CODE": 标识符无效` 表示你的 SQL 语句中使用了 Oracle 数据库无法识别的标识符 `"TA_CODE"`。以下是常见的原因和解决方法： ### 原因及解决方案...
Cause: java.sql.SQLSyntaxErrorException: ORA-02020: 正在使用的数据库链接太多。
最新发布
10-30
`java.sql.SQLSyntaxErrorException: ORA-02020` 错误表明数据库中同时打开的链接数量超过了系统允许的最大限制。以下是一些解决该问题的方法： ### 检查和调整数据库参数 可以通过修改数据库的参数来增加允许的...
Oracle语句报错，Cause by: java.sql.SQLSyntaxErrorException: ORA-00918: 未明确定义列
good_good_xiu的博客
03-26 1384
问题场景 当项目中存在主从表数据时，使用左连接查询数据。表一和表二都有相同的字段时。假设：a表有id，name，bz三个字段。b表有aid，name两个字段。很明显，这个时候，两个表的name字段就存在二义性。 select * from 表1 a left join 表2 b on a.xxx = b.xxx where …; 一般在数据库可视化软件中运行该语句不会报错，但是在项目中，运行的时候就无法识别该字段是属于a表还是b表的name字段。所以sql编写必须明确该字段是哪张表的。 优化后： se
java.sql.SQLException: ORA-00918: 未明确定义列ORA-00918
夏安的博客
12-04 9125
 java.sql.SQLException: ORA-00918: 未明确定义列ORA-00918 意思就是sql查询出来有两个或者多个相同的列，Oracle MyBatis 它不知道怎么办(resultType)，所以就报这个异常。 小蠢蛋，这回解决了吧。...
ORA-00918:未明确定义列
liuxiyangyang的专栏
05-20 6万+
问题：ORA-00918:未明确定义列 eg.   select  name,  name  from a  left  join b  on a.flag = b.flag 原因：列名重复了(select后面跟了两个 name) 解决办法：每个列名，都加上其所在表的表名作为前缀 eg. select   a.name,  b.name  from a left  join
ORA-00918：未明确定义列
weixin_34009794的博客
01-06 246
<script type="text/javascript"><!-- google_ad_client = "pub-9528830580198364"; /* 大矩形336x280, 创建于 09-5-28 */ google_ad_slot = "4731086345"; google_ad_width = 336; goo...
数据库查询 报错 *****ORA-00918: 未明确定义列
MISTERFG的博客
08-28 2942
数据库查询 报错 *****ORA-00918: 未明确定义列；显然数据库不知道你写的列是指谁的列。一般单表查询不会出现这种错误，在多表联合查询的时候，在where 设定查询条件的地方，列名1=参数1。因为列名1没有明确的说明，因为联合查询表1和表2具有同样的列名1。所以在设定条件的地方，列名应该加上表的别名。如 表1别名.列名1。指定列名1为表1的列。         select*from
java.sql.SQLSyntaxErrorException: ORA-01791: 不是 SELECTed 表达式
08-23
### 问题分析 “ORA-01791: 不是 SELECTed 表达式”是Oracle数据库在SQL语句中执行排序（`ORDER BY`）时，引用了未在`SELECT`子句中明确列出的表达式所导致的错误。这一问题在使用`DISTINCT`关键字时尤为常见，因为`DISTINCT`限制了`ORDER BY`中可以使用的列或表达式必须完全包含在`SELECT`子句中。 在Java应用程序中，当通过JDBC或MyBatis等框架执行包含`DISTINCT`的SQL语句时，若`ORDER BY`引用了未出现在`SELECT`中的列或表达式，将抛出`java.sql.SQLSyntaxErrorException`并附带ORA-01791错误代码。 ### 解决方案 #### 1. 确保 `ORDER BY` 中的列或表达式与 `SELECT` 一致 如果 `SELECT` 子句中使用了 `DISTINCT`，则 `ORDER BY` 子句只能引用 `SELECT` 中已经列出的列或表达式。例如： ```sql SELECT DISTINCT t.name FROM auth_employee t ORDER BY t.name ASC; ``` 上面的语句是合法的，因为 `t.name` 在 `SELECT` 中出现[^2]。 #### 2. 使用表达式别名进行排序 当 `SELECT` 中包含表达式（如函数、计算等）时，应在 `SELECT` 中为该表达式定义别名，并在 `ORDER BY` 中使用该别名： ```sql SELECT DISTINCT TO_CHAR(t.CREATE_TIME, 'yyyy') AS year FROM T_VEHICLE_DEMAND_SETTING t WHERE t.AIRPORT_ID = #{airportId} AND t.DEL = 0 ORDER BY year; ``` 这样可以避免因表达式不一致而引发 ORA-01791 错误[^4]。 #### 3. 避免在 `DISTINCT` 查询中使用未出现在 `SELECT` 中的字段排序 如果确实需要根据未出现在 `SELECT` 中的字段排序，应考虑去掉 `DISTINCT` 或重构查询逻辑。例如，可先执行去重查询，再对结果集进行排序： ```sql SELECT * FROM ( SELECT DISTINCT t.name FROM auth_employee t ) ORDER BY name ASC; ``` #### 4. 使用 `GROUP BY` 替代 `DISTINCT` 在某些场景下，`GROUP BY` 可以替代 `DISTINCT` 并提供更灵活的排序能力： ```sql SELECT t.name FROM auth_employee t GROUP BY t.name ORDER BY t.name ASC; ``` 此方式在涉及聚合或排序时更具优势。 ### 示例：修正原始错误SQL 原始报错SQL： ```sql SELECT DISTINCT TO_CHAR(t.CREATE_TIME, 'yyyy') FROM T_VEHICLE_DEMAND_SETTING t WHERE t.AIRPORT_ID = #{airportId} AND t.DEL = 0 ORDER BY t.CREATE_TIME; ``` 修正后： ```sql SELECT DISTINCT TO_CHAR(t.CREATE_TIME, 'yyyy') AS year FROM T_VEHICLE_DEMAND_SETTING t WHERE t.AIRPORT_ID = #{airportId} AND t.DEL = 0 ORDER BY year; ``` ### 示例：Java中MyBatis映射文件的修正 原始MyBatis XML： ```xml <select id="selectYearsByHistorical" resultType="java.lang.String"> SELECT DISTINCT TO_CHAR(t.CREATE_TIME,'yyyy') FROM T_VEHICLE_DEMAND_SETTING t where t.AIRPORT_ID = #{airportId,jdbcType=VARCHAR} and t.DEL = 0 order by t.CREATE_TIME </select> ``` 修正后： ```xml <select id="selectYearsByHistorical" resultType="java.lang.String"> SELECT DISTINCT TO_CHAR(t.CREATE_TIME,'yyyy') AS year FROM T_VEHICLE_DEMAND_SETTING t where t.AIRPORT_ID = #{airportId,jdbcType=VARCHAR} and t.DEL = 0 order by year </select> ``` ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值