php orm 链式,关于php:雄辩的ORM中的交叉和分页
大家好,我有3張桌子:
具有以下屬性的名為content的表:
id
name
table_type_id
release_date
popularity
另一個(gè)名為content_genres的表,具有以下屬性:
content_id
genres_id
另一個(gè)具有以下屬性的表,稱為genres:
id
name
每個(gè)內(nèi)容可以具有多種類型,一種類型可以具有多種內(nèi)容。(許多)
好的,直到這里是不同表的定義,現(xiàn)在我正在嘗試進(jìn)行查詢以搜索具有g(shù)enre_id = 1和同時(shí)genre_id = 2的內(nèi)容
在postgresql中,這很容易:
SELECT content.id
FROM content INNER JOIN content_genres ON content.id =content_genres.content_id
WHERE content_genres.`genres_id`= 1
INTERSECT
SELECT content.id
FROM content INNER JOIN content_genres ON content.id =content_genres.content_id
WHERE content_genres.`genres_id`= 2
;
我進(jìn)行一個(gè)查詢,再進(jìn)行另一個(gè)查詢,然后進(jìn)行交集以獲取具有g(shù)enre_id 1和2的內(nèi)容
但是當(dāng)我試圖雄辯地編寫相同的查詢時(shí),我遇到了一些問題:
查詢1:
$content1=$this->content::join('content_genres','content_genres.content_id','=','content.id')
->with('genres')
->where('content_genres.genres_id',1)
->where('content.table_type_id',1)
//->whereYear('release_date',2017)
->select('content.id','content.name','content.popularity')
->orderBy('popularity','desc')->get();
查詢2:
$content2=$this->content::join('content_genres','content_genres.content_id','=','content.id')
->with('genres')
->where('content_genres.genres_id',2)
->where('content.table_type_id',1)
//->whereYear('release_date',2017)
->select('content.id','content.name','content.popularity')
->orderBy('popularity','desc')->get();
路口:
$final_result=$content1->intersect($content2);
好的,我們以這種方式看到的圖像能夠交叉,但我有一些問題:
當(dāng)我想進(jìn)行手動(dòng)分頁時(shí),我不知道如何計(jì)算將要有交點(diǎn)的元素,然后限制交點(diǎn)的結(jié)果。
例:
查詢1的結(jié)果數(shù):
18950
查詢2的結(jié)果數(shù):
22650
相交的結(jié)果數(shù)
3457
這非常慢,因?yàn)槲也荒苷f將查詢1限制為100個(gè)結(jié)果,將查詢2限制為100個(gè)結(jié)果,然后進(jìn)行相交,所以我不能這樣做,因?yàn)橄嘟坏慕Y(jié)果數(shù)不會(huì)總是相同,因此出于這個(gè)原因,我如何在不加載query1和query2的所有結(jié)果的情況下,對交點(diǎn)進(jìn)行手動(dòng)分頁,說我想對20個(gè)結(jié)果中的交點(diǎn)進(jìn)行分頁?
最后一件事是我整周都遇到的大問題。
真實(shí)的例子
您轉(zhuǎn)到此頁面,然后在年份中不輸入任何內(nèi)容,在類型中選擇兩個(gè)隨機(jī)類型。您如何看到該交叉點(diǎn)的分頁始終為20,這并不取決于交叉點(diǎn)是否有更多結(jié)果,或者始終沒有,這始終是20。而且我很確定它們沒有從db中全部加載結(jié)果。
好結(jié)果:
多虧了答案,正確的方法如下:
$this->content::join('content_genres as g1','g1.content_id','=','content.id')
->join('content_genres as g2','g2.content_id','=','content.id')
->where('g1.genres_id', 1)
->where('g2.genres_id', 2)
它對我有用,我可以選擇其他選項(xiàng),但是我有很多對很多的關(guān)系,因?yàn)槲业腸ontent_genres是數(shù)據(jù)透視表,但是我認(rèn)為我也是有效的。
您應(yīng)該合并兩個(gè)查詢。 我看到了兩種方法。
1)兩次加入content_genres:
$this->content::join('content_genres as g1','g1.content_id','=','content.id')
->join('content_genres as g2','g2.content_id','=','content.id')
->where('g1.genres_id', 1)
->where('g2.genres_id', 2)
2)使用whereHas():
$this->content::whereHas('content_genres', function($query) {
$query->where('genres_id', 1)
})->whereHas('content_genres', function($query) {
$query->where('genres_id', 2)
})
這需要一個(gè)關(guān)系:content→HasMany→content_genres
謝謝,它有效。但是我有一個(gè)問題,兩個(gè)聯(lián)接有效嗎? 因?yàn)橐苍S兩個(gè)聯(lián)接都是可競爭的,但是如果用戶選擇過濾大約3或4種類型,那么在性能方面會(huì)發(fā)生什么? 我可以進(jìn)行循環(huán)并隨時(shí)加入所需的時(shí)間,但是我不知道,這是有效的選擇嗎?
聯(lián)接應(yīng)該比子查詢更有效(stackoverflow.com/q/13063772/4848587)。 我認(rèn)為,如果添加必要的索引,那么一些聯(lián)接不應(yīng)該成為性能問題。 確保使用EXPLAIN分析您的查詢。
總結(jié)
以上是生活随笔為你收集整理的php orm 链式,关于php:雄辩的ORM中的交叉和分页的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: java 定义xml_java中web.
- 下一篇: php imagick手册,PHP中使用