SQL中 LEFT JOIN 左表合并去重实用技巧
转自:SQL数据库开发
(资料图)
zyc88.blog.csdn.net/article/details/83002882
建表:
CREATETABLE`table1`(`id`int(11)NOTNULLAUTO_INCREMENT,`name`varchar(60)DEFAULTNULL,`age`varchar(200)DEFAULTNULL,`sponsor_id`varchar(20)DEFAULTNULLCOMMENT"业务发起人",`gmt_create_user`int(11)NOTNULLCOMMENT"创建人id",`gmt_create`datetimeNOTNULLDEFAULTCURRENT_TIMESTAMPCOMMENT"创建时间",`gmt_modified`datetimeDEFAULTNULLCOMMENT"修改时间",`gmt_modified_user`int(11)DEFAULTNULLCOMMENT"修改人id",PRIMARYKEY(`id`))ENGINE=InnoDBAUTO_INCREMENT=12DEFAULTCHARSET=utf8mb4COMMENT="测试表1";CREATETABLE`table2`(`kid`int(11)NOTNULLAUTO_INCREMENT,`name`varchar(60)DEFAULTNULL,`sponsor_id`varchar(20)DEFAULTNULLCOMMENT"业务发起人",`type`int(11)NOTNULLCOMMENT"创建人id",`gmt_create`datetimeNOTNULLDEFAULTCURRENT_TIMESTAMPCOMMENT"创建时间",`gmt_modified`datetimeDEFAULTNULLCOMMENT"修改时间",`gmt_modified_user`int(11)DEFAULTNULLCOMMENT"修改人id",PRIMARYKEY(`kid`))ENGINE=InnoDBAUTO_INCREMENT=12DEFAULTCHARSET=utf8mb4COMMENT="测试表2";插入数据:
INSERTINTO`table1`(`id`,`name`,`age`,`sponsor_id`,`gmt_create_user`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(1,"t1","11","10",1,"2018-10-1020:34:03",NULL,NULL);INSERTINTO`table1`(`id`,`name`,`age`,`sponsor_id`,`gmt_create_user`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(2,"t2","12","10",2,"2018-10-1020:34:03",NULL,NULL);INSERTINTO`table1`(`id`,`name`,`age`,`sponsor_id`,`gmt_create_user`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(3,"t3","13","10",3,"2018-10-1020:34:03",NULL,NULL);INSERTINTO`table1`(`id`,`name`,`age`,`sponsor_id`,`gmt_create_user`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(4,"t4","14","20",4,"2018-10-1020:34:03",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(1,"t1","10",1,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(2,"t2","10",1,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(3,"t3","10",1,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(4,"t4","10",1,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(5,"t5","10",1,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(6,"t6","10",1,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(7,"t7","10",2,"2018-10-1020:38:10",NULL,NULL);INSERTINTO`table2`(`kid`,`name`,`sponsor_id`,`type`,`gmt_create`,`gmt_modified`,`gmt_modified_user`)VALUES(8,"t1","11",1,"2018-10-1020:38:10",NULL,NULL);查询异常:
SELECTa.*,b.typeFROMtable1aLEFTJOINtable2bONa.sponsor_id=b.sponsor_idWHEREb.type=1ANDa.sponsor_id=10;简单说明问题出现的原因:
MySQL left join 语句格式为:A LEFT JOIN B ON 条件表达式
left join 是以A表为基础,A表即左表,B表即右表。
左表(A)的记录会全部显示,而右表(B)只会显示符合条件表达式的记录,如果在右表(B)中没有符合条件的记录,则记录不足的地方为NULL。
使用left join, A表与B表所显示的记录数为 1:1 或 1:0,A表的所有记录都会显示,B表只显示符合条件的记录。
但如果B表符合条件的记录数大于1条,就会出现1:n的情况,这样left join后的结果,记录数会多于A表的记录数。
所以解决办法 都是从一个出发点出发,使A表与B表所显示的记录数为 1:1对应关系。
解决方法:
使用非唯一标识的字段做关联
1DISTINCT
selectDISTINCT(id)fromaleftjoinbona.id=b.aidDISTINCT查询结果是 第一个表唯一的数据 重复的结果没显示出来
SELECTDISTINCT(a.id),a.*,b.typeFROMtable1aLEFTJOINtable2bONa.sponsor_id=b.sponsor_idWHEREb.type=1ANDa.sponsor_id=10;SELECTDISTINCTa.*,b.typeFROMtable1aLEFTJOINtable2bONa.sponsor_id=b.sponsor_idWHEREb.type=1ANDa.sponsor_id=10;2 GROUP BY
select*fromaleftjoin(selectidfrombgroupbyid)asbona.id=b.aid拿出b表的一条数据关联 使A表与B表所显示的记录数为 1:1对应关系。
SELECTa.*,b.typeFROMtable1aLEFTJOIN(SELECT*FROMtable2GROUPBYsponsor_id)ASbONa.sponsor_id=b.sponsor_idWHEREb.type=1ANDa.sponsor_id=10;3 max取唯一
select*fromaleftjoin(selectmax(id)fromtablegroupbyid)asbona.id=b.aid拿出b表的最后一条数据关联
SELECTa.*,b.typeFROMtable1aLEFTJOIN(SELECTMAX(kid),type,sponsor_idFROMtable2GROUPBYsponsor_id)ASbONa.sponsor_id=b.sponsor_idWHEREb.type=1ANDa.sponsor_id=10;4 IN巧用
SELECTa.*FROMtable1aWHEREa.sponsor_idIN(SELECTsponsor_idFROMtable2WHEREtype=1ANDsponsor_id=10);SELECTa.*,1FROMtable1aWHEREa.sponsor_idIN(SELECTsponsor_idFROMtable2WHEREtype=1ANDsponsor_id=10);相信对于熟悉SQL的人来说,LEFT JOIN非常简单,采用的时候也很多,但是有个问题还是需要注意一下。假如一个主表M有多个从表的话A B C …..的话,并且每个表都有筛选条件,那么把筛选条件放到哪里,就得注意喽。
(搜索公众号SQL数据库开发,回复“SQL”,送你一份SQL学习宝典)
比如有个主表M,卡号是主键。
有个从表A,客户号、联系方式是联合主键,其中联系方式,1-座机,2-手机号码
如果想要查询所有卡号对应的手机号码两个字段,很简单,SQL语句如下:
SELECTA.卡号,B.手机号码FROMALEFTJOINBONA.客户号=B.客户号WHEREB.联系方式="2"相信很多人这样写,估计实际工作中也会看到这样的语句,并不是说这么写一定会错误,实际SQL表达的思想一定是要符合业务逻辑的。
前面已经说清楚,所有卡号对应的手机号码。所有卡号,所以首先肯定以A表作为主表,并且左关联B表,这样A表所有的卡号一定会显示出来,但是如果B表的筛选条件放到最外层,这样就相当于将A表关联B表又做了一遍筛选,结果就是
就会筛选出来这么一条数据,丢失了A表中其他的卡号。
实际工作中表结构肯定没这么简单,关联的表也会很多,当有很多条件时,最好这么写
SELECTA.卡号,B.手机号码FROMALEFTJOIN(SELECT*FROMBB.联系方式="2")BONA.客户号=B.客户号这么写的话,A表中的数据肯定会完全保留,又能与B表的匹配,不会丢失数据。
PS:
表结构 Left Join Right Join Inner Join 表的关联修改和删除 笛卡尔积1、表结构
表A
2、Left Join
示例:2.1
Select*FromAleftjoinBonA.aid=B.bid;left join是以A表的记录为基础的,A可以看成左表,B可以看成右表,left join是以左表为准的。换句话说,左表A的记录将会全部表示出来,而右表B只会显示符合搜索条件的记录(例子中为: A.aid = B.bid),B表记录不足的地方均为NULL.
A表所有记录都会显示,A表中没有被匹配的行(如aid=5、6的行)相应内容则为NULL。 返回的记录数一定大于A表的记录数,如A表中aid=7行被B表匹配了3次(因为B表有三行bid=7)。注意:在Access中A.aid、B.bid不能缩写成aid、bid,否则会提示“不支持链接表达式”,这一点不同于Where查询。
3、Right Join
示例:3.1
Select*FromArightjoinBonA.aid=B.bid;仔细观察一下,就会发现,和left join的结果刚好相反,这次是以右表(B)为基础的,A表不足的地方用NULL填充。
4、Inner Join
示例:4.1
Select*FromAinnerjoinBonA.aid=B.bid;这里只显示出了 A.aid = B.bid的记录.这说明inner join并不以谁为基础,它只显示符合条件的记录。
inner join 等同于Where查询如:
Select*FromA,BWhereA.aid=B.bid5、表的关联修改和删除
5.1修改
示例:5.1.1
updateAleftjoinBonA.aid=B.bidsetA.aname=B.bname上述SQL实际操作的表为\"Select * From A left join B on A.aid = B.bid\",因此Access会提示更新13条记录(Select查询出的记录就是13条)。对比“示例:2.1”返回的结果,分析update后的A表:
aid=5、6的记录,被更新为NULL aid=7的记录,被更新了3次,依次是“b1997-1”、“b1997-2”、“b1997-3”,因此其结果为最后一次更新“b1997-3”对于上述SQL同样可以将“A.aname = B.bname”改成“B.bname = A.aname”,执行后B表将会被修改,但是执行后B表会增加三行“0, a2005-1;0, a2005-2;0, a2006”,这也不难理解,因为Left Join执行后,B表会出现三行空值。
示例:5.1.2
Where条件查询在上面的SQL中同样可以使用,其作用的表也是Select查询出的关联表。如下SQL
updateAleftjoinBonA.aid=B.bidsetA.aname=B.bnamewhereA.aid<>5执行后A表的结果:
对比第一次update可以发现,aid=5的并没有被更新。
这里只讲述left join,因为right join 和 inner join的处理过程等同于left join。另外Access中update语句中不能含有From关键字,这一点不同于其他数据库。
5.2删除
在Access中是不可以通过Left Join、Right Join、Inner Join来删除某张表的记录
示例:5.2.2
DeleteFromAinnerjoinBonA.aid=B.bidwhereB.bname=\"b1991\"上述SQL的本意是删除A表中aid=1的记录,但执行后表A和表B均未发生任何变化。若想实现此目的,下述SQL可以实现
DeleteFromAWhereA.aidIn(SelectbidFromBWhereB.bname=\"b1991\")6、笛卡尔积
如果A表有20条记录,B表有30条记录,则二者关联后的笛卡尔积工20*30=600条记实录。也就是说A表中的每条记录都会于B表的所有记录关联一次,三种关联方式实际上就是对“笛卡尔积”的处理方式不同。
标签:
推荐文章
- 研究人员最新发现 单个细胞可同时处理成百上千个信号
- 长期暴露在光照下性能退化 科学家发现钙钛矿太阳能电池最大缺陷
- 陆军第73集团军某旅 创新升级模拟训练器材
- 陆军炮兵防空兵学院 毕业学员综合战术演习现地备课工作圆满完成
- 宁夏启动双百科技支撑行动 构建高水平产业创新体系
- 区域特色产业转型升级 四川屏山以“3+”模式推进科技创新工作
- 国内首颗以茶叶冠名遥感卫星 安溪铁观音一号发射成功
- 激发创新动能促进产业发展 无锡滨湖走出产业转型“绿色”路
- 走近网瘾少年们:他们沉迷网络的病根何在?
- 节后第一天北京白天晴或多云利于出行 夜间起秋雨或再上线
- 走访抗美援朝纪念馆:长津湖的寒冷,与战斗一样残酷
- 绥化全域低风险!黑龙江绥化北林区一地调整为低风险
- 农业农村部:确保秋粮丰收到手、明年夏季粮油播种
- 中国故事丨“沉浸式”盘点今年的教育好声音!
- 升旗、巡岛、护航标、写日志,他们一生守护一座岛
- 他从一窍不通的“门外汉”,到重装空投“兵专家”
- 获2021年诺奖的蛋白,结构由中国学者率先解析
- “双减”后首个长假:亲子游、研学游需求集中释放
- 天山脚下,触摸丝路发展新脉动
- 且看新疆展新颜
- 《山海情》里“凌教授”的巨菌草丰收啦
- “双减”出台两个月,组合拳如何直击减负难点?
- IP类城市缘何吸引力强?玩法创新带动游客年轻化
- 面对婚姻,“互联网世代”的年轻人在忧虑什么?
- 沙害是自然界的恶魔,而他是荒沙碱滩的征服者
- “辱华车贴”商家及客服被行拘,处罚要不放过每一环
- 网游新政下,未成年人防沉迷的“主战场”在哪?
- 160万骑手疑似“被个体户”?平台不能当甩手掌柜
- 报告显示:这个国庆假期,粤川浙桂赣旅游热度最高
- 陈毅元帅长子忆父亲叮嘱:你们自己学习要好,就可以做很多事儿
- 北京国庆7天接待游客超861万人次 冬奥线路受青睐
- 从1.3万元降到700元,起诉书揭秘心脏支架“玄机”
- 都市小资还是潮流乐享?花草茶市场呈爆发性增长
- 国庆主题花坛持续展摆至重阳节
- 警方查处故宫周边各类违法人员12人
- 云南保山:170公里边境线,4000余人日夜值守
- 线上教学模式被盯上,网络付费刷课形成灰色产业链
- 全国模范法官周淑琴:为乡村群众点燃法治明灯
- 嘉陵江出现有记录以来最强秋汛
- 中国科技人才大数据:广东总量第一,“北上”这类人才多
- 神经科学“罗塞塔石碑”来了:迄今为止最完整的大脑细胞图谱
- 多地网友投诉遭遇旅游消费骗局,呼吁有关部门严查乱象
- 受南海热带低压影响 海南海口三港预计停运将持续到10日白天
- 农业农村部:确保秋粮丰收到手、明年夏季粮油播种
- 广州10月8日至20日对所有从省外来(返)穗人员实施核酸检测
- 辽宁省工信厅发布10月8日电力缺口橙色预警
- 受琼州海峡封航影响 10月7日、8日进出海南岛旅客列车停运
- 这场红色故事“云比拼”,穿越时空为我们指引方向
- 陕西支援14省份采暖季保供用煤3900万吨
- 汾河新绛段发生决口
- 看,生机勃勃的中国
- 百闻不如一见——北京大学留学生参访新疆
- 新疆霍尔果斯市2例无症状感染者新冠病毒均为德尔塔变异株
- 哈尔滨市南岗区爱达88小区将调整为低风险地区
- 国庆假期全国道路交通总体安全平稳有序
- 假期怎么过得这么快?国庆5.15亿人次出游,你咋过的?
- 国庆假期北京接待游客861.1万人次
- 山西平遥消防4天29次救援:拖着腿走路也要完成任务
- 新疆兵团可克达拉市:195名密接者已全部隔离医学观察
- 国庆假期中国预计发送旅客4.03亿人次
- 公安部交管局:国庆假期日均出动警力18万余人次,5位交警辅警牺牲
- 国庆假期中国国内旅游出游5.15亿人次
- 新疆哈密市巴里坤县发生4.3级地震 震源深度9千米
- 冷空气自西向东影响中国大部地区 气温将下降4℃至6℃
- 2021年MAGIC3上海市青少年三对三超级篮球赛落幕
- 国庆假期广西累计接待游客逾3611万人次 实现旅游消费272.41亿元
- 新疆伊犁州:妥善做好滞留旅客安置返回工作
- 新疆霍尔果斯无症状感染者新冠病毒属德尔塔变异株 未发现高度同源的基因组序列
- “数说”杭州无障碍改造:触摸城市“爱的厚度”
- 受南海热带低压影响广东将暂别高温天气
- 浙南沿海村村发展有妙招 搭乘共富快车打造“海上花园”
- 世界第一埋深高速公路隧道大峡谷隧道出口端斜井掘进完成
- 直径2米“面气球”亮相 山西首届“寿阳味道”美食大赛启幕
- 厦门同安区四区域调整为低风险 全市无中高风险地区
- 哥伦比亚遇上广州:洋茶人“云上”喫茶 传播中国茶“味道”
- 新疆兵团第四师可克达拉市1名无症状感染者为餐饮从业人员
- 中国国庆假期出行热:数字改变“关键小事”
- 添加陌生人为好友 内蒙古两女子被骗126万
- 南沙港铁路国庆假期不停工 力争今年年底开通
- 新疆霍尔果斯两例无症状感染者新冠病毒均属德尔塔变异株
- 哈尔滨一地风险等级调整为低风险
- 哈尔滨市学校有序恢复线下教学
- 受热带低压影响 琼州海峡北岸等待过海车辆排长龙
- 铁路迎返程高峰 西安局集团公司加开79趟高铁列车
- 铁路人国庆雨中巡查排险记:一身雨衣、一把铁锹保安全畅通
- 水能载物亦能“生金” 浙江遂昌山村以水为媒奔共富
- 科学拦峰错峰削峰 嘉陵江洪水过境重庆中心城区“有惊无险”
- 山西解除持续近90小时的暴雨四级应急响应
- 安徽黄山国庆假期迎客12万余人 旅游市场稳步复苏
- 从进“培训班”到看《长津湖》
- 厦门中高风险地区清零 撤除离厦通道查验点
- 济南趵突泉地下水位创1966年以来最高纪录
- 杭州“十一”假期后初中取消统一早读
- “颜值担当”里的中国,映照“万物和谐”新气象
资讯
- SQL中 LEFT JOIN 左表合并去重实用技巧
- 焦点热门:物理灭虫 环保种植
- 动态:一份登报的感谢信,一位土生土长的家庭医生 | 社区有“医”靠
- 肾功能五项指标正常但有尿蛋白_肾功能五项指标 焦点速读
- 环球快资讯:日本民众集会抗议G7广岛峰会:“反对欺骗和傲慢的G7”
- 买彩票为何成为“新流行”?来中国体彩寻找答案|全球最新
- 机构:后续玻璃冷修产线逐渐点火 预计近期09震荡偏弱
- 焦点精选!以晚风为题写微作文100字(9篇)
- 防范个别自媒体误导误传中考相关政策,海南省考试局发布风险提示-全球微速讯
- 美联储立场雾里看花 美股波动性或加剧
- 北方人炖兔子肉怎么炖好吃-环球短讯
- 东森电影台官网_东森电影
行业动态
-
环球热议:得梅毒的主要原因是什么? 如何预防梅毒效果好
- 环球热议:得梅毒的主要原因是什么? 如何预防梅毒效果好
- 视讯!咸菜煮熟晒干容易保存 咸菜煮熟晒干如何保存
- 环球最新:网传陕西韩城一高中生虐猫?教育部门:学校已进行批评教育
- 天天速讯:承德露露: 重大信息内部报告制度
- 当前短讯!中疾控:未来一段时间 各地会陆续迎来疫情高峰
- 全球热讯:维康药业董秘回复:如有相关机构调研,公司将及时披露相关活动记录内容,敬请关注公司公告
- 每日消息!亿纬锂能12月26日现2笔大宗交易
- 每日短讯:宏润建设(002062.SZ)拟不超10亿元投资高效光伏电池组件项目 总投资产能5GW
- 即时看!重庆完成首例简易程序单边预约定价安排谈签
- 视焦点讯!紫光股份获“北京高精尖企业100强”第5名、“北京数字经济企业100强”第6名等五项殊荣

