Basi dati, RDBMS e Access. Lezione Informatica I CLAWEB

Transcript

1 Basi dati, RDBMS e Access Lezione Informatica I CLAWEB 1

2 Base di dati (accezione generica, metodologica) Insieme organizzato di dati utilizzati per il supporto allo svolgimento delle attività di un ente (azienda, ufficio, persona) (accezione specifica, metodologica e tecnologica) insieme di dati gestito da un DBMS 2

3 DataBase Management System DBMS Sistema (prodotto software) in grado di gestire collezionididati che siano (anche): grandi (di dimensioni (molto) maggiori della memoria centrale dei sistemi di calcolo utilizzati) persistenti (con un periodo di vita indipendente dalle singole esecuzioni dei programmi che le utilizzano) condivise (utilizzate da applicazioni diverse), garantendo affidabilità (resistenza a malfunzionamenti hardware e software) e privatezza (con una disciplina e un controllo degli accessi). Fornisce strumenti come tabelle, query, maschere e report, per la catalogazione, l ordinamento e la ricerca dei dati 3

4 Concetti base: campi e record Tabella Fornitori Campi Nome fornitore Partita IVA Indirizzo... Home Page Capitale sociale Record 1 Nome fornitore Partita IVA Home Indirizzo... Page... Capitale sociale Record 2 Nome fornitore Partita IVA Indirizzo... Home Page Capitale sociale Record n Tabella 4

5 Concetti base: Access come RDBMS Archivio o base dati Maschere (form) Inserimento/ modifica dati Tabelle e relazioni Tabella Fornitori Tabella Prodotti Tabella Clienti Tabella Ordini Report Output dati Query Ricerche, filtraggi, interrogazioni della base dati 5

6 Gerarchie e relazioni tra gli oggetti Access Maschere (form) Report Maschere e report sono collegate ad una o più tabelle e/o query Ogni query interroga una o più tabelle Query Tabella 1 Tabella 2 Tabella N 6

7 Query-criteri numerici: operatori di confronto = Uguale a <> Diverso < Minore di <= Minore o uguale a > Maggiore di >= Maggiore o uguale a Between... And... Compreso 7

8 Query: criteri di testo Esempi di espressioni criterio che utilizzano come criteri valori di testo Campo Espressione Descrizione CittàDestinatario "Londra" Visualizza ordini spediti a Londra. CittàDestinatario "Londra" Or "Hedge End" Utilizza l'operatore Or per visualizzare ordini spediti a Londra o a Hedge End. DataSpedizione Between #5-Gen-95# And #10-Gen-95# Utilizza l'operatore Between...And per visualizzare ordini spediti non prima del 5-Gen-95 e non più tardi del 10-Gen-95. DataSpedizione =#2/2/95# Visualizza ordini spediti il 2-Feb-95. PaeseDestinatario In("Canada", "Regno Unito")Utilizza l'operatore In per visualizzare ordini spediti in Canada o nel Regno Unito. PaeseDestinatario Not "USA" Utilizza l'operatore Not per visualizzare ordini spediti a nazioni diverse dagli USA. Destinatario Like "S*" Ordini spediti a clienti i cui nomi iniziano con la lettera S. NomeSocietà >="N" Visualizza ordini spediti a società i cui nomi iniziano con le lettere dalla N alla Z. 8

9 Progettazione dei database Le fasi di progettazione di un DB sono tre: 1 - Progetto CONCETTUALE ( Schema concettuale) 2 - Progetto LOGICO ( Schema logico) 3 - Progetto FISICO ( Schema fisico) 1 - Progetto CONCETTUALE Lo schema concettuale è la rappresentazione più astratta, la più vicina alla logica umana nella definizione di dati e relazioni. Spesso vengono usati i modelli entità-relazioni 2 - Progetto LOGICO Lo schema logico dipende fortemente dal DBMS e dal suo modello logico dei dati. Nello schema logico vengono progettate le tabelle e le relazioni. 3 - Progetto FISICO Lo schema fisico definisce come le strutture definite nel progetto logico vanno implementate nell archivio e nel file system scelti. 9

10 Concetto di Relazione (1) All interno del database, i dati non sono memorizzati in un unica tabella, ma in più tabelle in relazione tra loro (database relazionale) Le relazioni vengono gestite per mezzo di campi comuni tra le tabelle, definiti campi chiave I campi chiave includono le chiavi primarie e chiavi esterne o secondarie Chiave primaria: Campo della tabella che definisce e ordina in modo univoco l insieme dei record della tabella Chiave esterna: Campo della tabella che consente di creare collegamenti con i record di un altra tabella 10

11 Concetto di Relazione (2) Ciascuna tabella contiene dati relativi ad un unico soggetto (ad esempio gli studenti di una scuola, i prodotti di un supermercato, ecc.) Le relazioni consentono di combinare tra loro record di tabelle diverse (esempio prodotti e fornitori), onde consentire l unicità della singola informazione e la gestione delle stesse in maniera collegata. Per creare una relazione tra due tabelle occorre mettere in relazione il campo chiave primaria di una tabella con il campo chiave esterna dell altra tabella ATTENZIONE: E possibile mettere in relazione solamente campi chiave dello stesso tipo (es. Testo-testo, numerico-numerico) 11

12 Tipi di relazioni La relazione R che lega due tabelle (entità) T1 e T2 può essere classificata in base alla sua cardinalità: R ha cardinalità 1:1 (uno a uno) se ad un elemento di T1 può corrispondere un solo elemento di T2 Non è molto usata, serve a suddividere grandi tabelle R ha cardinalità 1:N (uno a molti) se ad ogni elemento di T1 possono corrispondere più elementi di T2 E la relazione più comune, in cui a ciascun record della tabella T1 si possono collegare più record della tabella T2, ma viceversa ad ogni record della tabella T2 corrisponde uno ed un solo record della tabella T1 R ha cardinalità N:N (molti a molti) se ad ogni elemento di T1 possono corrispondere molti elementi T2 e viceversa 12

