Punte per la progettazione della base di dati migliore di SQL

Mantenendo i seguenti oggetti negli aiuti di mente si accertano che il vostri disegno ed aggiornamenti di base di dati vadano uniformemente.

Indossi’il disegno di t una base di dati che fa fronte alla norma. La tentazione poichè deve progettare una base di dati che tratta la maggior parte delle situazioni, facente in modo da è pericolosa. L'inatteso accade nel momento stesso in cui minimi lo prevedete, in modo da si assicura voi disegno la vostra base di dati per riguardare tutte le situazioni che potrebbero presentare, o almeno si accerta che possa fare fronte alle situazioni insolite. Anche se un cliente vi dice di non preoccuparsi per la possibilità di due genti che tentano di riservare lo stesso cottage di festa allo stesso tempo, supponga che accadrà.

Scelga i nomi espressivi per le tabelle ed i campi. Provi ad usare i nomi della tabella e del campo che contribuiscono a dare un'idea di che dati memorizzano. Per esempio, la tabella di MemberDetails immagazzina i particolari’ dei membri, che lo rende ragionevolmente evidente senza ulteriore spiegazione che cosa la tabella tiene. Tabelle nome in modo che ulteriore spiegazione o esaminare la tabella sia inutile. Lo stesso si applica ai nomi della colonna.

Provi a mantenere i nomi semplici. Forse questo sembra contraddirlo il punto precedente, ma doesn’t: I nomi dovrebbero essere descrittivi come possibile, ma shouldn’t sono eccessivamente lunghi o complesso. I nomi lunghi aumentano la probabilità degli errori.

Sia costante nel vostre chiamare e scelta del tipo di dati. Per impedire la confusione, indossi’la chiamata di t un campo ZipCode in una tabella e PostalCode in un altro se si riferiscono agli stessi dati. Inoltre assicurisi che entrambi i campi sono lo stesso tipo di dati e possono immagazzinare la stessa larghezza dei dati. Se definite uno come varchar(12) in una tabella e varchar(8) in un altro, rischiate il troncamento se inserite mai da una tabella in un altro.

Analizzi i vostri bisogni di dati su carta in primo luogo. ’Tentazione di s molto una volta chiesta generare una base di dati per scorrere veloce fuori e cominciare progettare in moto, come esso era. Tuttavia, tempo dell'introito fuori in primo luogo di sedersi giù con la penna e di incartare il più d'importanza e considerare che dati devono essere memorizzati e, che risposte la base di dati si pensa che fornisca. Se la persona che ha bisogno della base di dati già funziona un certo altro sistema (per esempio, un sistema di memorizzazione scritto), dia un'occhiata al quel ed usila come vostro punto di partenza per l'immissione dei dati.

Selezioni con attenzione la vostra chiave primaria. Scelga un campo che è improbabile da cambiare e preferibilmente uno che è un campo intero-numero-basato. La chiave primaria deve sempre essere unica. Se non c'è nessun campo evidente, allora generi il vostro proprio campo di intero-numero allo scopo di generare una chiave primaria unica.

Generi un indice. Gli indici contribuiscono ad accelerare le ricerche, così aggiungendole ai campi che sono usati regolarmente nelle ricerche o si unisce è utili. Gli indici sono particolarmente utili dove avete lotti dei valori differenti—per esempio, il campo di ZipCode nella tabella di MemberDetails. Compreso un indice non è una buona idea, tuttavia, se avete soltanto alcuni valori, quale la colonna di MemberAttended nella tabella di presenza. Gli indici inoltre rallentano l'entrata di dati, qualcosa particolarmente importante notare se la colonna è probabile avere lotti degli inserti o degli aggiornamenti.

Aggiunga un indice multicolumn. Gli indici multicolumn vengono in particolarmente pratico nei campi in cui gli utenti cercano spesso più di una colonna. Per esempio, se spesso cercate la città e Dichiarate insieme, aggiunga un indice basato su entrambe le colonne.

Eviti di usando le parole riservate come nomi di campo o della tabella. Le parole riservate sono parole usate dalla lingua di SQL e quindi sono riservate al relativo uso soltanto. Per esempio, le parole come prescelto, si uniscono ed interno sia esclusivo a SQL. Anche se potete a volte usare le parole riservate mettendo le parentesi intorno loro, evitarle complessivamente sono più facili.

Consideri i requisiti di spazio di immagazzinaggio. Nel selezionare un tipo di dati’del campo s, tenga conto lo spazio di immagazzinaggio massimo probabilmente essere richiesto ed allora aggiunga una punta piccola! Se pensate il numero più grande di caratteri da immagazzinare è probabilmente 8, fa la vostra definizione 10, o varchar(10). Fare così aggiunge una punta piccola di una rete di sicurezza. Lo stesso va con i numeri.

Diniego: Il nostro Web site non è responsabile delle informazioni contenute da questo articolo. Questo articolo in nessun modo riflette le viste, le opinioni, i pensieri o la credenza del personale dell'indice degli articoli.

Avviso di traduzione: L'articolo "punte per la progettazione della base di dati migliore di SQL" è stato tradotto usando un servizio di traduzione automatizzato. Chiediamo scusa francamente per tutti gli errori di traduzione che hanno accaduto. Grazie per capire.

Online: 851 users browsing the articles directory