SQL - INFO O STUDENTACH (Strona 1 z 2)

To tak na szybko
1) po co tabela semestr? Jak dla mnie jest tu nadmiarowa.
2) w tabeli oceny zrobiłbym klucz nr_semestru (zamiast id_semestru bo tą kolumnę bym wywalił), id_indeksu; id_oceny bym wywalił

Poza tym chyba spox (imie varhar(15) jest literowka )

ad 3.) Jesli zostawi id_indeksu i doda id_studenta to sie posypie 3. postac normalna (jeśli dobrze jeszcze pamietam teorię bazodanowa ).

No tak tylko w tabeli student nie ma kolumny id_studenta wiec pewnie chcesz aby ja dodac i zrobic kluczem. Ale jesli tak zrobimy to ta tabela nie spelnia trzeciej postaci normalnej bo beda zaleznosci od id_indeksu (a chcesz aby od nie byl kluczem). Wszystko sprowadzi sie do tego ze tabele student trzeba bedzie robic na dwie tabele
- w jednej kluczem bedzie id_studenta (ktory dodasz) i nie bedzie id_indeksu
- a druga bedzie sie skladac z dwoch kolumn id_studenta i id_indeksu
Tabela znormalizowana. Poniewaz jest to projekt studencki to pewnie nie maja znaczenia kwestie bezpieczenstwa danych i wydajnosci bazy, zatem czemu id_indeksu nie moze byc kluczem?

Chciałbym powiedzieć, że screen z widoczną bazą został narzucony przez pana profesora i niestety nie można go zmienić. Zgadzam się z wami, że powinno być tak jak mówicie, jednak nie mogę tego podważać interpretacvji pana profesora. Proszę o informacje na temat kodu, czy jest on poprawny i co by można było zmienić w nim.

Pozdrawiam

witam; opieram sie na Twoim poleceniu sql i screenie profesorskim; testy wykonuje na postgresql 8.4.2, xp sp3;

Twoj kod:

CREATE TABELE `SEMESTR` 
{ 
`id_semestru`int NOT NULL, 
`nr_semestru`int NOT NULL, 
PRIMARY KEY  (`nr_semestru`), 
}; 

w takiej formie baza wygenerowala kilka bledow; podaje polecenie, ktore baza wykonala bez bledow;

CREATE TABLE SEMESTR 
( 
id_semestru int NOT NULL, 
nr_semestru int NOT NULL, 
PRIMARY KEY  (nr_semestru)
); 

czyli: ...TABLE.. nie TABELE; nawiasy okragle nie krecone (to sql nie c); bez pojedynczych codzyslowow; bez ostatniego przecinka po ....(nr_semestru)
slusznie dodales primary key,ktorego nie ma na screenie; ta tabela jest na 100% w 1,2 i 3 postaci normalnej;
zgadzamy sie?
pozdrawiam
cdn...

Witam serdecznie;

CREATE TABLE SEMESTR 
( 
id_semestru int UNIQUE NOT NULL, 
nr_semestru int NOT NULL, 
PRIMARY KEY  (nr_semestru)
); 

CREATE TABLE OCENY 
(
id_oceny int UNIQUE NOT NULL, 
id_indeksu int UNIQUE NOT NULL, 
id_semestru int default NULL, 
srednia decimal(4,4) default NULL, 
PRIMARY KEY (id_oceny),
FOREIGN KEY (id_semestru) REFERENCES SEMESTR (id_semestru) ON DELETE CASCADE 

);

CREATE TABLE STUDENT
(
id_indeks int UNIQUE NOT NULL,  
imie varchar(15) NOT NULL, 
nazwisko varchar(30) NOT NULL, 
PRIMARY KEY  (id_indeks), 
FOREIGN KEY (id_indeks) REFERENCES OCENY (id_indeksu) ON DELETE CASCADE 

);

dodalem klauzule unique poniewaz moj postgresql 8.4 tego wymaga (zreszta slusznie moim zdaniem); na oko wydaje sie, ze tabele oceny i student sa w 2 i 3 postaci normalnej ale to wymagalo by osobnej analizy;
pozdrawiam

witam;
moze wyjdziemy od definicji 3 postaci normalnej, abysmy bez watpliwosc wiedzieli, ze mowimy o tym samym i wtedy sprobowali przeanalizowac te tabele.

Panowie,

Jeżeli chodzi o 3 PN w sql to definicja brzmi następująco:

każdy atrybut jest funkcjonalnie zależny jedynie od klucza głównego, nie mogą więc istnieć jakiekolwiek zależności przechodnie

A jednak, to co podał Dr.Ma to 3NF.
2NF mówi że kolumny zależą od całego klucza, albo inaczej że nie ma kolumny która zależy funkcyjnie  od podzbioru właściwego klucza.

Ostatnio edytowany przez rski (2009-11-10 11:09:34)

No i czym to się rózni od tego co podał Dr.? Napisał przecież że nie ma przechodniości.
W sumie nie napisał że musi być w 2NF ale chyba nie w tym rzecz.
Sumując oceny nie są w 3NF, bo są zależności przechodnie.

Oceny ma przechowywać informacje o średniej studentów.
Logicznym wydaje się że jeden student (identyfikowany przez swój  numer indeksu) na jednym roku ma jedną średnią ocen.
Więc jeśli wpiszemy w oceny dwa wiersze z identycznym id_indeksu i id_semstru (wiem że nie będziemy wpisywac dwóch takich wierszy bo to bez sensu ale jednak jeśli) to bedą one wyznaczać tę samą ocenę, i mamy przechodnią zależność.
Więc zależność id_indeksy, id_semstru->ocena zachodzi.