[presto小笔记] presto中sql查询语句 因组合条件个数过多导致Compile failed,无法执行

本文讨论了一个具体的SQL查询问题,特别是如何解决因查询条件过多导致的PrestoSQL编译失败问题。文中提到了数据仓库中存在大量API的情况,并探讨了在标准化与非标准化字段上进行查询时遇到的技术挑战。

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

有需求,给几百条记录疑似信息被外界通过某api探测出是否我行客户,进行了相关的诈骗。

需分析可能是那些api访问探测的。

数据仓库中五六千个api,就算定位含相关字段的接口也有近千个,并非每个映射成了某标准化字段,没有映射标准化的字段,都使用json嵌套放置在单独的一列了。

 

即需要标准化的用户id进行in查询,也需要在混合所有非标准化数据的那列进行 like查询,得到所有记录。

 

然后presto sql爆了compile failed。

 

怀疑是sql太长了,二分法、手动调整 or like 查询个数极限。然后减少其他字符的长度,例如 api in的查询 集合大小,再增加一个 or like 条件,还是会compile failed。

 

说明,有些查询引擎,不仅有长度限制、也有条件组合个数限制。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值