Din forma nenormalizata se vede usor ca avem: Dept–»Proiecte, Dept–»Componente. Se vede ca asa cum este conceputa „aplicatia”, proiectele nu determina componentele (cum ar parea natural, chiar daca nu obligatoriu), deci nu avem DF Proiect›Comp. Departamentele mentin un stoc de componenete si ele dezvolta proiectele care pot folosi unele din componentele disponibile – sau toate.
Relatia DPC are cheia formata din toate atributele sale, deci este in FNBC. Relatia DPC prezinta urmatoarele anomalii:
1. Anomalii de inserare. Daca un departament, de exemplu D2, adauga o componenta noua C7 in stocul sau, aceasta va face necesara adaugarea mai multor tupluri – in cazul nostru trei, cate un tuplu pentru fiecare proiect al departamentului, pentru aceeasi componenta C7.
2. Anomalii de eliminare = reprezinta contrariul anomaliilor de inserare – prin faptul ca atunci cand o componenta este eliminata, trebuie eliminate, de asemenea, toate tuplurile care contin acea componenta pentru fiecare proiect al departamentelor.
