PHP - Appunti sulla progettazione

Questo post fa parte di una serie preparata qualche anno fa per delle lezioni su PHP.

Fasi di progettazione

Le fasi di progettazione di una base di dati e di una o più applicazioni utente che su di essa si basano dovrebbero essere le seguenti:

• progettazione logica, che porta ad un diagramma entità/relazioni
• progettazione delle tabelle, che porta allo schema relazionale
• implementazione concreta, che porta alle istruzioni DDL (o equivalenti) per la progettazione delle tabelle con i relativi campi

Consigli per la progettazione delle tabelle

Mantenere la coerenza nei nomi

Bisognerà adottare uno schema per i nomi delle tabelle e dei nomi dei campi ed applicarlo in maniera coerente. Ad esempio, non sembrano coerenti questi nomi di tabelle:

• Clienti, fornitori (o scegliamo Clienti e Fornitori, oppure clienti e fornitori)
• Clienti, Fornitori, Fattura (per i nomi delle tabelle usiamo sempre il plurale o sempre il singolare)
• Customers, Fornitori, Invoices (usiamo nomi in italiano o in inglese, non mescolati)
• customer_type, subjectType, BookType (underscore, camelCase o tutte le iniziali in maiuscolo)

Non andare in cerca di guai

In generale, è opportuno limitarsi a nomi di tabelle e nomi di campi:

• senza spazi
• senza caratteri fuori dall'insieme [A-Za-z0-9], più eventualmente il simbolo di sottolineatura

Usare dati di prova

Per verificare di aver progettato correttamente le tabelle, è opportuno inserire dei dati di prova:

• significativi (ad esempio, tenendo in considerazione ipotetici casi limite, o valori fuori dal comune)
• in numero adeguato (se voglio verificare come si presenta l'interfaccia utente quando ci sono tanti clienti, è bene che nei dati di prova ci siano tanti clienti; viene naturale pensare anche ad una generazione automatica, con numeri progressivi )
• facili da importare (per poter ripristinare una situazione iniziale, nel caso in cui si commettano degli errori).