kreces iz greske :)

prodavnica racunara je odlican primer gde jedan prodajni artikal *moze* da pripada u vise od jedne kategorije. To sto vecina prodavnica mora da uglavi artikal u samo jednu kategoriju je zbog limita njihovog software-a a ne zbog toga sto tastatura ne moze da bude vise kategorija (sta cemo sa kitovima gde ide npr wireless tastatura, mis, touch screen i daljinski, u koju kategoriju to ide? misevi? tastature? daljinski uredjaji? oprema? .. ili sa graficka + tv karta integrisano ili gomila slicnih primera .. poceli su da dele fotoaparate uz stampace, 1 artikl == 1 kategorija u racunarskom svetu nece da radi posao).

dalje, koji je razlog limitiranja, sve i da imamo prodavnicu obuce koja ima kategorije "muske cipele", "zenske cipele", zasto ih limitirati? Mozda imaju i neke unixex cizme, kakvo je vreme doslo sa ovim metro* vise ne moze normalan covek da razlikuje sta je za ove a sta za one .. sve je unisex...




ovo sto si napravio je kako to "generalno treba" dakle bez limita, jedan proizvod moze da bude u "koliko oces" kategorija. E sad, ako hoces limit onda id_kategorije sedi u tabeli proizvodi kao sto je u prvom delu pitanja, to nije denormalizovano stanje. To je model kada jedan proizvod moze da pripada samo jednoj kategoriji. Generalno ako u proizvodi_kategorije id_proizvoda bude PK onda si opet limitirao da proizvod moze da ima samo jednu kategoriju, mada je to normalizacija koja nema mnogo smisla u praxi, samo u teoriji.

Evo uvazavajuci primedbe ja sam nesto pokusao da izmodelujem. Valjda se sad jasno vide i strani kljucevi pa ne moram da objasnjavam koje sam gde veze koristio. Evo slika i mwb fajl modela:


http://www.slike.com/?v=E6OWa.png

http://www.sendspace.com/file/3aofj5

konfiguracija - zasto kopiras u tu tabelu tip usera?
korisnik_narudzba - isto pitanje

ostalo je sve ok

Ja ga nisam kopirao, osobina veze je prevukla taj kljuc, iako je i meni bilo nelogicno nisam hteo namerno nista da diram.

Sutra cu se javiti za jos par saveta vezano za upite koje budem pravio. Imam osecaj da cu tu nagrabusiti samo tako .

da , zato sto si bacio tip u PK, izbaci tip iz PK-a, nema potrebe da sedi tamo

hvala to cu da prepravim !

Prepravio sam ovo vezano za tip korisnika:

http://www.slike.com/?v=Ib8ek.png


Nego nesto gledam ovaj model, tabela Konfiguracija nema spoljni kljuc iz Proizvodi, valjda bi trebala da ima jer konfiguracija se sastoji od odredjenih Proizvoda :)

treba ti tabela "konfiguracija_proizvod"

znam i ja nesto xD

Konacno:
http://www.slike.com/?v=z98jP.png

@corelko imam jedan predlog. A to je da bi lakse pratili diskusiju bolje bi bilo da slike ne stavljaš na neke spoljne sajtove, možeš direktno da ubaciš na forum. Na primer kad objaviš poruku, samo idi na dugme Upload uz poruku i onda ubaci sliku sa svog računara. Kad se slika uploaduje pojaviće ti se dva dugmeta, jedno da prikažeš umanjenu sliku (tzv. thumbnail) ili da ubaciš sliku u punoj veličini u svojoj poruci. Ovo je samo predlog, meni nekako lepše izgleda, ne moram da skačem sa sajta na sajt i ponovo da se vraćam, recimo čitam tvoj tekst i gledaš sliku na istom mestu. Ovo dugo nisam znao dok sam koristio ovaj forum ali je korisna stvar. Pozdrav.

Hvala na sugestiji, ubuduce cu to da radim. Iskren da budem, kako su te opcije na dnu, skontam ih tek nakon nekoliko postova i onda ajde rekoh da ne saram upload cu sve na isto mesto, al ok, lepse je kad je sve na jednom mestu.


