Così come è saggio progettare una casa prima di costruirne una, è anche prudente pianificare il database della tua azienda prima di inserirlo nel tuo sito web. I database possono sembrare ingannevolmente semplici e farti pensare che non ci vuole molto per progettarli. Quel “semplice” database che vedi sul Web o in un’applicazione aziendale probabilmente ha richiesto un po ‘di attenta riflessione e pianificazione per essere creato. La teoria della progettazione di database relazionali è un argomento enorme, ma puoi imparare alcuni principi che possono aiutarti a progettare un database di viaggio efficiente per il tuo sito web.
1
Annota lo scopo del tuo database. Microsoft fa un ottimo punto quando incoraggia i progettisti di database a scrivere un paragrafo o anche una frase che descrive l’obiettivo del database. Scriverlo aiuta a cristallizzare le tue idee e facilita la transizione alla modalità di brainstorming.
2
Fai un brainstorming da solo o con un team e identifica le informazioni che vorresti presentare sul tuo sito web di viaggio. Ad esempio, potresti scrivere concetti come vacanze, crociere, hotel, biglietti, prenotazioni e isole. Tutte queste parole sono entità e alla fine diventeranno parte del tuo database se vorrai usarle. Documenti e siti web che già utilizzi servono come buone fonti per queste informazioni. Se si consultano gli orari delle compagnie aeree, ad esempio, è possibile includere entità come compagnie aeree e destinazioni da tali orari nel database.
3
Identifica le relazioni tra le entità. La vita reale consiste in molte relazioni genitore-figlio che le persone modellano quando progettano database. Un database climatico, ad esempio, può essere costituito da entità che tengono traccia del tempo per stati, città e quartieri. In questo caso, un quartiere è un “figlio” di una città e una città è un figlio di uno stato. Uno degli obiettivi iniziali del brainstorming delle idee sui database è identificare tutte le entità nel sistema e qualsiasi relazione genitore / figlio che possa esistere.
4
Disegna piccole scatole su un pezzo di carta e scrivi una delle entità principali nella parte superiore di ogni scatola. La destinazione, ad esempio, è probabilmente un’entità importante perché può fungere da genitore di altre entità come spiagge e resort. I client potrebbero apparire come un’altra entità principale nella parte superiore di una casella perché i client possono avere nomi, indirizzi e-mail e altre informazioni sul tipo di client.
5
Rivedi le informazioni in queste caselle e riorganizzale secondo necessità. Potresti scoprire che alcune entità principali appartengono davvero come entità figlio in qualche altra scatola. Prova a raggruppare tutte le entità in caselle correlate senza duplicare le informazioni. Quando hai finito, queste caselle diventano le tabelle del tuo database e le entità in quelle tabelle diventano colonne.
6
Identifica le chiavi primarie di ciascuna tabella. Una chiave primaria è un’entità che descrive ogni record univoco in una tabella. Questa entità è spesso l’entità principale che esiste in cima alla tua tabella. Disegna un asterisco accanto alla chiave primaria di ogni tabella. Occasionalmente potrebbe essere necessario utilizzare due entità come chiavi per consentire a queste due chiavi di identificare un record nella tabella. Quando si specificano le chiavi primarie, utilizzare entità che non cambieranno. Se non riesci a trovare una chiave primaria, puoi sempre utilizzare un campo numerico arbitrario come quella chiave. Molti sistemi di gestione del database come SQL Server possono generare questi tipi di chiavi numeriche quando sei pronto per popolare il tuo database.
7
Gestisci le relazioni uno-a-molti. Le relazioni uno-a-molti costituiscono la spina dorsale dei sistemi di database relazionali. Ad esempio, esiste una relazione uno-a-molti tra una tabella Cliente e una tabella Cronologia vacanze perché un cliente può avere molti record della cronologia vacanze nella tabella Cronologia vacanze. La tabella Cliente diventa la tabella “uno” e la tabella Cronologia vacanze diventa la tabella “molti”. Quando si scopre una di queste relazioni tra due tabelle, copiare la chiave primaria dalla tabella “uno” alla tabella “molti”. Il sistema di gestione del database sarà in grado di unire le due tabelle quando necessario ed estrarre i dati da entrambe utilizzando la loro chiave condivisa comune.
8
Rivedi le tue tabelle e apporta aggiustamenti e correzioni secondo necessità. È quindi possibile utilizzare il sistema di gestione del database per creare il database dalle specifiche di progettazione.