-
PHP
(
http://www.devprotalk.com/forumdisplay.php?f=9)
| ivanhoe |
26. 11. 2013. 06:03 |
Laravel4 - Eloquent Many to Many relacija
Imam 2 Eloquent modela: Product i Tag koji su u many to many relaciji:
Kôd:
class Product extends Eloquent {
//...
public function tags() {
$this->belongsToMany('Tag');
}
}
class Tag extends Eloquent {
//...
public function products() {
$this->belongsToMany('Product');
}
}
Ako 2 proizvoda imaju isti tag onda su oni related. Meni treba da za izabrani product nadjem sve related proizvode, tj. da selektujem listu svih proizvoda koji imaju makar jedan od tagova od $product->tags (gde je $product = Product::find($id); tj. izabrani proizvod)
Ja sam nesto zbudzio sa 2 for petlje, ali je to potpuno neefikasno u poredjenju sa obicnim sql-om, pa me zanima koji bi bio pravilni, skolski nacin da se takav upit uradi preko ORM-a koristeci ugradjene relacije? |
| Dušan Dželebdžić |
26. 11. 2013. 07:46 |
U takvom trenutku ja obično opsujem framework, a onda u repository klasi kreiram metod koji sadrži sirovi SQL upit.
|
| jablan |
26. 11. 2013. 10:04 |
Nemam iskustva sa tim ORM-om, ali ako je u pitanju yet another ActiveRecord clone (na šta mi na prvi pogled liči, ali možda se varam), evo kako bi se to rešilo tamo:
has_many metoda omogućava da se zada "posredna relacija" pomoću opcije "through", tako da možeš da deklarišeš novi scope na ovu foru:
Kôd:
class Tag < ActiveRecord::Base
has_and_belongs_to_many :products
end
class Product < ActiveRecord::Base
has_and_belongs_to_many :tags
has_many :related_products, :through => :tags, :source => :products
end
I onda možeš da radiš stvari tipa:
Kôd:
Product.find_by_name('semalirana pufna za frezenkovanje').related_products
Mali caveat: related_products će sadržati i sam product na kome se poziva, ali to lako možeš da izfilteruješ prilikom prikazivanja. |
| ivanhoe |
26. 11. 2013. 16:39 |
@jablan: Tako nesto sam uradio:
Kôd:
$related = array();
foreach ($product->tags as $tag) {
foreach($tag->products()->where('id', '!=', $id)->get() as $p) {
$related[ $p->id ] = $p;
}
}
ali to generise gomilu upita, a i moram rucno da pravim DISTINCT rezultat, tako da ce na kraju ipak da bude kao sto Dusan kaze :)
Bilo bi super kad bih umesto petlje mogao da iskoristim whereIn() tj. da koristim IN sql operator, ali ORM ne ume sa tim da se snadje (ili ja ne znam da formulisem kako treba)... |
| jablan |
26. 11. 2013. 19:07 |
Ne, ne, ovo što sam ja napisao u Railsu (AR) automatski pravi SQL joinove, nema potrebe za petljama. Gledao sam malo dokumentaciju za Laravel, nema baš to isto, ali pogledaj pod "eager load".
|
| ivanhoe |
26. 11. 2013. 22:25 |
Eager load je malo drugacija stvar, napravi odvojen upit i pokupi sve podatke koji su u relaciji, ne pravi join.
Ja sam ovo resio ovako jer mislim da ne postoji automatski nacin da se pretrazi po pivot tabeli (a bilo bi logicno da ima):
Kôd:
$tag_ids = $product->tags()->lists('id');
$related = Product::join('product_tag', 'products.id', '=', 'product_id')->where('id', '!=', $id)->whereIn('tag_id', $tag_ids)->get();
|
| Mladjo |
01. 12. 2013. 12:47 |
Ovako nekako bez pivot table
Kôd:
/**
* Get all products with a tag
*
* @param string $tag
* @return array
*/
public function productsByTag($tag)
{
return Products::with('tags')
->select('products.*')
->join('tags', 'products.id', '=', 'tags.product_id')
->where('tags.tag', '=', $tag);
}
|
| Vreme je GMT +2. Trenutno vreme je 23:37. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
