[TOC]
# ->relationship();與->relationship;的區別
## 對比
| $user->roles(); | $user->roles; |
| --- | --- |
| Builder 對象 | Collection(數據集) 或 Model(單條) |
* $user->roles()返回的是一個Builder的對象,后面可以跟進任何Builder方法,所以跟進Builder下的create/update/delete也就不奇怪了。
* $user->roles返回的是已經查詢結束的Collection結果集,即使后面跟著的函數名字相同(比如:first、count等),但其實現的原理是完全不一樣的,能在sql中處理的就在sql中處理,給數據集處理增加開銷。
比如:
| $user->roles()->count(); | $user->roles->count(); |
| --- | --- |
| DB::exec('SELECT COUNT(*) FROM role_user WHERE uid = 1'); | count(DB::exec('SELECT * FROM role_user WHERE uid = 1')); |
很明顯前者的性能要優秀的多。
# 善用->relationship();
在日常開發之中,以下語句可以參考:
創建時間倒序
~~~
function posts() {
return $this->hasMany('App\\Post', 'uid', 'id')->orderBy('created_at', 'DESC');
}
~~~
取10條
`$user->posts()->limit(10)->get();`
取1條
`$user->posts()->first();`
下面這條語句,除非你的確需要得到所有合集。
不然,SQL會先取出所有數據,再使用PHP的array_slice函數讀取10個,這樣浪費了大量性能。
~~~
$user->posts->slice(0, 10);
~~~
# with load
with,load一個更大的性能提升
## with 對比
不使用with
~~~
$posts = Post::where('created_at', '>' ,Carbon::today())->get(); //取出今天的所有帖子
foreach($posts as $post)
echo '作者', $post->user->username;
~~~
使用with
~~~
$posts = Post::with(['user'])-$posts = Post::with(['user'])->where('created_at', '>' ,Carbon::today())->get(); //取出今天的所有帖子
foreach($posts as $post)
echo '作者', $post->user->username;
~~~
可能看不出來兩者的區別,此處我們換算成PHP、SQL語句看一下
~~~
// $posts = SELECT * FROM `posts` WHERE `created_at` > Carbon::today()
$posts = Post::where('created_at', '>' ,Carbon::today())->get();
foreach($posts as $post)
// $post->user = SELECT * FROM `users` WHERE `id` = $post->uid
echo '作者', $post->user->username;
~~~
使用with的情況
~~~
// $posts = SELECT * FROM `posts` WHERE `created_at` > Carbon::today()
// $uid_list = $posts->pluck('uid');
// $users = SELECT * FROM `users` WHERE `uid` IN ($uid_list)
// foreach($posts as $post) $post->user = $users[$post->uid];
$post = Post::with(['user'])->where('created_at', '>' ,Carbon::today())->get();
foreach($posts as $post)
// 此處并未查詢數據庫
echo '作者', $post->user->username;
~~~
從上例可以看出,
* 沒有使用with時,對user的訪問,循環多少次,就SQL請求多少次;
* 使用with時,只對user查詢一次,性能提升了非常明顯。
## with下級relationship
使用.查詢下級relationship$user->posts()->comments()
~~~
User::with('posts.comments');
~~~
## with,Builder對象
取出所有用戶,更新時間倒序;以及返回對應的用戶組
~~~
$users = User::with(['posts' => function($query) {
$query->orderBy('updated_at', 'DESC');
}, 'roles'])->get();
~~~
以下誤區需要注意:
下例開發者的本意是每個用戶取出5條,其實系統是整個posts只取出5條,最后分配到每個User的就更少了,這很明顯不符合開發者初愿,但是就目前來說并無優秀的解決辦法。
~~~
$users = User::with(['posts' => function($query) {
$query->limit(5);
}])->get();
~~~
## load,延遲加載
load,和with的區別是:
* with是在組合Builder語句時就開始執行relationship
* load在Builder已經執行之后的relationship加載
**注意這個load(),這是對collection用的;**
~~~
$users = User::all();
if (someCondition) {
$users->load(['posts' => function($query) {
$query->limit(5);
}, 'roles']);
}
~~~
# has whereHas orWhereHas withCount
> haswhereHasorWhereHas其實是對JOIN語句的一個簡化封裝
## 評論數量> 0的帖子
~~~
$posts = Post::has('comments')->get();
~~~
## 評論數量> 3的帖子
~~~
$posts = Post::has('comments', '>=', 3)->get();
~~~
## 使用.查詢下級relationship
比如關系是:$post->comment()->votes();
~~~
$posts = Post::has('comments.votes')->get();
~~~
## 指定條件的評論的數量> 0的帖子
~~~
$posts = Post::whereHas('comments', function ($query) {
$query->where('content', 'like', 'foo%');
})->orWhereHas(...)->get();
~~~
## 返回relationship的數量,字段為:RELATIONNAME_count
~~~
$posts = Post::withCount(['votes', 'comments' => function ($query) {
$query->where('content', 'like', 'foo%');
}])->get();
echo $posts[0]->votes_count;
echo $posts[0]->comments_count;
~~~
# empty 與 isset
## empty
我們以調取用戶avatar為例
~~~
if (empty($user->avatar)) //常規判斷
~~~
程序員希望是用empty測試avatar是否有記錄,但是他卻忽略了empty并不是函數,而是php的一種特殊語法結構。
empty只能檢查變量是否為空,而不是函數(PHP 7.0以下),
$user->avatar在從未讀取的情況下,會先去讀取__get方法實現,__get會依次調取getAttribute()、getRelationValue()來實現,此時程序已經終止了繼續,然后返回true,
除非:
~~~
$user->avatar; // 先讀取一次,Model中的$relations['avatar']已經被填充數據
if (empty($user->avatar)) //此時才會有true/false
~~~
## isset
isset 的實現邏輯與empty類似,但是
~~~
# laravel\vendor\laravel\framework\src\Illuminate\Database\Eloquent\Model.php 3405 行
public function __isset($key) {
if (isset($this->attributes[$key]) || isset($this->relations[$key])) {
return true;
}
if (method_exists($this, $key) && $this->$key && isset($this->relations[$key])) {
return true;
}
return $this->hasGetMutator($key) && ! is_null($this->getAttributeValue($key));
}
~~~
Model中已經實現了__isset方法,并檢查了$this->relations
所以,請使用isset代替empty
- 配置
- composer安裝
- composer用法
- composer版本約束表達
- phpstorm
- sftp文件同步
- php類型約束
- laradock
- 配置文件緩存詳解
- git
- 自定義函數
- 核心概念
- IOC
- 服務提供者
- Facade
- 契約
- 生命周期
- 路由
- 請求
- 命名路由
- 路由分組
- 資源路由
- 控制器路由
- 響應宏
- 響應
- Command
- 創建命令
- 定時任務
- console路由
- 執行用戶自定義的定時任務
- artisan命令
- 中間件
- 創建中間件
- 使用中間件
- 前置和后置
- 詳細介紹
- 訪問次數限制
- 為 VerifyCsrfToken 添加過濾條件
- 單點登錄
- 事件
- 創建
- ORM
- 簡介
- DB類
- 配置
- CURD
- queryScope和setAttribute
- 查看sql執行過程
- 關聯關系
- 一對一
- 一對多
- 多對多
- 遠程關聯
- 多態一對多
- 多態多對多
- 關聯數據庫的調用
- withDefault
- 跨模型更新時間戳
- withCount,withSum ,withAvg, withMax,withMin
- SQL常見操作
- 模型事件
- 模型事件詳解
- 模型事件與 Observer
- deleted 事件未被觸發
- model validation
- ORM/代碼片段
- Repository模式
- 多重where語句
- 中間表類型轉換
- Collection集合
- 新增的一些方法
- 常見用法
- 求和例子
- 機場登機例子
- 計算github活躍度
- 轉化評論格式
- 計算營業額
- 創建lookup數組
- 重新組織出表和字段關系并且字段排序
- 重構循環
- 其他例子
- 其他問題一
- 去重
- 第二個數組按第一個數組的鍵值排序
- 搜索ES
- 安裝
- 表單
- Request
- sessiom
- Response
- Input
- 表單驗證
- 簡介
- Validator
- Request類
- 接口中的表單驗證
- Lumen 中自定義表單驗證返回消息
- redis
- 廣播事件
- 發布訂閱
- 隊列
- 守護進程
- redis隊列的坑
- beanstalkd
- rabbitmq
- redis隊列
- 日志模塊
- 錯誤
- 日志詳解
- 數據填充與遷移
- 生成數據
- 數據填充seed
- migrate
- 常見錯誤
- Blade模板
- 流程控制
- 子視圖
- URL
- 代碼片段
- Carbon時間類
- 一些用法
- 郵件
- 分頁
- 加密解密
- 緩存
- 文件上傳
- 優化
- 隨記
- 嵌套評論
- 判斷字符串是否是合法的 json 字符串
- 單元測試
- 計算出兩個日期的diff
- 自定義一個類文件讓composer加載
- 時間加減
- 對象數組互轉方法
- 用戶停留過久自動退出登錄
- optional 輔助方法
- 文件下載
- Api
- Dingo api
- auth.basic
- api_token
- Jwt-Auth
- passport
- Auth
- Authentication 和 Authorization
- Auth Facade
- 授權策略
- Gates
- composer包
- debug包
- idehelp包
- image處理
- 驗證碼
- jq插件
- 第三方登錄
- 第三方支付
- log顯示包
- 微信包
- xss過濾
- Excel包
- MongoDB
- php操作
- 聚合查詢
- 發送帶附件郵件
- 中文轉拼音包
- clockwork網頁調試
- emoji表情
- symfony組件
- swooletw/laravel-swoole
- 常見問題
- 跨域問題
- Laravel隊列優先級的一個坑
- cache:clear清除緩存問題
- .env無法讀取
- 源碼相關基礎知識
- __set和__get
- 依賴注入、控制反轉和依賴倒置原則
- 控制反轉容器(Ioc Container)
- 深入服務容器
- call_user_func
- compact
- 中間件簡易實現
- array_reduce
- 中間件實現代碼
- Pipeline管道操作
- composer自動加載
- redis延時隊列
- 了解laravel redis隊列
- cli
- 源碼解讀
- Facade分析
- Facade源碼分析
- IOC服務容器
- 中間件原理
- 依賴注入淺析
- 微信
- 微信公眾號
- 常用接收消息
- 6大接收接口
- 常用被動回復消息
- 接口調用憑證
- 自定義菜單
- 新增素材
- 客服消息
- 二維碼
- 微信語音
- LBS定位
- 網頁授權
- JSSDK
- easywechat
- 小程序
- 小程序配置app.json