| slavkan |
29. 09. 2011. 15:32 |
Ispis iz 3 tabele
Postovanje. Molim za pomoc. Imam 3 tabele:
kategorija
idKat, naziv_kat
proizvod
idProiz, naziv_proiz, proizvodjac, cena
kategorija_proizvod
idKat, idProiz
Meni treba iz tabele proizvod naziv_proiz, proizvodjac, cena svih proizvoda koji pripadaju jednoj kategoriji. JOIN mi ne ide to je strasno, u stvari znam sa 2 tabele i to nesto jednostavnije cim se pojavi nesto malo slozenije nema sanse. Hvala unapred
|
| cvele |
29. 09. 2011. 15:46 |
select p.naziv_proiz, p.proizvodjac, p.cena from kategorija k, proizvod p, kategorija_proizvod kp
where k.idkat = kp.idkat
and p.idproiz = kp.idproiz
and k.idkat = 123
pre nego sto copy/paste ovo iscitaj npr
http://www.keithjbrown.co.uk/vworks/mysql/mysql_p5.php
ili bilo koji drugi clanak (ovo je samo random hit sa google) |
| slavkan |
29. 09. 2011. 16:04 |
Hvala to je to. U cemu je razila ovako pisanja upita i recimo JOIN koji sam spomenuo? Da li je JOIN brzi ili se mozda koristi u slozenijim slucajevima? Hvala jos jednom
|
| cvele |
29. 09. 2011. 16:09 |
|
| slavkan |
29. 09. 2011. 16:28 |
Zahvaljujem svakako cu pogledati. Mozda veceras postavim jos jedan problem ali prethodno cu ga pokusati resiti sam pa cemo da prodiskutujemo.
|
| BluesRocker |
29. 09. 2011. 21:47 |
Citat:
Originalno napisao cvele
(Napišite 101822)
|
To nije INNER JOIN nego CROSS JOIN. Cross join je dekartov proizvod rekorda iz jedne i druge tabele. Ti mu u where stavljas uslov spajanja i na taj nacin se koristi mnogo vise memorije nego kod inner joina koji rekorde spaja samo prema datom kriterijumu. |
| JovanT |
29. 09. 2011. 23:07 |
Ипак би требало да је Inner Join; Cross Join би се јавио уколико у Where делу не стоји ништа.
|
| salebab |
29. 09. 2011. 23:19 |
Citat:
Meni treba iz tabele proizvod naziv_proiz, proizvodjac, cena svih proizvoda koji pripadaju jednoj kategoriji. JOIN mi ne ide to je strasno, u stvari znam sa 2 tabele i to nesto jednostavnije cim se pojavi nesto malo slozenije nema sanse. Hvala unapred
|
Tebi ovde i treba 2 tabele, ako imaš id kategorije ne moraš joinovati tabelu sa kategorijama:
Kôd:
SELECT p.*
FROM proizvod p
INNER JOIN kategorija_proizvod kp ON kp.idProiz = p.idProiz
WHERE kp.idKat = 123
|
| BluesRocker |
29. 09. 2011. 23:57 |
Citat:
Originalno napisao JovanT
(Napišite 101844)
Ипак би требало да је Inner Join; Cross Join би се јавио уколико у Where делу не стоји ништа.
|
@salebab ti je ispisao INNER JOIN. Primeti da je kod njega uslov spajanja tabela u ON a ne u WHERE. Na taj nacin stedi se memorija i time dobija na brzini. |
| slavkan |
30. 09. 2011. 00:20 |
OMG. Ja sam nesto i pokusao da shvatim al sad posle ovih postova :(
Imam tabele:
kategorija
idKat, nazvi_kat
proizvod
idProiz, proizvodjac, cena
kateogrija_proizvod
idKat, idProiz
narudzba
idNar, status /*status moze biti aktivna/neaktivna
narudzba_proizvod
idNar, idProiz
Pokusao sam da izlistam sve naruzdbe ciji je status AKTIVNA i naravno da vidim od kojih se proizvoda sastoji i kojoj kategoriji pripadaju ti proizvodi. Kako sam god pokusao da upotrebim JOIN uvek mi jedna kolona bude nepoznata. Sto se tice vrste JOIN, posto ce se svaka konfiguracija sastojati od istog broja komponenti koje sigurno pripadaju jednoj od kategorija ovde nebit trebalo koristiti ni LEFT ni RIGHT nego samo JOIN i ovo left i right asocira na neke leve i desne tabele a koje ?!?
|
| cvele |
30. 09. 2011. 09:18 |
@br
Rano je, mrzi me da trazim po mysql sajtu ali ako bude potrebno hocu. Valjda ce ti biti dovoljan citat sa sackoverflow:
Citat:
Cross Joins produce results that consist of every combination of rows from two or more tables. That means if table A has 6 rows and table B has 3 rows, a cross join will result in 18 rows. There is no relationship established between the two tables – you literally just produce every possible combination.
With an inner join, column values from one row of a table are combined with column values from another row of another (or the same) table to form a single row of data.
If a WHERE clause is added to a cross join, it behaves as an inner join as the WHERE imposes a limiting factor.
As long as your queries abide by common sense and vendor specific performance guidelines, I like to think of the decision on which type of join to use to be a simple matter of taste
|
Ovo po sintaksi nije inner, ali po funkcionalnosti jeste. Nemojte zbunjivati decka vise. |
| BluesRocker |
30. 09. 2011. 12:51 |
^ Ovo nisam znao, od početka sam koristio INNER JOIN. Al da ne zbunjujemo stvarno više :)
|
| slavkan |
03. 10. 2011. 13:31 |
Dzaba ja ovo ne umem da uradim. Da podsetim, imam tabele:
kategorija
idKat, nazvi_kat
proizvod
idProiz, proizvodjac, cena
kateogrija_proizvod
idKat, idProiz
narudzba
idNar, serbroj, status /*status moze biti aktivna/neaktivna
narudzba_proizvod
idNar, idProiz
Trebaju mi narudzbe ciji je status AKTIVNA kao i to da vidim od kojih proizvoda se narudzba sastoji i kojoj kategoriji pripada. Dobro bi mozda bilo odraditi i jedan SUM svih proizvoda eto kao da se zna koliko narudzba kosta. Hvala vam na dosadasnjoj pomoci.
|
| cvele |
03. 10. 2011. 14:44 |
select p.* from narudzba_proizvod np, proizvod p, narudzba n
where np.idNar = n.idNar
and p.idPoriz = np.idProiz
and n.status = 'aktivna'
Ukupnu cenu saberi na aplikativnom nivou da ne bi kompikovao i gubio preformanse.
Sto se tice queria, nema razlike u odnosu na predhodni. Ista je filozofija i vrsta znanja.
Kada ti neko napise odgovor i jos doda literaturu gde mozes da naucis o tome, potrudi se da ne postavljas isto pitanje posle par dana (makar procitaj).
|
| Vreme je GMT +2. Trenutno vreme je 19:38. |
|
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.
