Esercizi di database relazionale

In questi esercizi , esploreremo l'utilizzo di campi di serie numero della chiave di mettere in relazione le tabelle di dati , e la creazione di relazioni tra tabelle secondarie per migliorare la nostra capacità di memorizzare ed elaborare più estesa e immissioni di dati . Numero di serie Campi chiave

Il modo più semplice per creare un rapporto di database è quello di utilizzare i campi di serie tasto numerico in cui un numero univoco viene assegnato ad ogni record di una determinata tabella . Ad esempio , creeremo una rubrica con più relazioni , consentendo più voci nella registrazione di ogni persona

Tabella 1 , Persone: . Record 1 : ( UserID : 1 , nome: " Jane Doe " ) Record 2 : ( UserID : 2 , nome: " Joseph Brown " ) per

Tabella 2 , e-mail: Record 1 : ( UserID : 1 , E-mail : " [email protected] " ) Record 2 : ( UserID : 2 , email: " [email protected] " ) Record 3 : ( UserID : 2 , email: " [email protected] " ) per

Tabella 3 , Telefono : Record 1 : ( UserID : 2 , telefono: " 202-555-8213 " ) per

il rapporto viene creato utilizzando il campo chiave UserID , che riguarda la UserID nella tabella 1 con la UserID nella Tabella 2 e Tabella 3 . L' e-mail e telefono tabelle , tuttavia , non hanno alcuna relazione tra loro che non si connette torna a UserID , quindi non c'è bisogno di assegnare loro numeri di ID univoci . Per recuperare le informazioni complete , il vostro rapporto o lo script di database (chiamata un "metodo " anche ) sarebbero attraversare queste relazioni : a cominciare dal nome del record di persone, sarebbe in primo luogo recuperare tutti i numeri di telefono con lo stesso ID utente , quindi tutti gli indirizzi e-mail che UserID e il formato per la visualizzazione o la stampa

e ' importante notare che UserIDs nella tabella primaria devono essere univoci , . che sia accettabile per saltare numeri ( di solito , questo si verifica quando i record vengono cancellati ) , ma lo stesso numero può mai essere utilizzato due volte. Nelle tabelle secondarie , tuttavia , è possibile utilizzare tale ID primario tutte le volte che è necessario creare più record ; Joseph Brown ha due indirizzi e-mail , così lui ha due voci nella tabella E-mail con la UserID
.
Secondary Key Field rapporti

frequenti , si vuole creare un secondo insieme di relazioni in aggiunta alla prima . Se si desidera memorizzare , ad ogni indirizzo di posta elettronica , una serie di istruzioni su come l'indirizzo e-mail deve essere utilizzato : ad esempio , messaggi di posta elettronica HTML e testo semplice , e un'etichetta di lavoro o di casa . Si potrebbe fare questo con un database di file flat con l'aggiunta di più campi per ogni record , ma che possono causare la progettazione di database inefficiente quando la tavola diventa grande . Usare una relazione di chiave secondaria invece

Tabella 2 , e-mail: . Record 1 : ( EmailID : 1 , ID utente : 1 , E-mail : " [email protected] " ) Record 2 : ( EmailID : 2 , ID utente : 2 , e-mail: " [email protected] " ) Record 3 : ( EmailID : 3 , UserID : 2 , Email: " [email protected] " ) per

Tabella 4 , EmailInstructions : Record 1 : ( EmailID : 1, tipo : " HTML " , tipo : "lavoro" ) Record 2 : ( EmailID : 2 , Tipo: "pianura " , tipo : "lavoro" ) Record 3 : ( EmailID : 3 , Tipo: "pianura " , gentile : . " casa" ) per

Con una tabella secondaria , è possibile memorizzare dati arbitrari per ogni record , pur mantenendo la massima efficienza per i recuperi dalla tabella iniziale, che non ha bisogno dei dati secondari