Problem sa Group By klauzulom

Zamolio bih kolege da pogledaju dva Queryja koja se nalaze u bazi i da mi objasne zbog čega daju drugačije rezultate ?
Hvala unapred.

Verovatno ima veze izgledom Queryja bez primene Group By, ali ko će ga znati...

Potpis

Ozbiljan i odgovoran mladić

Probaj da spojiš u Netačnom query-ju ID iz Inventara sa ID iz StavkeRacuna, a ne preko PredmetID. Pogledaj u Relationsihps pa će ti biti jasno.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Lakse mi je da ti prikacim uradjenu bazu nego da objasnjavam. Imas okacenu bazu sa dodatim tabelam i qyeriem kako bi trebao da izgleda.
Moras da napravis posebnu tabelu za prozvode sa njihovim ključevima a u ostalim tabelama povežeš sekundarni ključ u savkoj tabeli sa ključem proizvoda.
Nadam se da sam uspeo da ti objasnim, Getsbi me je vec pretekao sa odgovorom.

@ Leruman
Probaj da u tvom primeru dodaš još koju stavku. Recimo za košulje u RacunDR i InventarDR. Primetićeš da se dupliraju iznosi i da ne daje tačan rezultat.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Ovo za povezivanje preko ID polja mislim da je definitivno pogrešno, šta ako imam četiri recorda u jednoj tabeli, a u drugoj nemam, onda mi neće sabrati tačno.

Potpis

Ozbiljan i odgovoran mladić

Odradi sabiranje po stavlama racuna u zasebnom kveriju, pa to sto dobijes poredi se tabelom u kojoj imas Stanje. Podrazumeva se da u tabeli gde je Stanje imas SVE artikle => SELECT FROM Stanje LEFT JOIN ZasebniKveri itd

Zurim, idem kuci, imas vremena do ponedeljka da probas.

Nadam se da je kolona Stanje mseto gde se drzi rezultat fizickog prebrojavanja (udje neko u magacin i prebroji sta tamo ima, pa hoce da sravni sa zapisma u kompjuteru) , a ne nesto gde se stanje menja kad god se unese nova faktura.

Olakšavajuća okolnost jeste bila ta da mogu da se povežu jedn na jedan preko sopstvenih PK. Ako obe tabele imaju različit broj zapisa onda nema ni veze jedan na jedan.
Kolegi Leruman sam zato i sugerisao da doda po jedan zapis u obe tabele.
Ovo mu dođe kao šahovski problem. Ako promeniš početnu poziciju sve se menja. Probaćemo Zidarevu ideju.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

@Getsbi
Bio si u pravu, kad se doda jos podataka poremeti se suma.

Resenje je da se uradi po jedan query za svaku potrebnu sumu i da se oni po potrebi povezujupreko query-akoi korsit tabelu gde su ID proizvoda i da poziva potrebne sume.

@domaci a nas

Zbog toga bi morao da se uradi query posebno za svaku sumu.
Smatram da ti je ovakvo resenje znatno bolje i lakse za pravljenje pogleda, kako sam ja uradio preko ID-a, mada verovatno moze na drugi nacin da se uradi.