社区
基础和管理
帖子详情
关于大表和小表关联的数量丢失问题
lisen101
2003-10-20 12:17:26
以下是举例说明:
大表:a 30000条,字段 item,qty
小表:b 10000条,字段 item,price
语句: select distinct a.item,a.qty,b.price
from a,b where a.item=b.item
这时,只能搜出来《10000条的纪录,因为有些item在b表里是不存在的!
我希望结果为:30000条,如果price不存在,则为0
请高手指点!
...全文
55
5
打赏
收藏
关于大表和小表关联的数量丢失问题
以下是举例说明: 大表:a 30000条,字段 item,qty 小表:b 10000条,字段 item,price 语句: select distinct a.item,a.qty,b.price from a,b where a.item=b.item 这时,只能搜出来《10000条的纪录,因为有些item在b表里是不存在的! 我希望结果为:30000条,如果price不存在,则为0 请高手指点!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
5 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
ATCG
2003-10-20
打赏
举报
回复
这样才对
select distinct a.item,a.qty,decode(b.price,null,0,b.price)
from a,b where a.item=b.item(+)
ATCG
2003-10-20
打赏
举报
回复
select distinct a.item,a.qty,decode(b.price,null,0)
from a,b where a.item=b.item(+)
ATCG
2003-10-20
打赏
举报
回复
select distinct a.item,a.qty,b.price
from a,b where a.item=b.item(+)
shuangyu
2003-10-20
打赏
举报
回复
select a.item,a.qty,decode(b.price,null,0)
from a,b where a.item=b.item(+)
lisen101
2003-10-20
打赏
举报
回复
我一般都用 nvl(b.price,0)
MySQL:多表操作---外键+操作
关联
表+连接查询+子查询
MySQL:多表操作---外键+操作
关联
表+连接查询+子查询
大表
与
大表
join数据倾斜_Hive数据倾斜和解决办法
转自:https://blog.csdn.net/xinzhi8/article/details/71455883操作:关键词情形后果Join其中一个表较小,但是key集中分发到某一个或几个Reduce 上的数据远高于平均值
大表
与
大表
,但是分桶的判断字段0值或空值过多这些空值都由一个reduce处理非常慢group bygroup by 维度过小,某值的
数量
过多处理某值的reduce非常耗时Cou...
oracle/hive下两个
大表
的
关联
如何进行优化
ORACLE/HIVE下两个
大表
优化
Hive
关联
时
丢失
数据
问题
和常用的Hive SQL参数设置
针对结果的发生,本文从以下方面分析原因及提供解决方案: 右表没有匹配的数据;
关联
键数据类型不匹配; 受count列null值影响;Hive版本
问题
,在某些版本中,左连可能导致右表为null; 数据倾斜 。 并在文末附属了`Hive SQL常用参数设置`的说明。
flink维度表
关联
实时查询维表是指用户在Flink 的Map算子中直接访问外部数据库,比如用 MySQL 来进行
关联
,这种方式是同步方式,数据保证是最新的。最后,为了保证连接及时关闭和释放,一定要在最后的 close 方式释放连接,否则会将 MySQL 的连接数打满导致任务失败。当我们的系统启动时,就将维度表数据全部加载到内存中,然后数据在内存中进行
关联
,不需要直接访问外部数据库。如果维表的数据比较大,无法一次性全部加载到内存中,可以使用LRU策略加载维表数据。对计算节点的内存消耗很高,所以不能适用于
数量
很大的维度表。
基础和管理
17,377
社区成员
95,127
社区内容
发帖
与我相关
我的任务
基础和管理
Oracle 基础和管理
复制链接
扫一扫
分享
社区描述
Oracle 基础和管理
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章