I database relazionali possono essere trovati in una vasta gamma di software e applicazioni , e si può spesso 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 , si è molto probabile l'accesso a un database relazionale . Una volta compresi i concetti di base dei database relazionali , si sarà in grado di capire come i database negozio specifico e le informazioni di accesso. Istruzioni
1
Commenta le idee di base dietro a database relazionali . Quando la tecnologia di database è stato sviluppato, 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 diversi set di dati che si riferiscono a vicenda . I database relazionali organizzano le informazioni in "tabelle ", che contengono diversi "campi " o " colonne" che memorizzano i dati . Ad esempio, un database del sito potrebbe includere una tabella chiamata " UserData ", che le informazioni memorizzate sugli utenti del sito in colonne come "username ", " Nome " e "Cognome ".
Il termine " colonna" potrebbe sembrare confuso in cerca i diagrammi di database che seguono . Esso deriva dal modo in cui i database di frequente vengono visualizzati i dati memorizzati nelle tabelle , in cui ognuno dei campi o colonne è indicato in alto , con i dati effettivi in righe sotto , come mostrato qui. È possibile leggere le informazioni memorizzate nei database molto simile al modo in cui si sarebbe letto 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 permette agli utenti di creare avatar multipli che sono collegati al proprio account utente . Sulla sinistra , si vede la tabella di database " UserData " che memorizza le informazioni di base sugli utenti . In aggiunta alle informazioni di utente , la tabella assegna un numero a ciascun utente chiamato " UserID ", che è chiamata la "chiave primaria ".
Chiavi primarie sono sempre unici , cioè lo stesso numero o valore può avvenire solo una volta . Le chiavi primarie rappresentano un modo affidabile di collegare un tavolo all'altro . Nei dati indicati dalla tabella UserData nell'immagine dal punto 1 , si può vedere che ogni record UserData è assegnato un numero ID utente diverso , che non sarà mai permesso di ripetere .
3
applicare questa conoscenza per la comprensione di un diagramma di un database reale .
In questo diagramma , vediamo anche le " UserAvatars ," tavolo che memorizza le informazioni relative gli avatar creati da ogni utente . Per collegare gli avatar nuovamente al record utente corretta , UserAvatars contiene anche una colonna chiamata UserID . Poiché un record UserData può essere collegato a molti record UserAvatars , questo si chiama " uno a molti " relazione . Per recuperare i record UserAvatars associati a un utente specifico , è possibile chiedere il database per visualizzare o restituire solo UserAvatars record con un valore specifico nella colonna UserID . Utilizzando i dati del diagramma di fase 1 , se volessimo solo gli avatar creati dall'utente " coolken , " chiediamo al database di restituire tutti i record in cui UserAvatars UserID è uguale a 2 , che è il valore ID utente assegnato a " coolken . " Una richiesta di dati come questa da un database è chiamato " query. "
4
conoscere i diversi tipi di relazioni che sono possibili in un database relazionale . Abbiamo già discusso il " uno a molti " relazione , in cui un record in una tabella di database è collegato a molti record in un altro . Il rapporto tra UserData e UserAvatars abbiamo rivisto nella Fase 2 è un " uno a molti " relazione .
Quando si ha 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 , ogni utente può avere un solo nome utente e un indirizzo, creando così un "one to one" .
A " molti a uno " rapporto si verifica quando molti record differenti in una tabella sono collegati a un singolo record in un altro . Se estendiamo il nostro esempio dai passi precedenti , si supponga che ogni avatar può utilizzare una delle dieci immagini disponibili diverse , che sono 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é molte incarnazioni diverse usano la stessa immagine , ci sono molti record useravatar legate a ciascun record AvatarImages , creando un " molti a uno " relazione . L'immagine qui mostra un diagramma di questo rapporto .
5
recensione come tipi di dati influenzano database relazionali . In aggiunta a un nome , ogni colonna in un database relazionale viene assegnato un " tipo di dati" specifico che definisce il tipo di informazioni che può memorizzare colonna . I tipi di dati più comuni includono testo , numero e data . Altri tipi di dati meno evidenti sono: integer , che memorizza numeri interi ( senza decimali ) , float , che memorizza i numeri che possono includere diversi decimali, char , che memorizza un numero specifico di caratteri , compilare qualunque valore più breve con spazi , booleano , che memorizza sia "vero" o " falso " ( a volte rappresentate come "Sì" e "No" o "1 " e "0" ) e binario, che può memorizzare i dati dei file , come immagini o file di documenti .
< p > 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 in genere non può avere un rapporto con una colonna di dati di tipo diverso - cioè la colonna UserID di UserData non può essere collegata alla colonna di AVATAR di UserAvatars , perché uno è un numero e l'altro è testo . Diversi pacchetti di software di database hanno tolleranze per la conversione di dati da un tipo a un altro diverso . Alcuni database in grado di convertire i tipi di dati numerici per tipi di testo automaticamente , mentre altri non si convertirà automaticamente qualsiasi tipo di dati .
6
mettere tutto insieme come si esamina un database completo . Come un suggerimento , è possibile visualizzare un diagramma di relazioni del database selezionando Strumenti e quindi le relazioni.
Ci sono molti altri database di esempio disponibili sul web per qualsiasi software di database utilizzato . Tenete a mente quello che hai imparato come si guarda il database e controllare la documentazione del software di database per ulteriori informazioni su come accedere alle informazioni relative al database , e come visualizzare i tipi di diagrammi qui riportati .
< Br >
