Gli svantaggi di Denormalizzazione Database

February 28

I database relazionali devono essere normalizzate in modo da essere efficace. La normalizzazione è un passo importante nella progettazione di database relazionali. Un database relazionale è costituito da diverse tabelle che parlano, o riguardano, l'una all'altra. Mentre denormalizzazione può essere utilizzato per ridurre il numero di unire tabelle e può velocizzare l'elaborazione, conduce ridondanti dati e un aumento delle dimensioni complessive del database.

Gli svantaggi di Denormalizzazione Database

Database design

Qual è la normalizzazione?

La normalizzazione è come i progettisti di database decidono sui campi appropriati, tabelle e relazioni tra le tabelle che appartengono nel database. I vantaggi di un database normalizzato sono ridotte ridondanza dei dati e dipendenza incoerente, così come un design più intuitivo per gli utenti. dati ridondanti porta ad un utente dover aggiungere, modificare o eliminare gli stessi dati da più di un posto nel sistema. dipendenza incoerente impone all'utente di guardare in una posizione nonintuitive per i dati.

Qual è prima forma normale?

Garantire la normalizzazione del database si ottiene utilizzando prima forma normale. Questo elimina campi multipli in singole tabelle. Un esempio di un campo multiplo è Class1, Class2 e Class3. Questo progetto funzionerà fino a quando uno studente prende una quarta classe. Un'altra parte della prima forma normale è di fare in modo che ciascun campo è nell'unità piccolo possibile. Ad esempio, invece di avere un campo per ClientName, la tabella dovrebbe avere due campi, ClientFirstName e ClientLastName.

Qual è secondo forma normale?

Eliminando i dati ridondanti attraverso tabelle e record è Seconda forma normale. Lo sviluppatore deve garantire che ciascun campo appare solo in una tabella per fermare l'immissione di dati ripetitivi. L'unica volta che un campo può essere in una tabella secondaria è quando viene utilizzato come una chiave esterna. Un esempio di questo è una tabella istruttore che contiene la chiave primaria della InstructorID. InstructorID può presentarsi di nuovo in una tabella secondaria denominata classe per identificare chi sta istruendo la classe.

Qual è terza forma normale?

Terza forma normale fa in modo che non ci sia dipendenza incoerente. Incoerenza dipendenza si verifica quando un campo è in una tabella inaspettato. Ad esempio, non sarebbe intuitivo di cercare il telefono di uno studente nella tabella di classe. Il modo più semplice per assicurarsi che il campo appartiene nella tabella appropriata è quella di porre la domanda <nome campo> del <nome della tabella> è <dati>. Ad esempio, il <cognome> del <istruttore> è <Johnson>. Questo ha un senso logico. Un esempio di incoerente dipendenza è il <title> del <istruttore> è <Database Design>.

Che cosa è Denormalizzazione?

A volte è appropriato per un progettista di denormalizzare volutamente parti di un database. Un progettista di database deve farlo con accortezza al fine di negare un impatto negativo per le prestazioni e la facilità d'uso. Con denormalizing il design, meno unire le tabelle e sono necessari chiavi esterne. Denormalizzazione può essere utilizzato in prima e seconda forma normale; tuttavia, non dovrebbe mai essere utilizzato su terza forma normale.