MICROSOFT ACCESS IL MODELLO E/R LE ENTITA Le entità di un database sono le singole tabelle che comporranno la struttura del nostro database. Le tabelle sono formate da attributi (o campi) che ne definiscono la struttura. I record (registrazioni) sono le singole righe di dati che riempiono la tabella. L esempio in figura sotto ne definisce le caratteristiche: Fig.2 Tabella di un database Come esempio, per capire il modello E-R, pensiamo di voler progettare un database per una biblioteca. Possiamo individuare come prima entità il libro, che ne è l oggetto principale. All interno della nostra entità libro cominciamo la progettazione dei nostri attributi: riflettiamo sul fatto che un libro può essere scritto da uno o più autori, pubblicato da una casa editrice e appartiene ad un genere; questo tipo di dati, essendo di tipo ridondanti (che si ripetono spesso all interno della tabella), possono essere pensati come altre entità, quindi definiamo anche le entità autore, casa editrice e genere. Ma la biblioteca non è solo un magazzino di libri ma anche un servizio ai cittadini iscritti che possono prelevarne quando e quanti ne servono e quindi dobbiamo aggiungere le entità utente e prestiti. Frequentando una biblioteca o chiacchierando con qualcuno che ci lavora sicuramente ci accorgiamo che di entità ce ne sono molte di più, ma per acquisire familiarità con le basi di dati, possiamo accontentarci di un modello di biblioteca finora sviluppato. Vediamo ora in cosa consiste un entità; partendo dall esempio del libro, per descriverlo abbiamo bisogno di un titolo, di un autore, di un genere, di una casa editrice, di una data di pubblicazione, etc. Tutte queste informazioni che costituiscono l entità libro, si chiamano attributi o campi. 1
LE CHIAVI PRIMARIE E LE CHIAVI ESTERNE Le Chiavi Primarie le abbiamo già intraviste durante la stesura delle tabelle; si tratta di campi di natura univoca (non possono avere valori uguali nei record) e rappresentano il valore che permette di distinguere i record simili tra loro. Le Chiavi Esterne invece sono campi il cui valore è legato a quello di un campo di un altra tabella. I due tipi di campo devono essere compatibili (ad es. se un campo è di tipo Contatore, quello a cui è legato deve essere di tipo Numerico, unico tipo ad essere compatibile). Inoltre, per quanto riguarda il campo di tipo Testo, anche la lunghezza deve essere identica. LE RELAZIONI Le entità non sono oggetti a se stanti ma in questo tipo di database sono in relazione tra loro. Infatti il vero acronimo di questo tipo di software DBMS è in realtà RDBMS (Relationship Data Base Management System Sistema di Gestione di Database Relazionale). Ad esempio i libri sono legati ai generi; ogni libro appartiene ad un genere ed esistono molti libri diversi dello stesso genere. Un libro è scritto da uno o più autori ed ogni autore può scrivere più libri. Molti libri appartengono ad una casa editrice, ecc. I libri sono presi in prestito dagli utenti; un utente può prendere in prestito uno o più libri e un libro può essere preso in prestito solo da un utente per volta. Modellare un database richiede tempo e bisogna scegliere bene quali elementi sono entità, quali attributi (campi) e quali relazioni. Nella figura sotto, il nostro modello E-R (Entità Relazione) estratto dal database Access di Biblioteca: Le tabelle Autori_1 e Autori_2 sono state create automaticamente dallo strumento Relazioni per legare il campo ID di Autori anche ai campi Autori2 e Autore3. Le linee che congiungono le relazioni hanno un numero o il simbolo (infinito) accanto alla relazione ne indica la tipologia (1 = uno; = Molti). Il numero 1 legato al simbolo indica che al valore di un campo di un entità sono associati molti stessi valori in 2
un altra entità. Guardando la nostra figura sopra, possiamo fare l esempio con la prima relazione a sinistra che lega la tabella Generi alla tabella Autori: la relazione che lega in campo ID di Generi con il campo Genere di Autori è che il valore contenuto in quest ultimo deve corrispondere ad un valore contenuto nel campo ID. Da questo se ne deduce che se il campo ID è Contatore (quindi numerico), il campo Genere deve essere Numerico. CREARE IL DATABASE BIBLIOTECA L esercitazione ci chiede di creare un database di una biblioteca, quindi dopo aver pensato a come strutturare logicamente il nostro lavoro, realizziamo le tabelle ed i campi che le formeranno: le tabelle che ci vengono in mente sono: LIBRI, formata dai campi ID, Titolo, Autore1, Autore2, Autore3, Genere, DataPubbl; AUTORI, formata dai campi ID, Nome, Cognome, Nazionalità, Genere, DataNascita, e DataMorte; GENERE, formata dai campi ID e Genere; CASA EDITRICE, formata dai campi ID e Nome; PRESTITI, formata dai campi ID, Utente, Libro, DataInizio, DataFine, Pagato. Ognuno delle tabelle avrà la seguente Struttura: La personalizzazione del Tipo Dati (lunghezza, Richiesto, Indicizzato, ecc.) di ogni campo delle tabelle si lascia all utente la propria personale definizione, legata alle esigenze del proprio progetto. 3
A questo punto, riempiamo tutte le tabelle, tranne quella dei Prestiti, che vedremo in seguito, con i nostri dati, cominciando da Generi e CaseEditrici, in quanto hanno campi che poi si dovranno legare alle tabelle successive, come da esempio (ognuno di voi, poi, potrà riempire la tabella Autori e Libri come gli piace): Per cominciare con le prime operazioni su un database relazionale formato d più tabelle, iniziamo da una semplice query che ci permetta di visualizzare tutte le informazioni sui libri memorizzati nel nostro database. Dato che l organizzazione dei dati è stata effettuata separando le informazioni e poi legandole fra loro tramite Chiave Esterna, la nostra interrogazione si effettuerà nel modo seguente: dalla procedura guidata per la creazione di una Query e selezioniamo, in ordine e scegliendo le varie tabelle dal modulo a discesa Tabelle/query, i campi Nome e Cognome della tabella Autori, il campo Titolo dalla tabella Libri, il campo Genere dalla tabella Generi, il campo CasaEditrice dalla tabella CaseEditrici ed infine il campo DataPubbl dalla tabella Libri, in modo che la Query crei una nuova tabella ordinata con i nomi e non i codici delle chiavi esterne: 4
Cliccando su Avanti, alla schermata successiva, lasciate la selezione su Dettaglio (mostra tutti i campi dei record) e continuate con il tasto Avanti. Assegnate un nome significativo alla Query (nel nostro caso Libri_query potrebbe essere adatto), lasciando inalterato la selezione di Aprire la query per visualizzare le informazioni, e cliccate su Fine. La schermata che apparirà è la seguente: Nell immagine ho evidenziato con un rettangolo rosso il fatto che, essendo coinvolte più tabelle in questa Query, la stessa è riportata nell elenco delle tabelle coinvolte. Non si tratta di duplicati ma solo di collegamenti alla stessa unica Query. In questo modo si posso anche fare Query utilizzando i Criteri, cioè selezionando solo determinati record che corrispondono al valore immesso nei Criteri di un determinato campo. Ad esempio, se volessimo visualizzare Nome, Cognome, Titolo e Genere solo della Casa Editrice Mondadori dobbiamo, sempre con la creazione guidata Query selezionare i campi come in precedenza ed aggiungere il campo, da non mostrare nella tabella generata dalla Query, CasaEditrice il cui valore sia 2 se quest ultimo lo scegliamo 5
dalla tabella Libri, oppure il valore Mondadori se lo preferiamo dalla tabella CaseEditrici. In basso le due possibilità, evidenziate, di creazione della Query: Il risultato di entrambe le scelte, che chiameremo CasaEditrice_Query, visualizzate sopra è il seguente: 6