Pianificazione di un database
Un database ben progettato permette di immettere e recuperare dati in modo coerente e riduce la presenza di dati duplicati tra le tabelle del database. Le tabelle dei database relazionali operano congiuntamente per assicurare che i dati disponibili corrispondano a quelli richiesti. È opportuno pianificare prima il database su carta.
Per pianificare un database seguire queste indicazioni generali:
1.
Determinare lo scopo del database o il problema da risolvere. Ad esempio "avere un elenco clienti", "gestire l'inventario" o "dare i voti agli studenti".
Se il database sarà utilizzato anche da altre persone, chiedere loro di quali dati avranno bisogno.
2.
Definire le informazioni da memorizzare nel database. Generalmente le informazioni rientrano in categorie ampie. Definire con precisione queste categorie è essenziale per progettare un database efficiente, perché verranno memorizzati diversi tipi e grandi quantità di dati in ogni categoria. Ad esempio, un database che ha lo scopo di registrare le vendite avrà le categorie "clienti", "prodotti" e "fatture". Un database in cui sono registrati i voti degli studenti ha le categorie "studenti", "classi" e "compiti".
3.
Una volta stabilite le categorie generali, è necessario determinare i modi in cui queste categorie saranno collegate. È sufficiente scrivere semplici frasi che descrivano i modi in cui le categorie interagiscono, ad esempio "gli insegnanti ordinano i prodotti" e "le fatture registrano gli ordini dei clienti." Ognuna di queste coppie suggerisce una relazione tra i dati di una categoria e i dati di un'altra categoria.
4.
Una volta stabilite le categorie di informazioni, è possibile passare all'organizzazione del database.
Nella terminologia dei database, queste categorie di informazioni sono chiamate tabelle. Le tabelle vengono utilizzate per raggruppare dati che contengono un elemento o uno scopo comune. Ad esempio è possibile utilizzare una tabella per memorizzare nomi e indirizzi e un'altra per i dettagli delle transazioni (ad esempio la data della vendita, il codice dell'articolo, il prezzo unitario, ecc.).
Di solito, i database sono organizzati in uno di questi tre modi:
 •
Una sola tabella in un solo file. Utilizzare una sola tabella se è necessario registrare i dati di una sola categoria, come ad esempio i nomi e gli indirizzi.
 •
Più tabelle in un solo file. Usare più tabelle se i dati sono più complessi, come clienti, prodotti e fatture.
 •