Posto nisam mnogo puta koristio WorkBanch, uglavnom sam pravio jednostavne modele u PowerDesigner, vidim da i WB ima dosta dobru podrsku za generisanje SQL koda pa me zanimaju ova nekolika reda, tj kakvo je ovo ogranicenje 'fk_Korisnik_Tip' i sta mu ga dodje ovo na brisanju i apdejtu bez akcije?

Radi se o referencijalnom integritetu. To kazuje DBMS-u šta da radi kada se dese DELETE i UPDATE nekog reda u tabeli Korisnik, pošto korisnik ima strani ključ Tip_IdTip. U tvom slučaju rekao si da kad se izbriše ključ Tip_IDTip recimo koji je jednak 1 onda ne bi trebalo da se briše red iz tabele Tip koji sadrži idTip=1.

O referencijalnom integritetu:
http://en.wikipedia.org/wiki/Referential_integrity

Jasno ko dan !

Jos nesto sto mi je zapelo za oko jesu ovi spoljni kljucevi. Znam da su jos na faxu praktikovali da se kolone koje cuvaju spoljne kljuceve preimenuju pa tako npr. spoljni kljucevi u tabeli Kategorija_Proizvod da se zovu samo 'kategorija' i 'proizvod' i da se ova duga imena elimisu, msm isto mu ga dodje, al eto.
Zanima me jos da li dobro za primarne kljuceve koristiti opciju auto_incremet ?

Ne znam kako drugi rade ali ja ih ne preimenujem. Recimo u tvom slučaju ne bih stavljao Tip_IdTip već bih stavio IdTip kako je i u originalnoj tabeli. Ovo i nije toliko važno, bitno da je tebi i tvom timu razumljivo, tj. napravite jednu konvenciju i toga se držite. Ako radiš neki open sors projekat na kome bi moglo dosta ljudi da radi onda bi trebalo da se držiš standardnih konvencija, nemoj da izmišljaš toplu vodu. Na primer, meni se u Javi sviđa što gde god da gledam tuđ kod programeri se drže jedne konvencije i to mi dosta olakšava čitanje tuđeg koda.

Pa to zavisi od slučaja ali generalno nema ništa loše koristiti ih. Jedino sam čuo od jednog iskusnog developera baze da je imao problema da očuva integritet kada mu je pukao access, i da on koristi AutoNumber samo ako želi nešto hitno da odradi u situacijama kada je nešto jednokratno a drugi već pomenuti razlog je da kad ga sam kreiraš onda lako možeš da ga kontrolišeš.

Evo posle krace pauze da ozivim temu. Poceo sam da pisem prve upite i odmah problemi. Napravio sam upit za registraciju korisnika i prilikom izvrsenja dobijam sledecu gresku:


Citao sam o referencijalnom integritetu i dosao do zakljucka da u tabeli u kojoj imam spoljni kljuc ne sme da se pojavi nepostojeca vrednost na koju spoljni kljuc pokazuje. Ne znam da li sam se dobro izrazio, ali za primer u tabeli Korisnik imam spoljni kljuc Tip_idTip iz tabele Tip i prilikom registracije korisnika kroz upit unosim i taj Tip_idTip koji naravno postoji u tabeli Tip. E sad sto se tice ove greske moje misljenje je da se ovaj spoljni kljuc nije ni formirao kako treba. Evo postavljam kod koji je kreirao WB pa da prokomentarisemo:



Zar ovaj deo oko spoljneg kljuca nebi trebao da izgleda nesto ovako:



Kod mene tip_idTip presao u FK?!?

Probaj da postaviš konkretnije pitanje i kad nešto pitaš daj nam informacije da bi mogli da ti pomognemo. Ne može niko da gleda u pasulj da bi video kako tvoj upit izgleda ili kakvi su podaci u njima. Ajde samo se stavi u našu poziciju pa vidi. Postoji mnogo stvari koje mogu da budu pogrešne i što više informacija daš pre ćeš dobiti odgovor.
Znači daj taj upit koji pokušavaš da izvršiš i iskopiraj celu grešku koju taj upit proizvodi.

Evo upita koji izvrsavam u phpmyadmin-u



Evo poruke o gresci:


Evo tabele Tip:



Evo kako sam to odradio u PHP-u


Kako izgleda tabela Korisnik - to sam vec postavio u prethodnom postu.

Naravno ovo nije celi skript za registraciju jer nadam se da deo oko provere korisnickog imena, email-a, telefona nije bitan za ovaj problem koji se javlja. Jednostavno pokusavam da budem sto kraci i da ne pisem romane jer nije lako sve to citati.

