千万尽量不要使用 whereHas 了

分享 / 1 / 4 / 创建于 5年前

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

orm

见习版主 241 声望

owner @ insua.me

Keep Calm and Code On

《L03 构架 API 服务器》

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

《L01 基础入门》

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

推荐文章：

更多推荐...

基于Eloquent ORM的缓存实时更新、读取封装 10 / 6 |

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

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

记一次关于Laravel model查询返回大量数据的性能优化 10 / 6 |

Laravel ORM withAggregate 用法简析 10 / 6 |

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

讨论数量: 4

kis龍

Laravel 9.x 译者 500 声望

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

5年前评论

WangWang

课程读者 19 声望

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

5年前评论

Tangqy

课程读者 35 声望

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

5年前评论

searching

课程读者 24 声望

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

5年前评论

L学习不停

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

searching （作者）

@L学习不停确实。。。

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

帮助