Citat:
mkaras: Relacije se stvaraju izmedju entiteta. Entiteti imaju svoje atribute pa je
ponekad potrebno dodati i po neki entitet ali i neki atribut.
Brkas relacioni model podataka i ER (entity-relationship) dijagram.
Relacioni model barata relacijama. Pojam entiteta ne postoji u relacionom modelu podataka. On se pojavljuje u ER dijagramu koji je graficki prikaz modela podataka, gde se pravougaonik naziva entitetom, a linije koje povezuju entitete relacijama. Kada se ER dijagram prevodi u SQL tada se za svaki pravougaonik pravi CREATE TABLE, a i za neke linije se takodje pravi CREATE TABLE! Sto ce reci da u implementaciji ER dijagrama ne postoji razlika izmedju entiteta (pravougaonika) i relacija (linija).
Citat:
mkaras: Normalizacija je pojam vezan iskljucivo za podatke i omogucava jednoznacno
definisanje entiteta bez ponavljanja nepotrebnih podataka. Ovo je jedan od
nivoa aplikacije. Funkcionalna zavisnost sluzi za odredjivanje i
uspostavljanje poslovnih pravila i predstavlja drugi nivo aplikacije. Treci
nivo aplikacije je aplikacija kod krajnjeg korisnika
Uf... Ovo o nivoima aplikacije mi nije bas skroz jasno.
Odgovoricu na deo o normalizaciji i funkcionalnim zavisnostima.
Normalne forme idu redom 1NF, 2NF, 3NF, BCNF (Boyce-Codd Normal Form), 4NF, ... U nedostatku udzbenika iz baza podataka, pozvacu se na wikipediu i na materijal sa linka koji sam ranije postovao:
Wikipedia
http://en.wikipedia.org/wiki/Database_normalization
Citat:
First normal form
The domain of attribute must include only atomic (simple, indivisible) values.
Second normal form
A relation schema R is in 2NF if it is in 1NF and every non-prime attribute A in R is fully functionally dependent on primary key.
materijal o bazama podataka
Citat:
Relacija R je u Prvoj normalnoj formi (1NF) ako su sve vrednosti njenih atributa atomske.
Relacija R je u Drugoj normalnoj formi (2NF) ako i samo ako je u 1NF i svi njeni neključni atributi potpuno i funkcionalno zavise od primarnog ključa.
Necu ici dalje do BCNF koja se spominjala u prvom postu ove teme.
Citat:
mkaras: Nije previse bitno kako se nazivaju tabele. Sto se tice funkcionalnosti
savrseno je svejedno da li je ime u mnozini ili u jednini. Bitno je, samo
radi lakseg snalazenja, usvojiti neki standard za imenovanje entiteta i
atributa i dosledno ga se pridrzavati.
Slazem se. Boja, boje... nije mi bitno dok god je uniformno. Licno vise preferiram jedninu zbog komplikacija oko srpske mnozine, pa rodovi, pa pridevi, pa padezi,...
Lako je englezima: krknu 's' u najgorem slucaju 'es'.
"The best code is no code at all."
- Zidar (ES član)
"Biggest obstacle to learning
SQL is unlearning procedural
programming." - Joe
Celko
"Minimize code, maximize data."
- A. Neil Pappalardo