multivalued attribute - dátový model ?

Dajme tomu že mám entitu Employees. Jeden z jej atribútov je work_phone. Business rules určujú, že je možné použiť maximálne dve telefónne čísla typu work_phone pre jedného zamestnanca a z toho jedno telefónne číslo je povinné.

Otázka je, ako podľa týchto business rules namodelovať atribút work_phone z hľadiska performance a použiteľnosti.

Viem o dvoch riešeniach:

1) pre entitu Employees vytvoríme dva atribúty - work_phone_1 ako NOT NULL a work_phone_2 ako NULL

2) vytvoríme tabuľku work_phone so vzťahom 'employees 1:N work_phone', kde ošetríme že maximálne dva rows z work_phone môžu referovať na jeden konkrétny row z employees a employees row neexistuje, pokiaľ nereferuje minimálne na jeden row z work_phone.

Ktoré riešenie je teda vhodné pri týchto business rules a prečo ?

Dík

Ano, presne nad tym som sa tiez zamyslal. Dik za postreh.

No to je tiež dobrá poznámka. Ak by existovalo viac typov čísel tak vytvoriť lookup tabuľku phone_type napr. pre work,home,fax, alebo nejaký custom typ čísla.

Tori: Nejde o žiadnu celistvú, konkrétnu DB. Iba som uvažoval nad pravidlami, ktoré som si vymyslel ako príklad nejakého čiastkového DB scenára :)

Joker: To by ale nebolo vhodné v prípade, pokiaľ by napríklad manažér mal mať možnosť doplniť nový typ čísla. To by sa muselo pri každej zmene zasahovať do štruktúry tabuľky a upravovať vlastnosti ENUM column-u, čo asi nie je ideálne :-/

Ale opäť to závisí asi od konkrétnych rules...Pokiaľ naisto vieme že máme pevné typy a dlho sa to nebude meniť, tak asi ENUM namiesto lookup tabuľky postačí.