I database relazionali possono essere trovati in una vasta gamma di software e applicazioni, e il più delle volte si possono incontrare i database relazionali durante la navigazione in Internet. Ogni volta che si utilizza un sito web che si firma in, o che memorizza le informazioni personali come il vostro profilo, è molto probabile accede a un database relazionale. Una volta compresi i concetti fondamentali sui database relazionali, si sarà in grado di capire come specifico database negozio e l'accesso alle informazioni.

istruzione

1

Rivedere le idee alla base di database relazionali. Quando la tecnologia database è stato sviluppato prima, era comune per memorizzare le informazioni in un unico file di grandi dimensioni, simile a un foglio di calcolo. Questo formato ha reso difficile fare l'analisi dei dati, e da queste difficoltà, i database relazionali sono stati concepiti. Il termine "database relazionale" si riferisce a un database composto da molti insiemi diversi di dati che si riferiscono a vicenda. I database relazionali organizzare le informazioni in "tavoli", che contengono diversi "campi" o "colonne" che memorizzano i dati. Ad esempio, un database del sito potrebbe includere una tabella chiamata "UserData", che memorizzate le informazioni sugli utenti del sito in colonne come "username", "Nome" e "Cognome".

La "colonna" termine potrebbe sembrare confuso guardando i diagrammi di database che seguono. Esso deriva dal modo in cui banche dati mostrano spesso i dati memorizzati nelle tabelle, in cui ognuno dei campi o colonne viene visualizzato nella parte superiore, con i dati effettivi di righe sotto, come mostrato qui. È possibile leggere le informazioni memorizzate nei database molto simile al modo in cui si leggere un foglio di calcolo.

2 Guarda alcuni esempi di database relazionali per capire meglio come funzionano. Date un'occhiata a questo schema di un database che memorizza le informazioni sugli utenti di un sito web.

In questo esempio, il sito web utilizzando questo database consente agli utenti di creare molteplici avatar che sono collegati al proprio account utente. Sulla sinistra, si vede la tabella del database "UserData" che memorizza le informazioni di base sugli utenti. In aggiunta alle informazioni dell'utente, la tabella assegna un numero a ciascun utente chiamato "UserID", che si chiama "chiave primaria".

Le chiavi primarie sono sempre unici, cioè lo stesso numero o il valore può avvenire solo una volta. Le chiavi primarie forniscono un modo affidabile di collegare un tavolo all'altro. Nei dati riportati dalla tabella UserData nell'immagine dal punto 1, si può vedere che ogni record UserData viene assegnato un numero ID utente diverso, che non sarà mai permesso di ripetere.

3

Applicare questa conoscenza per comprendere uno schema di un database reale.

In questo schema, vediamo anche le "UserAvatars", tabella che memorizza le informazioni relative gli avatar creati da ogni utente. Per collegare gli avatar torna al record utente corretto, UserAvatars contiene anche una colonna chiamata UserID. Perché un record UserData può essere collegato a molti record UserAvatars, questo è chiamato un "uno a molti" relazione. Per recuperare i record UserAvatars associati a un utente specifico, è possibile chiedere il database per visualizzare o restituire solo i record UserAvatars con un valore specifico nella colonna ID utente. Utilizzando i dati nello schema Fase 1, se volessimo solo gli avatar creati dall'utente "coolken," vorremmo chiedere al database di restituire tutti i UserAvatars record in cui UserID è pari a 2, che è il valore UserID assegnato a "coolken." Una richiesta di dati come questo da un database è chiamato un "interrogazione".

4


Ulteriori informazioni sui diversi tipi di relazioni che sono possibili in un database relazionale. Abbiamo già discusso la "uno a molti" relazione, in cui un record in una tabella del database è collegato a molti record in un altro. Il rapporto tra UserData e UserAvatars che abbiamo esaminato nella Fase 2 è un "uno a molti" relazione.

Quando si dispone di un record in una tabella di database che può essere collegato a un solo record di un'altra tabella, questo si chiama un "one to one". Si potrebbe trovare questo in un database che memorizza il nome utente di un utente e una password in una tabella, e il loro nome e l'indirizzo in un altro. In questo esempio, ciascun utente può avere un solo nome utente e un indirizzo, creando un "one to one".

Una relazione "molti a uno" si verifica quando molti record differenti in una tabella sono collegati ad un singolo record in un'altra. Se estendiamo il nostro esempio dai passaggi precedenti, si supponga che ogni avatar può utilizzare una delle dieci immagini disponibili diversi, che vengono memorizzati in una tabella chiamata AvatarImages. Ogni record AvatarImages ha un ID univoco, AvatarImageID, che è la chiave primaria della tabella. Ogni record useravatar, poi, contiene un link a AvatarImages via AvatarImageID. Come risultato, perché molti avatar differenti usano la stessa immagine, ci sono molti record useravatar collegati a ciascun record AvatarImages, creando un "molti a uno" relazione. L'immagine qui mostra uno schema di questo rapporto.

5 Rivedere come i tipi di dati influiscono database relazionali. In aggiunta a un nome, ogni colonna in un database relazionale è assegnato uno specifico "tipo di dati" che definisce il tipo di informazioni che colonna può memorizzare. I tipi di dati comuni includono testo, numero e data. Altri tipi di dati meno evidenti sono: integer, che memorizza numeri interi (senza decimali), galleggiante, che memorizza numeri che possono includere diversi decimali posti, char, che memorizza un numero specifico di caratteri, compilando un valore più breve con spazi, booleano, che memorizza sia "vero" o "falso" (a volte rappresentato come "Sì" e "No" o "1" e "0") e binari, in grado di memorizzare i dati dei file, come immagini o file di documento.

Una colonna con un tipo di dati non è in grado di memorizzare tutto ciò che non è un valore valido per questo tipo di dati. Una colonna integer mostrerà un errore se si cerca di mettere una lettera o una parola in esso. Allo stesso modo, una colonna di un tipo di dati generalmente non può avere un rapporto con una colonna di un diverso tipo di dati - cioè la colonna UserID di UserData non può essere collegato alla colonna di AVATARNAME UserAvatars, perché uno è un numero e l'altro è testo. Diversi pacchetti di software di database hanno differenti tolleranze per la conversione di informazioni da un tipo all'altro. Alcuni database in grado di convertire i tipi di dati numero al testo automaticamente i tipi, mentre altri non si convertiranno automaticamente qualsiasi tipo di dati.

6


Mettere tutto insieme come si esamina un database completo. Come un suggerimento, è possibile visualizzare un diagramma dei rapporti del database selezionando Strumenti e poi relazioni.

Ci sono molti altri database di esempio sul web per qualsiasi software di database che si utilizza. Tenete a mente quello che avete imparato come si guarda il database, e controllare la documentazione del software di database per ulteriori informazioni su come accedere alle informazioni sul database, e come visualizzare i tipi di schemi riportati qui.