Dotaz: Návrh databáze

[tascoa]

Příloha:

• erD.JPG (0 bytů)

Prosím o pomoc s návrhem tabulek a klíčů. Vše podle obrázku v příloze. Můžete mi s tím pomoci? Pokud někdo namítne, že to mám určitě do školy, tak přiznávám, že ano. Je to ukázka budoucího testu. A chci být připraven. Prosím o kontrolu, případně námitek, kde jsou chyby. Nechci hotové řešení. Díky.

create table Zamestnanec ( idZam integer, jmeno varchar(30), prijmeni varchar(50) )

alter table Zamestnanec add constraint pk_idZam primary key ( idZam ) / create table Evidence ( uvazek float, idZam integer, idOdd integer )

alter table Evidence add constraint fk_idZam foreign key ( idZam ) references Zamestnanec ( idZam )

alter table Evidence add constraint fk_idOdd foreign key ( idOdd ) references Oddeleni ( idOdd ) / create table Oddeleni ( idOdd integer, nazev varchar(50) )

alter table Oddeleni add constraint pk_idOdd primary key ( idOdd ) /

---

---

Odpovědi

[tascoa]

Je dobre u otazky tohoto typu rict, o jakou db se jedna..
Muj navrh pouziva trochu jine nazvy (anglicky, podle me zazitych konvenci) a taky neobsahuje IMHO zbytecny sloupec uvazek. Psano bez zbytecnych ALTERu. Testovano na Oraclu. Ber to spis jako inspiraci, nevim do jake miry se mas ridit zadanym obrazkem ;]

CREATE TABLE employees (
    id INTEGER
        CONSTRAINT pk_employees PRIMARY KEY,
    first_name VARCHAR(30),
    last_name VARCHAR(50)
);

CREATE TABLE departments (
    id INTEGER
        CONSTRAINT pk_departments PRIMARY KEY,
    name VARCHAR(50)
);

CREATE TABLE employee2department (
    employee NUMBER(16)
        CONSTRAINT fk_e2d_employee
        REFERENCES employees
        ON DELETE CASCADE,
    department NUMBER(16)
        CONSTRAINT fk_e2d_department
        REFERENCES departments
        ON DELETE CASCADE,
    CONSTRAINT pk_employee2depatment
        PRIMARY KEY (employee, department)
);

[tascoa]

Mockrat dekuji. Z tohoto uz to celkem cele chapu. Ja to take budu zkouset na oracli instanci. Jeste jednou diky.

[depka]

proc jsou cizi klice typu number(16) misto int?

[Tarmaq]

ano, to je chyba - pisu ze zvyku z prace NUMBER(16) a pak jsem se to jal predelavat na INTEGER (protoze jsem si toho vsiml v zadani) a zrejme uz jsem to nedokoncil a postnul rozdelane.. cizi klice samozrejme musi byt stejneho typu jako zdrojovy sloupec

[Tarmaq]

jinak v Oraclu:

INTEGER = NUMBER(38)

coz muze byt zbytecne - proto pouzivam NUMBER(16) ;]

[kulik]

V cem je lepsi NUMBER(16) nez NUMBER(38)? Bud ma to omezeni nejaky realny zaklad, a pak by tam melo byt, nebo nema, a pak je k nicemu. Tezko tedy rict ze je to "zbytecne", bud je chyba ze to tam neni, nebo je to uplne jedno.

[FooBar]

Err, coze? Absolutne nechapu tvoji logiku. To omezeni rika, kolik se toho tam vejde. V momente, kdy nepotrebujes tolik, je logicky vyhodnejsi omezit to na nizsi cislo...

[karel]

Jedna se o constraint a ten je bud vecne opodstatneny a pak tam byt musi, nebo opodstatneny neni a pak by tam nemel byt. Nema to zadnou souvislost s tim, kolik data zaberou mista, takze pokud nemam realny duvod proc tam dat 16, neni to o nic lepsi nez default 38. Ale oboje je samozrejme tak velke, ze to pri typickem pouziti je uplne jedno...