Ahoj Petre,
diky za komentare. Proc normalizace? Jako nezkuseny v DB navrhu je to pro me dobre voditko, jak navrhnout tabulky a zaroven se vyvaroval problemum, ze si smazu jeden zaznam a zjistim, ze jsem nesmazal jen dany konektor, ale zaroven s nim spojeny terminal.
Prepsat to do neceho jinym srozumitelne je pro me dost tezke, protoze ja zase nejsem uplne obeznamen s jinymi typy DB, kde figuruji muz/zena, apod. :-)
Plati toto:
Konektor_Franta (ma 10 der, 5 der ctvercovych, 5 der kruhovych)
-> dira1 = ctvercova -> kompatibilni s terminal_ID1
-> kompatibilni s terminal_ID2
.
-> kompatibilni s terminal_IDn
-> dira2 = ctvercova
-> dira3 = kruhova
.
.
-> dira10 = ctvercova
V zasade je to strom, ktery se vetvi. Tam je problem, ze ta dira nema svuj identifikator. Ma rozmer, ale nemusi znamenat, ze dira s rozmerem 1x1mm je u konektoru A stejna, jako dira 1x1 u konektoru B, pripadne toto urcit by bylo moc obtizne.
Nejvetsi problem mam asi s tabulkou PIN_LAYOUT (coz je vlastne rozlozeni der). Prijde mi divne, ze bude tabulka:
ID_KONEKTOR, ID_PIN, ID_TERMINAL_SET
a pro kazdou diru bude v tabulce zaznam. Coz pro konektor s dvaceti pinama znamena dvacet polozek. Ale to je asi dane nezkusenosti s databazema. Ono sto polozek konektoru a tomu cca odpovidajicich 1000 polozek PIN_LAYOUT asi neni moc.
Zeptam se takhle, muzu udelat relaci mezi tabulkou KONEKTOR a tabulkou PIN_LAYOUT, kdyz KONEKTOR ma klic pouze ID_KONEKTOR a PIN_LAYOUT ma slozeny klic ze tri polozek?