I database sono modi utili per memorizzare sistematicamente le informazioni in modo strutturato. Un database ben progettato può consentire un'organizzazione recuperare rapidamente molto specifici insiemi di dati. Nella costruzione di banche dati, progettisti utilizzano differenti insiemi di relazioni di identificazione e non identificante per collegare i diversi gruppi di informazioni. La differenza tra questi due termini è sottile, ma importante.

Righe e colonne

Tabelle di database singoli, simile alle cartelle di lavoro di singoli fogli di calcolo, memorizzare dati in singole colonne che appartengono a singole righe di dati. Ogni riga è una voce che descrivono tutte quelle colonne. Per esempio, uno studio legale che tiene traccia dei dati relativi a suoi avvocati sarebbe assegnare ogni avvocato ad una riga specifica. Quindi, ogni colonna conterrebbe una categoria specifica di informazioni su quell'avvocato, quali un numero di identificazione del dipendente, aree di specialità, rapporti di perdita di win, originale data di assunzione o qualsiasi altra cosa la società voleva tenere traccia.

Tabelle padre e figlio

Molti database aziendali, per aumentare la sicurezza, non etichetta in modo esplicito ogni pezzo di dati sui loro tavoli individuali. Ad esempio, una tabella che tiene traccia di informazioni su avvocati presso Studio legale utilizzerà un ID dipendente invece di un nome e un numero di categoria anziché in modo esplicito i tipi di casi che egli cerca di etichettatura. Tabelle con dati aggregati rappresentati da questi codici numerici sono chiamate "Tabelle padre." Questi codici quindi fare riferimento a singole tabelle di bambino del"," che contengono i dati che si traduce il codice nella porzione di dati che descrive. Per esempio, una tabella padre di dati avvocato avrà una tabella figlio che memorizza i nomi che vanno con i numeri di identificazione del dipendente.

Identificare le relazioni

Una relazione tra una tabella padre e una tabella figlio è "Identificazione", se i dati che della tabella figlio contiene sono necessari identificare il soggetto delle righe di tabella padre. Continuando con l'esempio dello studio legale che tiene traccia dei dati sul suoi avvocati, senza tabella figlio che corrisponde a numeri di identificazione dei dipendenti per i nomi dei dipendenti, i dati aggregati nella tabella padre sono inutili. La tabella è di alcuna utilità per la società se non può corrispondere i dati per un determinato dipendente.

Relazioni non identificante

Una relazione tra una tabella padre e una tabella figlio è "insignificanti" se i dati che della tabella figlio contiene non sono essenziali per identificare il soggetto delle righe di tabella padre. Continuando l'esempio dello studio legale che tiene traccia dei dati relativa agli avvocati, una tabella figlio di una tabella padre con dati aggregati potrebbe contenere le informazioni necessarie per tradurre in inglese normale codici per area del soggetto di competenza giuridica. Mentre perdere la tabella renderà più difficile per l'azienda di tradurre velocemente questi codici di competenza, l'azienda non ha bisogno questo particolare insieme di informazioni per identificare quale descrive l'interezza di ogni riga. Mentre perdere tali una tabella figlio creerà un lavoro aggiuntivo per l'azienda IT di dipartimento, esso non esegue il rendering della tabella padre intero inutile.