千万尽量不要使用 whereHas 了

分享 / 1808 / 4 / 创建于 4年前

where exists会全表扫描作表，用起来爽，但是左表一大就会彻底死掉，死的非常惨。
迫不得已就使用join吧，比如这个package，或者手写join也都比whereHas强

orm

见习版主 240 声望

owner @ insua.me

Keep Calm and Code On

《L05 电商实战》

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

《G01 Go 实战入门》

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

利用orm 在业务代码无感知下，实现实现分库分表 19 / 15 |

求最近的一家门店 13 / 28 |

Laravel ORM withAggregate 用法简析 10 / 6 |

[扩展包] Laravel-softdeletes 让数据表支持唯一索引，用于替代内置的软删除功能 16 / 4 |

[扩展包] Laravel-wherehasin 提升 ORM 关联关系查询性能（优化 whereHas 性能） 89 / 60 |

Laravel Eloquent ORM 教程：Eloquent 之旅第二部分 10 / 0 |

讨论数量: 4

kis龍

Laravel 9.x 译者 426 声望

这个实质还是执行sql, 打印下sql 看看就行, 是否影响性能

4年前评论

WangWang

课程读者 19 声望

复杂的查询还是自己编写sql吧，mysql的优化也要做

4年前评论

Tangqy

课程读者 31 声望

楼主可以看下这个博客：给 Eloquent 的 whereHas 加个 where in 的优化

4年前评论

search-in

课程读者 24 声望

确实会全表扫，但是用起来爽呀～，技术的尽头->能跑就行～

4年前评论

L学习不停

能跑就行是外包项目的准则，但一直做外包也不是办法

search-in （作者）

@L学习不停确实。。。

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助