Segreti di Access 2010 Database Design - dummies

Parte di Access 2010 All-In-One per Dummies Cheat Sheet

Ecco i cinque comandamenti della progettazione del database, indipendentemente dal fatto che si utilizzi Access 2010 o un altro programma di database. Un database ben progettato rende più semplice la gestione dei dati.

• Memorizza le informazioni a cui appartiene, non dove appare. Dove memorizzi informazioni non ha nulla a che fare con dove appare. In un foglio di calcolo, si digitano le informazioni in cui si desidera che appaiano quando si stampa il foglio di calcolo, ma i database funzionano in modo diverso. In un database, le informazioni vengono memorizzate in tabelle in base alla struttura delle informazioni. Un pezzo di informazione può apparire in molti report diversi, ma lo si memorizza in un solo campo in una tabella.

• Memorizza le informazioni come realmente esistenti, non come vuoi che appaiano in un rapporto specifico. Questo è un corollario della prima regola. Se si desidera che i titoli dei libri appaiano nelle lettere maiuscole (maiuscole) degli ordini di acquisto, Access può utilizzare i titoli per capitalizzare i titoli. Memorizza i titoli dei libri con le maiuscole corrette in modo da non essere bloccati in maiuscolo su tutti i report. L'accesso ha molte funzioni integrate che possono modificare il modo in cui testo, numeri e date vengono formattati.

• Garbage in, garbage out (GIGO). Se non ti preoccupi di creare un buon design ragionevole per il tuo database - e se non fai attenzione a inserire dati corretti e puliti - il tuo database finirà per essere pieno di spazzatura.

  Un database ben progettato è più facile da gestire rispetto a uno mal progettato perché ogni informazione viene memorizzata una sola volta, in un campo chiaramente denominato in una tabella chiaramente denominata, con le regole di validazione appropriate. Sì, sembra un sacco di lavoro, ma pulire un database di 10.000 record errati è (perdonare l'understatement) ancora più lavoro.

• Separa i tuoi dati dai tuoi programmi. Se si crea un database da condividere con (o distribuito a) altre persone, memorizzare tutte le tabelle in un database (il back-end ) e tutti gli altri oggetti in un altro database ( front end ) . Quindi puoi collegare questi due database insieme per far funzionare tutto. Separare le tabelle da tutto il resto semplifica l'intera procedura di aggiornamento di query, moduli, report o altre cose in seguito senza disturbare i dati nelle tabelle.

• Eseguire il backup in anticipo e spesso. Ok, questo suggerimento non riguarda la progettazione, ma è troppo importante omettere: Effettua un backup del tuo database ogni giorno. Con un po 'di fortuna, il tuo ufficio ha già un sistema di backup regolari (probabilmente notturni) che include il tuo database.In caso contrario, effettuare una copia di backup del database a intervalli regolari, e sicuramente prima di apportare modifiche importanti. Conserva diversi backup, non solo il più recente, nel caso richieda un po 'di tempo per scoprire un problema.