Come accedere ai dati Normalizzazione

December 3

L'obiettivo del processo di normalizzazione del database è quello di creare le tabelle conformi alle regole della struttura del database relazionale. Queste regole descrivono un database che può essere interrogato con il 100 per cento fiducia nell'integrità dei risultati. L'esecuzione di questo processo in Access non è diverso rispetto a qualsiasi altro software relazionale. Anche se può essere eseguita dopo che il database è stato costruito in forma di bozza, il processo di normalizzazione è particolarmente utile quando eseguita durante il processo di progettazione. È più efficiente di rifare le tabelle sulla carta quello che è di programmare le nuove tabelle e copiare un sacco di dati tra di loro.

istruzione

1 Identificare tutte le colonne in ogni tabella che sono potenziali chiavi candidate. colonne candidati sono quelli che conterrà i dati che identifica in modo univoco il contenuto della intera riga. Come esempio, la tabella di seguito DIPENDENTE bisogno di normalizzazione per correggere potenziali problemi con i dati ripetuti. Se ogni colonna viene considerata come una chiave potenziale candidato, le colonne Dipendente Num e-mail sia identificano tutti gli altri dati, come ciascuno è unica per un dipendente.

Impiegato Num | Cognome | Dipartimento | E-mail | Dipartimento | dept Phone

2 Esaminare tutte le dipendenze funzionali in ogni tabella. Una colonna si dice che sia funzionalmente dipendente da un'altra colonna quando si identifica in modo univoco l'altra. Esaminando le dipendenze funzionali dell'esempio tavolo DIPENDENTE, si nota che LastName, Department e-mail sono tutti soprattutto per un numero dei dipendenti. L'altra dipendenza funzionale è Dipartimento di Dipartimento del telefono.

3 Verificare che i determinanti individuate nella Fase 2 sono anche chiavi candidate come definito al punto 1. È necessario spostare qualsiasi determinante che non è una chiave candidata, e quindi non identificare in modo univoco il contenuto della fila, in una nuova tabella. Dal momento Dipartimento non è una chiave candidata, si scopre che è necessario apportare alcune modifiche strutturali al database per correggere i problemi di normalizzazione. Creare una nuova tabella denominata Dipartimento dei due campi identificati come un problema. Il Dipartimento della colonna rimane in Impiegato come chiave esterna che consentirà la relazione tra le tabelle. Il risultato è di due tavole normalizzate:

DIPENDENTE

Impiegato Num | Cognome | Dipartimento | E-mail

DIPARTIMENTO

Dipartimento | dept Phone

4 Ripetere i passaggi precedenti come numero di volte necessario fino a quando ogni determinante è una chiave candidata. Ogni tabella dovrebbe consistere solo di colonne che sono funzionalmente dipendente chiavi candidate.