Normalizacija baze

Imam par pitanja vezano za normalizaciju baze podataka. Ako imam neke kategorije i proizvode, mozda je najbolje uzeti primer prodavnicu racunara, i recimo da je veza izmedju kategorija i proizvoda 1:N tj jedan proizvod ne moze da pripada u vise kategorija (Tastatura ne moze da pripada i tastaturama i procesorima). Kako god okrenem dodje do dupliranja podataka, recimo:




Ako bi iskoristio 2NF onda dodje do narusavanja veze 1:N



Kako bi uopste obezbedio popunjavanje ove tabele Proizvodi_Kategorije ?!?

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.

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

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

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

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

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

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"

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

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.

Potpis

http://biske.rs

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

Potpis

http://biske.rs

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š.

Potpis

http://biske.rs

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.

Potpis

http://biske.rs

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

Potpis

http://biske.rs

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.