sql报错:查询块具有不正确的结果列数

本文探讨了在使用SQL的unionall关键字时遇到的ORA-01789错误,通过补充NULL值解决了查询块结果列数不匹配的问题,并介绍了如何将查询结果整合到一个map中以方便进行业务处理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

ora-01789:查询块具有不正确的结果列数。

在SQL中我用到了union all关键字,目的为了实现:

在查询一张表中的某一记录时,需要根据一个字段的状态来判断是否查询此记录全部数据,例如:员工A婚姻状况为已婚时,查询其配偶信息(信息同在一张表中)。

初步思路是使用union all关键字,当先查询员工A的信息,在union all员工A的配偶信息。

报ora-01789错误后,补全了null,数据成功获取。

但是,获取的数据是两条,需要用一个list去接受,这不是我要的结果,我需要将数据放到一个map里,便于在后台进行业务处理。

这里说一下需求:查询员工A的信息,判断其必填信息是否齐全。至于为什么要在数据库查数据,是因为有历史数据,那时很多字段,并没有加必填控制。

我想用sql查出A的信息,然后在后台进行判断,所以查询结果需要用map,

所以sql我改成了这样子:

select

nvl(cst.cr_name,"null"),

nvl(cst.cr_marriage_state,"null"),

nvl(cst.cr_mate_name,"null")

from customer cst

where cst.id=#{id}

后台用map来接受,在service层里,

判断cr_marriage_state字段,当cr_marriage_state=="1",为已婚时我只需要用map.containsValue("null");就可以判断了;

当cr_marriage_state=="2",为未婚时,map.remove("cr_mate_name");然后在使用map.containsValue("null");判断出员工A的必填信息是否齐全。

### SQL 注入中列数匹配的解决方案 在 SQL 注入过程中,当尝试通过 `UNION SELECT` 构造查询时,可能会遇到目标表与注入数据之间的列数匹配问题。这种情况下,数据库会返回错误提示,表明构造的语句无法成功执行。 #### 1. **理解列数匹配的原因** 数据库在处理 `UNION SELECT` 查询时,要求两个子查询结果集具有相同的列数和兼容的数据类型。如果注入的列数少于或多余实际的目标表列数,则会发生列数匹配的情况[^2]。 #### 2. **检测目标表的实际列数** 要解决列数匹配的问题,首先需要确认目标表的确切列数。可以通过逐步减少或增加注入的列数来测试: ```sql -- 测试同数量的列 http://example.com/page?id=1 UNION SELECT NULL; http://example.com/page?id=1 UNION SELECT NULL, NULL; http://example.com/page?id=1 UNION SELECT NULL, NULL, NULL; ``` 如果某次请求未触发错误并返回页面内容,则可以推测当前使用的列数为目标表的真实列数。 #### 3. **调整注入语句以适配列数** 找到正确列数后,可以用占位符(如 `NULL` 或固定值)填充多余的列位置,从而满足列数一致性的需求。例如: ```sql -- 假设目标表有 5 列 http://example.com/page?id=1 UNION SELECT 'value', NULL, NULL, NULL, NULL; ``` 这样即使只关心其中一列的具体数据,其他列也可以用无关值填补,避免列数冲突。 #### 4. **利用报错注入获取更多信息** 若联合查询可用,可考虑使用报错注入技术进一步探索目标表结构。例如,通过构造特定语法使数据库抛出可控范围内的异常信息,从中提取有用线索。常见的技巧包括但限于以下几种方式: - 使用函数嵌套引发溢出或其他类型的错误消息; ```sql http://example.com/page?id=-1' AND (SELECT COUNT(*) FROM information_schema.columns WHERE table_name='users')>0--+ ``` - 结合字符串拼接操作暴露隐藏字段名称或记录详情: ```sql http://example.com/page?id=-1' UNION ALL SELECT CONCAT_WS(':', column1, column2), NULL, ... ; ``` 上述方法均依赖具体环境支持以及对底层 DBMS 的熟悉程度[^1]。 #### 5. **验证最终结果的有效性** 完成上述步骤之后,务必重新提交修改后的 payload 并观察响应行为是否恢复正常显示预期数据而非错误界面。这一步骤有助于确保整个过程无误且达到目的。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值