Più tabelle in più file. Utilizzare più file se è necessario condividere gli stessi dati fra varie soluzioni di database diverse. Ad esempio, è possibile memorizzare le tasse o le informazioni sulla spedizione in un file separato se si prevede di usare tali dati in più di una soluzione.
Utilizzare le relazioni per condividere i dati tra le tabelle dello stesso file o con tabelle di file esterni. Gli altri elementi del database, come gli script e i privilegi di accesso, sono memorizzati a livello di file; pertanto, per alcune soluzioni complesse sarà utile utilizzare più file.
Nota  FileMaker Pro è molto flessibile, quindi è possibile decidere di memorizzare i dati in un unico file o in più file a seconda delle proprie esigenze. È molto facile condividere i dati memorizzati nelle tabelle tra tabelle dello stesso file e tabelle in file esterni usando le relazioni, come spiegato nella sezione Uso delle tabelle e dei file correlati. Gli altri elementi, come gli script e iprivilegi di accesso, vengono memorizzati a livello dei file; per questo per le soluzioni di database complesse si consiglia di usare più file.
5.
Determinare le tabelle di database e i dati che comprenderanno, e, quindi, i campi necessari.
Suggerimento  Per facilitare la ricerca e l'ordinamento dei record, creare campi separati per il nome e il cognome, i titoli (Sig. o Dott.) e gli elementi degli indirizzi (città, stato o provincia, Paese e codice di avviamento postale). Separare i dati in più campi al momento dell'immissione dei dati può facilitare la successiva generazione dei resoconti. Ad esempio, utilizzando campi separati per registrare i dettagli delle transazioni come la data, il codice dell'articolo, la quantità e il prezzo unitario di ogni transazione si facilita la creazione di resoconti di riassunti e di riassunti parziali settimanali, mensili o annuali.
6.
Decidere quali campi conterranno i dati comuni fra le tabelle.
Ad esempio, un database per una panetteria potrebbe comprendere queste tabelle: una tabella Clienti, che memorizza le informazioni sui clienti; una tabella prodotti, che memorizza leinformazioni sui prodotti; un Campionario Articoli, che memorizza le informazioni sui prodotti venduti e una tabella Fatture, che memorizza le informazioni sugli ordini.
Ogni tabella ha un solo soggetto e tutti i campi di una tabella descrivono solo tale soggetto. Ad esempio, i campi di un record della tabella Clienti memorizzano tutte le informazioni su un cliente. Per lo stesso motivo si può assegnare ad ogni cliente un codice personale. Non verranno inseriti nuovi codici cliente nella tabella senza che vengano aggiunti nuovi clienti; pertanto l'esistenza del codice cliente determina l'esistenza del record. La tabella Clienti può anche avere dei campi per il nome, l'indirizzo e il numero di telefono del cliente.
La tabella Prodotti può avere dei campi per il codice prodotto, il prezzo unitario per ogni prodotto e la quantità a magazzino. La tabella Campionario Articoli può avere dei campi per i codici del prodotto e della fattura, il nome, il prezzo unitario, la quantità e il prezzo totale di ogni prodotto venduto. La tabella Fatture può avere dei campi per il codice della fattura, la data dell'ordine e il venditore.
Campi delle tabelle Clienti, Fatture, Campionari Articoli e Prodotti
7.
Determinare i campi di confronto per ogni tabella e racchiuderli ognuno in un cerchio.
Vedere la sezione Informazioni sui campi di confronto delle relazioni.
Campi di confronto delle tabelle Clienti, Fatture, Campionari Articoli e Prodotti
8.
Per ogni tabella, decidere in quali campi verranno memorizzati i dati e quali saranno utilizzati da altre tabelle (correlate).
Il soggetto della tabella consente di individuare il file più appropriato per memorizzare i dati e dove utilizzare i dati di una tabella correlata. A differenza dei campi di confronto, tutti i campi devono apparire solo una volta nel database. Eliminare le ricorrenze dei campi che non sono pertinenti al soggetto della tabella.
Campi non necessari cancellati nelle tabelle Clienti, Fatture e Campionari Articoli
9.
Determinare le relazioni tra le tabelle. Tracciare una linea tra ciascun campo di confronto di una tabella e il campo di confronto corrispondente della tabella correlata.
La relazione tra le tabelle viene definita quando i relativi campi di confronto contengono dati corrispondenti.
Relazioni tra le tabelle Clienti, Fatture, Campionari Articoli e Prodotti
Le relazioni permettono anche di raggruppare i dati per risolvere questioni complesse. Ad esempio è possibile usare le relazioni per determinare i livelli di inventario correnti, le proiezioni di vendita e le altre attività in cui è necessario effettuare una query dei dati in più tabelle. Vedere la sezione Uso delle tabelle e dei file correlati.
10.
Determinare se è necessario condividere il database con altri utenti e le relative modalità di accesso al file.
Vedere la sezione Condivisione di database sulla rete.
11.
Se si sta progettando il database per farlo utilizzare ad altre persone, è utile mostrare loro il progetto su carta e chiedere loro di riverderlo e di suggerire eventuali modifiche.
12.
Definire quali utenti utilizzeranno il database ed eventualmente stabilire se si desidera limitare l'accesso ad esso. Quando si crea il database, assegnare i privilegi di accesso necessari.
Vedere la sezione Protezione dei database.
13.
Scegliere i formati necessari e pianificare un formato distinto per ogni attività.
Ad esempio, creare formati diversi per stampare le etichette o le buste.
Vedere la sezione Creazione e gestione di formati e resoconti.
14.
Creare un modello che elenca tutti i file e le tabelle necessari e i campi di ogni tabella. Predisporre inoltre una lista dei moduli e dei resoconti che verranno generati da ciascuna tabella.
15.
Creare il database.
16.
Se il database è destinato a essere utilizzato da altre persone, è utile chiedere a qualcuno di testarlo. Quindi risolvere gli eventuali problemi riscontrati prima di rendere il database disponibile a chiunque per l'uso.
Argomenti correlati 
Creazione di un file FileMaker Pro
Definizione delle tabelle del database
Informazioni sulla definizione dei campi di database
Creazione di un formato
Protezione dei database
Informazioni sulle relazioni