Konkretno pitanje je sta ovde ne valja pa mi upis u tabelu Korisnik nije moguc ?

Nisam siguran šta bi moglo da bude ali probaj da izbaciš Tip_idTip iz primarnog ključa, neka bude samo idKorisnik.

Još jedna stvar koja mi je čudna je to što koliko vidim tabela Korisnik je u bazi Prodavnica a tabela Tip je u bazi mydb. Zbog čega je to tako?

Jedan savet: mani se tog phpmyadmina i uzmi Workbench. Možeš ga naći na adresi http://wb.mysql.com

Pokusacu ovo pa se javljam.

A za tip ne znam zasto je to tako. Tacno je da ja imam bazu koja se zove mydb i koja ima sve ove kolone kao i prodavnica ali napominjem da mi je ovaj sql generisam workbench i onda sam ja napravio bazu prodavnica i u njoj izvrsio napravljeni sql kod i to je to. Moguce je sto ti kazes da i ovja phpmyadmin nesto pobudali ali ja nista u sql-u nisam menjao, nedao bog da sam preuzimao kljuceve iz drugih baza.

Problem je stvarno bio u ovom sto ovaj idTip je trazen u bazi mydb. Mozda je najbolje da tu bazu ipak pobrisem. Sad mi preostje da proverism sve strane kljuceve da se ovo nebi opet desavalo. Inace ovo sad sljaka, mada meni i dalje nije jasno kako je Tip_idTip u primarnom kljucu al eto, ako nece praviti probleme i nije steta :)

Uspeo sam jos da napravim deo oko logovanja korisnika kao i o privilegijama sta ko moze da vidi pa tako imam korisnicki i administratorski meni. To mi radi lepo. Napravio sam jos i deo za dodavanje kategorija proizvoda od stane administratora i evo tabele sa kategorijama:



Sad je prirodno da administrator doda i neke prozvode. Kako to da organizujem? Dakle imam tabelu proizvod a imam i kateogrija_proizvod koje su trenutno prazne:





Mene zanima kojim redosledom sad da unosim podatke. Da li prvo da unostim proizvode ili sta? Nekako je logicno kada administrator unosi proizvode je da ima formu da unose ime proizvoda, da odabere u koju kategoriju da ga smesti i da upise stanje tj koliko tih proizvoda ima u magacinu. Nije mi jasno kako to da odradim sa ove 2 tabele istovremeno?!?

U tvom konkretnom primeru imaš jedan "šifarnik" koji se zove KATEGORIJA. Znači listu tih kategorija bi trebalo administrator da ubaci ili eventualno prilikom inicijalizacije baze da ostaviš neke vrednosti (ono što si već uradio). Naravno trebalo bi pored padajuće liste gde biraš kategoriju da postoji i dugme Dodaj, koje bi otvaralo novu formu gde bi mogao da uneseš novu kategoriju ako ne postoji u padajućoj listi. Na primer prvi put unosiš proizvod Samsung Galaksi Tab i trebalo bi da ga smestiš u kategoriju Tableti, ali je nemaš u padajućoj listi. Znači trebalo bi da klikneš na dugme Dodaj, uneseš novu kategoriju Tableti, program osveži padajuću listu i ti odatle izabereš kategoriju Tableti. Ali ovo o čemu pričamo je aplikativna logika nije pitanje vezano za baze podataka.
Znači da rezimiramo, prvo ide unos šifarnika pa posle unos ostalih tabela. Kako ćeš ti to u aplikaciji da izvedeš to je već drugo pitanje. Ono što je sa stanovišta baze podataka bitno to je da moraš da izvršiš unos u dva koraka tj. u dve insert naredbe.

Aha, jasno je to za kataegorije. Sto se tice proizvoda, hoces da kazes, kupim postove od idProizvoda, nazivaProizvoda i stanje i insertujem u tabelu proizvodi , a odmah nakon toga insert idProizvoda i idKategorije u tabelu kategorija_proizvodi. Jesam dobro ukapirao, insertujem prakticno u 2 tabele istovremeno?

Da, samo možeš pre insertovanja da proveriš da li već postoji taj proizvod, npr:

Hvala ! Pokusacu sutra pa cemo da vidimo mada nebi trebalo da bude problema.

