Database sono modi utili per memorizzare sistematicamente le informazioni in modo strutturato . Un database ben progettato può consentire a un'organizzazione di recuperare rapidamente molto specifici insiemi di dati . Nella costruzione di basi di dati , i progettisti utilizzano diversi set di identificazione e non individuazione dei rapporti di collegare diversi gruppi di informazioni insieme . La differenza tra questi due termini è sottile , ma importante . Righe e colonne

tabelle di database individuali , simili a singole cartelle di lavoro , fogli di calcolo memorizzano i dati in singole colonne che appartengono a singole righe di dati. Ogni riga è una voce che tutte quelle colonne descrivono . Per esempio, uno studio legale che tiene traccia dei dati circa i suoi avvocati sarebbe assegnare ad ogni avvocato per una riga specifica . Poi , ogni colonna conterrebbe una specifica categoria di informazioni che l'avvocato , come ad esempio un numero di identificazione del dipendente , le aree di specialità, vincere rapporti di perdita , originaria data di assunzione , o qualsiasi altra cosa l'azienda ha voluto tracciare .

padre e figlio tavoli

Molte banche dati aziendali , per aumentare la sicurezza , non etichettare esplicitamente ogni pezzo di dati sui loro tavoli individuali . Ad esempio, una tabella che tiene traccia delle informazioni sui avvocati di uno studio legale utilizzerà un numero ID del dipendente al posto di un nome e di un numero di categoria invece di etichettare in modo esplicito i tipi di casi egli cerca . Le tabelle con i dati aggregati rappresentati da questi codici numerici sono chiamate " tabelle padre . " Questi codici poi riferimento individuale "Tabelle bambino", che contengono i dati che traduce il codice nel blocco di dati che descrive. Ad esempio , una tabella padre di dati avvocato avrà una tabella figlio che memorizza i nomi che vanno con i numeri di identificazione dei dipendenti .
Individuazione dei rapporti

Un rapporto tra una tabella padre e una tabella figlio è "Identificazione ", se i dati della tabella figlio contenuti è necessario individuare il soggetto di righe della tabella padre . Continuando l'esempio dello studio legale che tiene traccia dei dati sui suoi avvocati , senza la tabella figlio che corrisponde a numeri di identificazione dei dipendenti per i nomi dei dipendenti , i dati aggregati nella tabella padre è senza valore. Il tavolo è di alcuna utilità per la società se non può corrispondere i dati ad un singolo lavoratore .
Non- individuazione dei rapporti

Una relazione tra una tabella padre e una tabella figlio è " non- identificazione ", se i dati della tabella figlio contiene non è essenziale per identificare il soggetto di righe della tabella padre . Continuando l'esempio dello studio legale che tiene traccia dei dati sui suoi avvocati, una tabella figlio di una tabella padre con i dati aggregati possono contenere le informazioni necessarie per tradurre i codici di zona del soggetto di competenza giuridica in un inglese semplice . Pur perdendo la tabella renderà più difficile per l'azienda di tradurre rapidamente questi codici competenze , l'azienda non ha bisogno di questo particolare insieme di informazioni per identificare quali la totalità di ogni riga descrive . Mentre la perdita di tale tabella figlio creerà lavoro extra per il reparto IT della società , non rende l'intera tabella padre inutile.