da li je mogic ovaj Query u mySQL 3.23

interesuje me da li je moguce ovakav query (dvostruki inner join) u ovoj verziji.
Mucim se vec sat vremena:

SELECT * FROM `racuni` INNER JOIN
(`artiklinovo` INNER JOIN `stavka` ON `Stavka`.`IDArtikla`=`artiklinovo`.`IDArtikla`)
ON `stavka`.`BrojRacuna`=`racuni.`BrojRacuna`

unapred zahvalan

imam tri tabele (3NF):

stavka (brojRacuna, idArtikla, kolicina) PRIMARY KEY (BrojRacuna,IDKupca)
racun (brojRacuna, datum,...,...) PRIMARY KEY (BrojRacuna)
artiklinovo (idArtikla, NazivArtikla,...,) PRIMARY KEY (IDArtikla)


zamisljam da dobijem sledece podatke:
artiklinovo.NazivArtikla i stavka.Kolicina
gde je zadovoljen uslov da je racun.brojRacuna LIKE ‘nekaProm’
nekaProm =$string

Ne osećam se baš kao ekspert za SQL, kad se spomenu svi ti JOINI... Srećom, pogledom u Manual videh da je INNER JOIN isto kao i obično spajanje zarezom.

Ali, kad malo bolje pogledam, nije mi jasno šta IDKupca traži u tabeli stavka - zar ne bi trebalo da se IDKupca nalazi u računu (je li - na jednom računu mož bit viš stavki - a ceo račun pravi isti kupac). Mislim ovako:

stavka (... neka bitna polja ...) PRIMARY KEY (BrojRacuna, RBStavke)
- ovde je RBStavke redni broj stavke na računu, a IDKupca nek ide u racun

Bez obzira na prethodnu primedbu, ne vidim da ti je potrebna tabela račun da bi dobio ovo što tražiš - jedino ako tražiš za prikaz još nekog polja iz tabele racun.

Potpis

BoxUp
interesantna logička igra
Monty Hall paradoks - interaktivni demo

lose sam pastovao samu strukturu. (gramaticka greska ;-))
ovako izgleda STRUKTURA

stavka (brojRacuna, idArtikla, kolicina) PRIMARY KEY (BrojRacuna,IDArtikla)
racun (brojRacuna, datum,...,...) PRIMARY KEY (BrojRacuna,IDKupca)
artiklinovo (idArtikla, NazivArtikla,...,) PRIMARY KEY (IDArtikla)

nije spajanje zarezom jer sta ako dve tabele imaju razliciti broj slogova?

prednosti su ogromne. A sa njom dobijam pretrazivanje iz tabele racuni po kriterijumu datuma i sl. a potom i koji je korisnik imao

u jednom pdf su sam procitao da mysql 3.23 ne podrzava union i da ce biti podrzan iu narednim verzijama pa predpostavljam da mozda nije podrzan dupli inner join mada ne izostavljam i mogucnost moju gresku sintakse

ok - IDKupca ne treba da ide u primarni ključ za račun, već samo brojRačuna.

Spajanje zarezom:

Opet, u ovom slučaju se i ne koristi račun, pa se isto dobija i sa:

Potpis

BoxUp
interesantna logička igra
Monty Hall paradoks - interaktivni demo

Sta da ti kazem. hvala. Dobar ti je manual. a naj interesantnije od svega je sto i access radi sa datim SQL kodom.
Da to je ono sto mi treba