Le sezioni seguenti illustrano come sono state progettate le relazioni tra le tabelle di database. I nomi degli oggetti vengono forniti in modo da poterli esaminare facilmente nel database Northwind 2.0 Starter Edition.
Per aprire il diagramma Relazioni che mostra le sei tabelle e le relazioni tra di esse, selezionare Strumenti database > Relazioni.
Questo diagramma mostra tutte e sei le tabelle. Nel diagramma le linee tra le tabelle identificano le relazioni tra di esse. Il simbolo 1 e l'infinito (∞) alle estremità delle linee rappresentano il lato uno di una relazione, ad esempio un cliente, e il lato molti di una relazione. Ad esempio, un cliente invia molti ordini. Per altre informazioni, vedere Guida alle relazioni tra tabelle.
I principi seguenti si applicano alle tabelle di Northwind 2.0 Starter Edition e alle tabelle in generale.
Chiavi primarie Identificare in modo univoco ogni record in una tabella. Tutte le tabelle hanno una chiave primaria. Nel diagramma relazione i simboli di chiave identificano tali chiavi primarie. Le convenzioni di denominazione delle chiavi primarie sono denominate per la tabella in cui si trovano, ad esempio "IDNomeTabella".
Efficienza Per ottenere prestazioni migliori e un'archiviazione più efficiente, le chiavi primarie devono essere numeriche. Inoltre, è più comodo che Access generi automaticamente il nuovo valore univoco per la chiave primaria di ogni nuovo record. Il tipo di dati Numerazione automatica ha entrambe le caratteristiche. I numeri automatici sono altrimenti numeri non significativi e non servono ad altri scopi. Per altre informazioni, vedere Aggiungere un campo Numerazione automatica come chiave primaria.
Chiavi esterne Una tabella può anche avere una o più chiavi esterne, a seconda che sia correlata ad altre tabelle del database. Una chiave esterna contiene valori che corrispondono ai valori nella chiave primaria della tabella correlata.
Indici univoci Anche altri campi delle tabelle possono avere indici univoci propri, ad esempio OrderStatus.StatusCode. È illogico avere due stati di ordine nella tabella OrderStatus con lo stesso codice, anche se StatusCode non è la chiave primaria. Un indice univoco indica ad Access di impedire la presenza di valori duplicati nel campo.
Indici non univoci Le tabelle possono anche avere indici per velocizzare le ricerche e gli ordinamenti in base a tali campi, ad esempio Orders.OrderDate. Lo stesso giorno è possibile effettuare molti ordini e spesso è consigliabile eseguire ricerche e ordinare in base a Date ordine. Esiste un indice non univoco in questo campo per velocizzare la ricerca e l'ordinamento.
Nomi di tabella e di campo È possibile denominare le cose nel modo desiderato, ma la coerenza è importante. È consigliabile che i nomi di tabella e di campo siano costituiti da una o più parole senza spazi tra di esse e che non vi siano caratteri speciali come una barra (/), un cancelletto (#) o una percentuale (%). Ad esempio, usare DataOrdino, ma non Data ordine; usare OrderNumber o OrderNo, ma non Order#.
CamelCase Usare la maiuscola per evidenziare singole parti del nome, ad esempio DataOrdino, ma non DataOrdino o DataOrdino.
Valore obbligatorio Questo principio mette in rilievo l'importanza delle regole aziendali per un'applicazione. Alcune situazioni richiedono valori o anche valori specifici in alcuni campi. Ad esempio, qual è il bene di un Ordine senza conoscere il Cliente che lo ha effettuato? Questo significa che IDCliente è un campo obbligatorio per la tabella Ordini.
Campi calcolati Access supporta i campi calcolati nelle tabelle, ad esempio il campo Employees.FullName. È consigliabile creare campi calcolati in una query anziché in una tabella.
Campi Degli allegati Access supporta i campi degli allegati, ad esempio Dipendenti.Immagine, che contiene un'immagine del dipendente. Gli allegati possono archiviare immagini, documenti, messaggi di posta elettronica e altre informazioni binarie. Gli allegati occupano molto spazio nel database. è più efficiente archiviare gli allegati in un file server.
Campi multivalore Come suggerisce il nome, i campi multivalore archiviano uno o più valori in un singolo campo, ad esempio Dipendenti.Titolo. È consigliabile usarli con moderazione, soprattutto se si vuole ridimensionare il database. La maggior parte degli altri sistemi di database non li ha, quindi è necessario rieseguire il lavoro.
Per altre informazioni sui tipi di dati, vedere Introduzione ai tipi di dati e alle proprietà dei campi.
Questa sezione illustra le caratteristiche più importanti di ogni tabella. Per rivedere la struttura di una tabella, selezionarla nel riquadro di spostamento, fare clic con il pulsante destro del mouse, scegliere Visualizzazione Struttura oppure Strumenti database > Relazioni e quindi fare clic con il pulsante destro del mouse su un oggetto tabella. Per altre informazioni, vedere Introduzione alle tabelle.
Importante: Evitare l'uso di parole riservate che potrebbero causare conflitti di denominazione. Per altre informazioni, vedere Informazioni sulle parole riservate e i simboli di Access.
Tabella Dipendenti
Questa tabella archivia le informazioni sui dipendenti di Northwind.
|
Campi |
Descrizione |
|
FirstName, LastName |
Entrambi i nomi sono obbligatori e, in Northwind, insieme devono essere una combinazione univoca. Nella struttura della tabella, quando si apre la finestra di dialogo Indici è possibile vedere che Nome + Cognome hanno un indice univoco. Poiché Nome e Cognome sono indicizzati in modo univoco, la tabella Northwind non può archiviare due dipendenti con lo stesso nome. In altre situazioni, è possibile usare una regola aziendale diversa. |
|
FullNameFNLN, |
Esaminare la proprietà dell'espressione dei campi calcolati per vedere come Access combina i valori nei campi calcolati. Per includere un iniziale centrale, aggiungerlo all'espressione esistente con la spaziatura appropriata tra i componenti. |
|
Campi Telefono |
La regola aziendale per i telefoni prevede che la preferenza dei dipendenti sia più rilevante del tipo di servizio. Di conseguenza, vengono usati i numeri di telefono primario e secondario invece di cellulare, ufficio, casa e così via. |
|
Saluto |
Formula di apertura è un campo Testo breve. Per illustrare la caratteristica del campo multivalore in Access, si tratta di una casella combinata con un elenco modificabile di valori predefiniti. Elenchi statici brevi come questo sono spesso candidati per i campi multivalore perché non cambiano molto, se mai. |
|
JobTitle |
JobTitle è un altro campo obbligatorio. |
Tabella Clienti
Questa tabella archivia le informazioni sui clienti di Northwind.
|
Campi |
Descrizione |
|
NomeCliente |
I clienti di Northwind sono aziende ed è necessario specificare il nome di un cliente. A differenza dei nomi dei dipendenti, tuttavia, non è indicizzato in modo univoco, consentendo a due o più clienti di avere lo stesso nome. |
|
PrimaryContactFirstName, PrimaryContactLastName, |
I nomi e cognomi e la posizione del contatto primario non sono necessari perché i clienti potrebbero non avere una sola persona come contatto principale. I contatti potrebbero non fornire la propria posizione per un ordine. |
|
BusinessPhone |
Northwind richiede un solo numero di telefono per ogni cliente, anche se in questo modo si elimina la possibilità di acquisire più numeri di telefono per i clienti o per i contatti dei clienti. Nelle situazioni reali, alle informazioni di contatto si applicano normalmente regole aziendali più complesse. |
|
Indirizzo, Città |
Northwind deve avere un indirizzo per spedire gli ordini ai clienti. Esiste un solo indirizzo generico per un cliente. Nelle situazioni reali, i clienti hanno spesso indirizzi di fatturazione, spedizione o altri indirizzi separati. Una regola aziendale diversa per l'organizzazione richiederebbe campi aggiuntivi. |
|
Note |
Il campo Note è un tipo di dati Testo lungo, che archivia fino a 1 GB di testo. In questo modo è possibile immettere commenti dettagliati sui clienti da usare in situazioni di ordinazione successive. |
Tabella Ordini
Questa tabella archivia le informazioni sugli ordini di Northwind.
|
Campi |
Descrizione |
|
DataOrdine, DataSpedizione, DataPagato |
Gli ordini richiedono tre date. Sono tutti tipo di dati Data/ora, ma con due formati. DataOrdine ha sia una data che un'ora perché potresti essere interessato ad analizzare il volume degli ordini per diverse parti del giorno. Per le altre due date, è necessaria solo la data. Una regola di convalida della tabella per DataSpedizione e DataPagato assicura che tali date non siano prima di DataOrdine. |
|
ID stato ordine |
Lo stato dell'ordine indica dove si trova l'ordine nel flusso di lavoro Northwind. Gli ordini si spostano in quattro fasi: Nuovo > Fatturato > Spedito > Chiuso.La chiave esterna per lo stato di ordine corrente usa OrderStatusID dalla tabella di ricerca di OrderStatus. L'uso di una tabella di ricerca stato assicura che solo i quattro stati predefiniti possano essere assegnati a un ordine. |
Tabella Dettagli ordine
Questa tabella archivia le informazioni sui dettagli dell'ordine di Northwind.
|
Campi |
Descrizione |
|
Orderid |
Ogni voce della tabella Dettagliordine deve appartenere a un ordine nella tabella Ordini. IDOrdino è una chiave esterna che identifica l'ordine. Come accennato in precedenza, un ordine contenente una o più voci illustra una relazione uno-a-molti. |
|
Productid |
Ogni record nella tabella DettagliOrdine include l'IDProdotto per il prodotto ordinato. IDProdotto è una chiave esterna nella tabella DettagliOrdine, identificando il prodotto nell'ordine specificato. Si tratta anche di una relazione uno-a-molti. |
|
IDordine+ IDProdotto |
Come illustrato nella tabella Dipendenti, più campi possono avere un indice univoco. L'indice univoco su IDOrdine+IDProdotto nella tabella DettagliOrdine assicura che ogni ordine contenga un prodotto una sola volta. Quando si apre la finestra delle proprietà Indici dalla barra multifunzione, è possibile visualizzare questo indice univoco. |
Tabella Prodotti
Questa tabella archivia le informazioni sui prodotti Northwind.
|
Campi |
Descrizione |
|
Productcode |
Oltre alla chiave primaria, ProductID, i prodotti Northwind hanno un codice prodotto descrittivo e univoco. I dipendenti in genere fanno riferimento ai codici prodotto non ai valori di chiave primaria. Il codice prodotto è un valore composito costituito da una designazione Category e un numero, ad esempio, B-1 per "Beverage", prodotto 1. |
|
Nome prodotto, |
Oltre ai nomi di prodotto con testo breve, ai prodotti viene applicata una descrizione con testo lungo. Questo valore può essere usato in una descrizione del catalogo o per rispondere alle domande dei clienti. |
|
Prezzounitario |
Tutti i prodotti vengono venduti con un prezzo unitario per ogni articolo, semplificando il database come vetrina di funzionalità. Nella maggior parte delle situazioni reali, i prezzi sono spesso molto più complessi. |
Vedere anche