Nisam stigao od obaveza danas da pousam da odradim ovaj insert. Nesto sam razmisljao kako da odradim ovo sa id-ovima ako mu se oni smestaju u bazu po auto_increment sistemu. Dakle ja kad unesim idProizvod u tabelu proizvod nigde ne govorim koji je to idProizvod nego pustim sistemu za upravljanje bazom da to sam odradi, e kako sad da taj isti idProizvod smestim i u tabelu kategorija_proizvodi. Ne znam da li me razumete? Jednostavno taj idProizvod ne pamtim nigde, ni u kakvoj promenljivoj.

biske imas mozda neku ideju kako ovo uraditi ili mozda savet kako se to inace radi? Mozda sad onaj auto_increment dolazi do izrazaja tj mozda id ne treba uopste da bude auto_increment?

Bio sam nešto zauzet pa ti nisam odgovorio.
Ne znam kako se to obično radi ali mogu da ti kažem kako bi ja to uradio, onako na prvu.
Znači najpre ubaciš red u tabeli PROIZVOD:

Zatim dohvatiš idProizvod na sledeći način:

Naravno umesto konkretnih vrednosti koje sam naveo (Samsung Galaksi Tab) ti koristi promenljive sa forme.
Onda možeš ovaj idProizvod da koristiš za unos u tabelu KATEGODIJA_PROIZVOD.
Napomena: Da bi ovo radilo moraš da staviš da ti je polje naziv_proizvoda NOT NULL. Isto tako nad tim poljem bi trebalo da staviš UNIQUE indeks da ti se ne bi dešavalo da dva puta uneseš vrednost Samsung Galaksi Tab. Ukoliko ne bi stavio indeks onda bi korisnik mogao dva puta da unese ovu vrendost i onda bi upit kojim uzimaš vraćao dve vrednosti. Nadam se da razumeš o čemu pričam, ako ne reci da postavim konkretan primer.

P.S. Mislim da nisi trebao da postavljaš temu u podforumu MySQL, već si trebao da pitaš ove stvari na podforumu Baze podataka, zato što tvoja pitanja nisu vezana konkretno za MySQL već uopšteno za baze podataka. To to kažem i iz razloga što ima dosta ljudi koji su vrhunski u bazama podataka a ne navraćaju na podforum MySQL. Tamo bi sigurno dobio mnogo bolje odgovore vezane za ovakve stvari.
Još jedna napomena je da se stvari mogu uraditi na nivou baze podataka ili na nivou aplikacije. Definitivno je prvi način bolji ali je to u slučaju da dobro vladaš bazama podataka, ako ne onda ideš pa rešavaš ovakve i slične probleme na aplikacionom nivou. Konkretno u tvom primeru, na formi bi trebale da postoje dve liste, jedna za nazive proizvoda a druga za nazive kategorija. I ako ne postoji taj proizvod u listi onda bi trebalo da postoji dugme "Dodaj" i da se njegovim pritiskom otvori nova forma gde uneseš proizvod i kada pritisneš na sačuvaj onda bi forma trebalo da se zatvori i da pored toga osveži listu sa proizvodima. Nakon toga ti izabereš proizvod iz liste, izabereš kategoriju i to je to.


To je moje mišljenje, ali opet kažem možda ima i drugih rešenja ne znam, možda neko drugi da se javi pa da prodiskutujemo.

Hvala na iscrpnom odgovoru. Malo sam googlao i neces verovati sta sam pronasao. Pogledaj ne moram da objasnjavam:







Poslednji insertovani id, zanimljivo :D

Odlično.

Kako je ovo moguce:

Pogledajte tabelu narudzba_proizvod:



Iskren da budem nisam ni obratio paznju da mi je Workbench za Narudzba_idNarudzba i Proizvod_idProizvod stavio
da su primarni kljucevi i kako je to moguce ako je ta tabela nastala kao posledica veze vise: vise i oni treba da budu spoljni kljucevi. Medjutim oni su nekim cudom upisani pod PK ali kako sam onda uspeo da upisem ovoliko istih primarnih kljuceva???

Potpuno isti slucaj za tabelu konfiguracija_proizvod:


Naravno ovde dobijam gresku:
Duplicate entry PRIMARY KEY

