Taula de continguts:
- Definició: què significa la tercera forma normal (3NF)?
- Techopedia explica la tercera forma normal (3NF)
Definició: què significa la tercera forma normal (3NF)?
El tercer formulari normal (3NF) és el tercer pas per normalitzar una base de dades i es basa en el primer i segon formulari normal, 1NF i 2NF.
3NF estableix que cal suprimir tota la referència de columna de les dades de referència que no depenen de la clau primària. Una altra manera de dir-ho és que només s'han d'utilitzar columnes de clau estrangera per fer referència a una altra taula i no hi hauria cap altra columna de la taula pare en la taula de referència.
Techopedia explica la tercera forma normal (3NF)
Penseu en la base de dades d’una entitat bancària, que conté dues taules: CUSTOMER_MASTER per emmagatzemar les dades del client i ACCOUNT_MASTER per emmagatzemar detalls sobre comptes bancaris, inclòs quin client té quin compte. En aquest cas, hi ha d'haver una manera de vincular les dues taules per vincular un compte al client que el posseeix. La manera de fer-ho és mitjançant una clau estrangera. Aquesta és una columna de la taula ACCOUNT_MASTER que assenyala o fa referència a una columna corresponent (anomenada clau primària) de la taula principal CUSTOMER_MASTER. Anomenem aquesta columna Custid.
Suposem que el client Andrew Smith crea un compte a la taula CUSTOMER_MASTER amb Custid 20454. El Sr Smith té un compte d’estalvi amb el número S-200802-005, els detalls de la qual es troben a la taula ACCOUNT_MASTER. Això vol dir que la taula ACCOUNT_MASTER tindrà una columna anomenada CustID, que no és una dada original. En canvi, també té el valor 20454, que simplement fa referència al mateix Custid de la taula CUSTOMER_MASTER.
Ara, 3NF dicta que a la nostra taula ACCOUNT_MASTER, l’única informació que tenim sobre el client hauria de ser la Custid (20454) com a clau estrangera i es refereix a i identifica el client propietari d’aquest mateix Custid a la taula CUSTOMER_MASTER (Andrew Smith ). No s’ha d’emmagatzemar cap altra dada sobre el nostre client (com ara el nom, la data de naixement, el sexe, etc.) a la taula ACCOUNT_MASTER, o de qualsevol altra taula, perquè totes aquestes dades sobre ell ja estan emmagatzemades a CUSTOMER_MASTER. En fer això, les úniques dades de client emmagatzemades fora de la taula CUSTOMER_MASTER són el Custid. Això paga bonics dividends garantint que no hi ha cap duplicitat de dades, cosa que al seu torn fa que les consultes es facin de manera molt més eficient i redueixi la quantitat d’emmagatzematge necessària.
