I database sono modi utili per memorizzare in modo sistematico le informazioni in modo strutturato. Un database ben progettato può permettere a un'organizzazione di recuperare rapidamente insiemi molto specifici di dati. Nel costruire basi di dati, i progettisti usano diversi set di identificazione e non individuando relazioni per collegare diversi gruppi di informazioni insieme. La differenza tra questi due termini è sottile, ma importante.

Righe e colonne

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

Tabelle padre e figlio

Molti database aziendali, per aumentare la sicurezza, non etichettare in modo esplicito ogni pezzo di dati sulle loro tavole individuali. Ad esempio, una tabella che tiene traccia delle informazioni su avvocati presso uno studio legale utilizzerà un numero ID dipendente al posto di un nome e un numero di categoria, invece di etichettare in modo esplicito i tipi di casi che prova. Le tabelle con dati aggregati rappresentati da questi codici numerici sono chiamati "tabelle padre." Questi codici poi riferimento individuali "Tabelle bambino", che contengono i dati che traduce il codice nel pezzo di dati che descrive. Per esempio, una tabella padre di dati legali avrà una tabella figlio che memorizza i nomi che vanno con numeri di identificazione dei dipendenti.

Identificare relazioni

Una relazione tra una tabella padre e un tavolo da bambino è "Identificazione", se i dati della tabella figlio contiene è necessaria per identificare il soggetto di righe della tabella genitore. Continuando l'esempio dello studio legale che tiene traccia dei dati sui propri legali, senza la tabella figlio che corrisponde numeri di identificazione dei dipendenti per i nomi dei dipendenti, i dati aggregati nella tabella padre è inutile. Il tavolo è di alcuna utilità per la società se non può corrispondere i dati ad un singolo lavoratore.

Relazioni non Identificazione

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