13 Tipi di relazioni (esempio 1) Progetto concettuale del nostro archivio Si vuole realizzare un archivio contenente dei prodotti. Ogni prodotto è consegnato da un fornitore. Ogni prodotto è caratterizzato da un nome, dal prezzo, dalle note. Allo stesso tempo ciascun fornitore è caratterizzato da alcuni campi (Nome, Partita IVA, indirizzo, ecc.) 13

14 Tipi di relazioni (esempio 1) Prima Soluzione: unica tabella con tutti i dati Entity Relationship Diagram (ERD) Prodotti Nome prodotto Prezzo Unità Qtà per unità In magazzino Ordinate Nome fornitore Partita IVA Capitale Sociale Indirizzo Città Telefono ID Prodotto Nome Prodotto Prezzo Fornitore Partita IVA 2 Alice Mutton 10 Exotic Liquids Aniseed Syrup 9 Formaggi Fortini s.r.l Camembert Pierrot 12 Formaggi Fortini s.r.l Carnarvon Tigers 11 Tokyo Traders Non conveniente: dati duplicati tra loro, Tabella grande difficile da gestire 14

15 Tipi di relazioni (esempio 1) Soluzione ottimale ID Prodotto Nome Prodotto Prezzo ID Fornitore 2 Alice Mutton 10 3 Aniseed Syrup 9 6 Camembert Pierrot 12 9 Carnarvon Tigers ID Fornitore (chiave prim.) 1 Fornitore Exotic Liquids Partita IVA Dati non duplicati tra loro, sebbene in tabelle diverse. Dati univoci e collegati Formaggi Fortini s.r.l. New Orleans Delights Tokyo Traders

16 Tipi di relazioni (esempio 1) Soluzione ottimale: due tabelle in relazione tra loro mediante un campo (IDFornitore) Entity Relationship Diagram (ERD) Fornitore Nome Partita IVA Capitale Sociale Indirizzo Città Telefono 1 N vende Prodotti Nome prodotto Prezzo Unità Qtà per unità In magazzino Ordinate Schema logico PK Fornitore IDFornitore 1 Prodotto Nome Partita IVA Capit_Sociale Indirizzo Città Telefono N PK EK IDProdotto Nome Prezzo Link_Fornit Qtà per unità In magazzino 16

17 Tipi di relazioni (esempio 1) In Access, la relazione è mostrata così 17

18 Integrità referenziale L integrità referenziale, fattore di assoluta rilevanza nei database relazionali, mira a evitare che vi siano record orfani nelle tabelle correlate. Nostro esempio di una tabella Prodotti (lato molti ) correlata a una tabella Fornitori (lato uno ): se si elimina il record di un Fornitore, tutti i record dei prodotti forniti da quel fornitore rimangono orfani e devono essere cancellati L integrità referenziale viene segnata con bordo spesso ai due lati della linea di correlazione, con in più l indicazione 1, sul lato Uno, e (infinito), sul lato Molti. 18

19 Altro esempio di database Progetto concettuale Descrizione dell'archivio Si vuole realizzare un archivio contenente degli articoli. Ogni articolo è pubblicato su una rivista. Ogni articolo è caratterizzato da un titolo, da alcune parole chiave, dal numero di parole, dalle note. Ogni articolo è scritto da un autore (scelto da un apposito elenco di autori). Ogni rivista è caratterizzata da un nome, dal numero, dal mese e dall'anno di pubblicazione. Ogni autore è caratterizzato da un nome, cognome, indirizzo e telefono. 19

20 Progetto concettuale (esempio 2) Parola chiave 1 Parola chiave 2 Num parole titolo Note Articolo N N è pubblicato su 1 Rivista è scritto da nome Numero Mese Anno 1 Autore nome cognome Telefono Entity Relationship Diagram (ERD) 20

21 Progetto logico (esempio 2) Schema logico Rivista Articolo PK IDRivista 1 PK Autore IDAutore Nome Cognome Telefono 1 N PK EK EK IDArticolo Titolo Link_Autore Parola chiave 1 Parola chiave 2 Num parole Note Link_Rivista N Nome Numero Mese Anno 21

22 Entity Relationship Diagram (ERD) 22

23 Esercizio: creazione db relazionale Oggetto: database relazionale per la gestione di un torneo di giochi sportivi individuali. Il database deve comprendere due tabelle, Gare e Atleti, che dovranno essere poste in relazione uno-a-molti tra di loro. La tabella Gare dovrà contenere la lista delle gare che si svolgeranno nel torneo, la tabella Atleti dovrà contenere la lista dei partecipanti al torneo. Ad ogni record della tabella Gare dovranno potersi associare gli Atleti che parteciperanno a quella gara; si assume che ogni Atleta possa partecipare ad una sola gara. 23

24 Esercizio: creazione db relazionale Struttura delle tabelle: Tabella Gare Campi da inserire: NOMEGARA, DISCIPLINA (esempio: atletica leggera, ginnastica, nuoto, ecc.), TASSA ISCRIZIONE, DATAGARA Tabella Atleti Campi da inserire: NOME, COGNOME, NAZIONE, STATURA (in centimetri), PESO (in Kg) 24

25 Progetto concettuale Cognome Nazione Statura Nome Peso Atleti N gareggiano 1 Gare nome Iscrizione Disciplina Data Entity Relationship Diagram (ERD) 25

26 Progetto 26