Pokusao sam da izbrisem PRIMARY KEY (`Konfiguracija_idKonfiguracija`,`Proizvod_idProizvod`), ali nije uspelo.
Kako da prevazidjem ovo sa tabelom konfiguracija_proizvod???

Kao prvo, Vorkbenč radi samo ono što mu kažeš. Nije on ništa stavio "sam". Ti si nacrtao tabelu i onda si ih povezao "indentifikujućom" vezom, koja je na dijagramu predstavljena kao neprekidna linija. Ako ostavimo teoriju po strani, identifikujuća veza znači da primarni ključ iz jedne tabele treba da se prenese kao primarni ključ u drugoj tabeli sa kojom se povezuje. Ako ne želiš ovu situaciju ti onda promeni vezu u neidentifikujuću: izabereš vezu između dve tabele pritisneš desni taster miša i iz padajućeg menija izabereš "Edit Relationship...". Na prozoru koji se pojavi izabereš karticu "Foreign Key", i odštikliraš "Identifying relation".
Pitaš zašto si uspeo da upišeš toliko istih primarnih ključeva. Pa ja ne vidim nigde dva ista primarna ključa. Ti ovde imaš kompozitni primarni ključ. Da bi za taj ključ imao iste vrednosti onda bi trebalo da imaš iste parove vrednosti, npr. da imaš sledeću situaciju

Ovo ne bi bilo dozvoljeno. Ali parovi (1, 1) i (1, 2) su različiti primarn ključevi.
Poenta kod primarnog ključa je da on jedistveno određuje jedan red u tabeli. I sada ako ti kažeš daj mi slog kod koga je primarni ključ (1, 1) baza tačno zna koji je to red. Ako bi imali više takvih redova onda baza ne bi znala koji red da nam vrati. Uglavnom pročitaj malo teoriju vezano za primarni ključ.

Hvala na detaljnom odgovoru. Pokusacu ovo da uradim u WB kako si rekao.

E hvala to je to. WorkBench je bas mocan alat i sto ti kazes nista ne radi slucajno. Ja sam na faxu koristio PowerDesigner i divio mu se al sve sto vise koristim WB sve mi se vise dopada.

Evo nakon duze pauze dosla potreba da se ozivi tema:)

Interesuje me sledece:
Posto imam dosta zavisnih tabela po podacima interesuje me kako "odraditi" brisanje nekih podataka ciji spoljni kljucevi u drugim tabelama. Evo kod mog eksperimentalnog projekta, konkretno cu izdvojiti najjednostavniji problem, imam tabele:

proizvod



kategorija


kategorija_proizvod


Zelim da obrisem neki proizvod iz tabele proizvod ali njegov kljuc imam u tabeli kategorija_proizvod. I jeste logicno da se prvo obrise podatak o tom proizvodu u tabeli kategorija_proizvod pa tek onda da se brise taj proizvod iz tabele prozvod. Mene zanima da li to moze da se uradi nekako automatski, npr da kazem obrisi mi taj proizvod ali tako da obrises i sve tragove o njemu u tabelama u kojima on participira. Nadam se da me razumete. Hvala

Da li to znaci da moram da promenim strukturu tabela. NPR za kategorija_proizvod:



E da jos i ovo da pitam. Kada odradim DELETE tog mog proizvoda, pod uslovom da je "ON DELETE CASCADE" "sve sto mi treba", automatski ce se obrisati i tragovi o njemu u ostalim tabelama?

da ako su strani kljucevi pravilno napravljeni .. obrati paznju na note za trigere

Hvala. Ja nisam koristio trigere niti imam u planu za ovaj deo da ih koristim tako da sad za sad mene to ne pogadja.

ok, inace da vidis kako to sve radi napravi par testova, dodaj podatke pa ih updateuj i sa jedne i druge strane i gledaj kako se sta menja

E uspeo sam da odradim ovaj deo.
Pazi ovu situaciju sad:
Recimo da hocu da obrisem celu jednu kategoriju (npr prenosive memorije) i ovako kako sad stvari stoje ona ce uspesno da se obrise iz tabele kategorija kao i tragovi u kategorija_proizvod i to je ok. Medjutim proizvodi koji su pripadali toj kategoriji,naravno, ostaju u tabeli. Sta se u tom slucaju radi? Prakticno u bazi ostaju neki podaci koji se vise nikad nece iskoristiti.

to znaci da nesto nisi dobro vezao stranim kljucevima