首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

sql连接查询(inner join、full join、left join、 right join)

sql连接查询(inner join、full join、left join、 right join) 一、内连接(inner join) 首先我这有两张表 1、顾客信息表customer ?...内连接的过程: 将符合条件的记录组合起来,放在一张新表里面 二、左连接(left join) 需求:查询哪个顾客(customer_name)在哪一天(create_time)消费了多少钱(money)...sql语句: select c.customer_name, o.create_time, o.money from customer c left join orders o on c.id =...、 从结果可以很清楚的明白右连接的含义: 将右边表的所有记录拿出来,不管右边表有没有对应的记录 四、全连接(full join) 这里要注意的是mysql本身并不支持全连接查询,但是我们可以使用UNION...关键字实现 sql语句: select c.customer_name, o.create_time, o.money from customer c left join orders o on c.id

5.2K51
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    为什么子查询比连接查询(LEFT JOIN)效率低

    MySQL从4.1版本开始支持子查询,使用子查询进行SELECT语句嵌套查询,可以一次完成很多逻辑上需要多个步骤才能完成的SQL操作。子查询虽然很灵活,但是执行效率并不高。...那么问题来了,什么是子查询?为什么它的效率不高?...子查询:把内层查询结果当作外层查询的比较条件 示例: select goods_id,goods_name from goods where goods_id = (select max(goods_id...) from goods); 执行子查询时,MYSQL需要创建临时表,查询完毕后再删除这些临时表,所以,子查询的速度会受到一定的影响,这里多了一个创建和销毁临时表的过程。...优化方式: 可以使用连接查询(JOIN)代替子查询,连接查询不需要建立临时表,因此其速度比子查询快。

    4.3K20

    关于gorm多表联合查询(left join)的小记

    Golang很流行,但是有些方面资料很少而且不详实,譬如:gorm的联合查询,当然,也不推荐复杂语句使用orm模型。...(其实表字段应该命名为system_id) 一、下面建两张表,用于联合查询(以left join示例) MySQL > desc go_system_info; +——————+——————-+———+...三、联合查询 单表查询用上面的原表结构体接收数据就可以了, 联合查询涉及两张表中的全部/部分数据,我们定义新的结构体接收取回的特定字段: type result struct { SystemId..., ServiceId:"serid", ServiceName:"sername"} fmt.Println(db.NewRecord(products)) */ // 联合查询...(left join) db.Table("go_service_info").Select("go_service_info.serviceId as service_id, go_service_info.serviceName

    31.1K30

    史上最精炼的sql的多表连接查询: left join right joininner join

    通俗讲: left以 left join 左侧的表为主表 right 以 right join 右侧表为主表 inner join 查找的数据是左右两张表共有的 举个栗子: left join 左侧的表为主表...SELECT a.role_id, a.occupation, a.camp, b.mount_name FROM roles a LEFT JOIN mount_info b ON a.role_id...right join 右侧表为主表 懒人通道: 注意:左列为原列表内容,右侧为结构分析及关联结果!...inner join 查找的数据是左右两张表共有的 懒人通道: 注意:左列为原列表内容,右侧为结构分析及关联结果!...温馨提醒: inner join 在使用时可直接写join 更多干货正在赶来,敬请期待…… 左手代码,右手吉他,这就是天下:如果有一天我遇见相似的灵魂 那它肯定是步履艰难 不被理解 喜黑怕光的。

    2.1K20

    mysql中多个left join子查询写法以及别名用法

    od.reportSendOrderLogisticId,             od.reportDownloadPath         FROM             orders.order_detail od  LEFT...JOIN orders.order_logistics ol ON od.recieveOrderLogisticId = ol.id     LEFT JOIN orders.product_snapshot...) a LEFT JOIN (     SELECT         ol.trackNumber,         od.id     FROM         orders.order_detail...od     LEFT JOIN orders.order_logistics ol ON od.reportSendOrderLogisticId = ol.id     WHERE         ...) b ON a.id = b.id ps:解释下 对于Mysql中的语句,牵扯到左查询时  可以用left join关联  但一般对于不知道什么时候起别名 什么时候用括号的老铁们 真实头疼  所以发个模板

    2.9K30

    Mysql使用left join连表查询时,因连接条件未加索引导致查询很慢

    背景 最近一个后台功能列表,业务人员反馈查询和导出速度非常慢。 通过定位发现列表查询和数据导出都是使用的同样的一个连表查询SQL。...这个功能刚上线不久,起初查询和导出速度都是蛮快的,把这个SQL放到测试环境也是挺快的。...排查 通过Explain发现,连表查询中的table c没有使用到索引且是全表扫描。另外在Extra中特别说明了Using join buffer (Block Nested Loop)。...2.索引嵌套循环连接算法(Index Nested-loop Join Algorithm) Index Nested-loop Join是针对有索引的情况,而Block Nested-loop Join...由于索引的效率要比逐条循环效率高,所以当使用索引联表时,能大大加快查询速度,但是索引也不是万能的,如果你需要取索引以外的字段,那么依旧需要回到表中查出相应的数据。

    2.5K10

    资深java工程师写mysql表子查询left join导致大事务-线上事故

    item_img_s from t_ambient_x where item_id in ( select distinct(c.item_id) from t_ambient_x c left...join t_ambient_x2 d on c.item_id = d.data_source_id and d.data_source_type = 1...每次查询最少要3s。。。。 ? 处理方案 1.回滚上个迭代版本->发现还是慢...查询还是失败 ? 然后就奇了怪了,为啥回滚还是找不到具体报错.....查看之间是否会这样,发现发版前一切正常。 ?...先去主库查询发现:0.07s,但是从库发现6s 主: ? 从: ? 问题找到 难道从库有问题? 原来为什么没有问题现在有问题?...优化方案及处理措施: 1.将关于复杂查询拆成一个一个小查询,尽量避免关联查询,特别是n * n 这种; 2.将必要的字段加上索引; 3.尽量用like 字段 前缀不加 % 否则索引失效; 4.重复查询数据加上缓存

    69050
    领券