1 LE BASI DI DATI prof. Losapio. 2 LE APPLICAZIONI FILE-BASED Un’applicazione è data dal software più i suoi dati: APPLICAZIONE = PROGRAMMA + DATI PROGRAMMA.

Presentazione sul tema: "1 LE BASI DI DATI prof. Losapio. 2 LE APPLICAZIONI FILE-BASED Un’applicazione è data dal software più i suoi dati: APPLICAZIONE = PROGRAMMA + DATI PROGRAMMA."— Transcript della presentazione:

1 1 LE BASI DI DATI prof. Losapio

2 2 LE APPLICAZIONI FILE-BASED Un’applicazione è data dal software più i suoi dati: APPLICAZIONE = PROGRAMMA + DATI PROGRAMMA Archivio 1 Archivio 2 APPLICAZIONE FILE-BASED è un’applicazione composta dal suo software più i suoi dati presenti ed accessibili direttamente su memoria di massa. Tutti controlli sui dati vengono effettuati dal programma. Questo porta ad alcuni inconvenienti.

3 3 Limiti dell’organizzazione degli archivi fisici Si consideri il seguente esempio di archivi fisici riguardante un’università in cui sono presenti due settori distinti (Segreteria e Contabilità), ognuno dei quali ha il proprio archivio degli studenti iscritti e la propria applicazione. MatricolaCognomeNomeDataEsameMateriaVoto 345RossiMario12/11/2008Algebra26 490VerdiGiuseppe15/11/2008Geometria28 902BianchiAntonio18/11/2008L.F.C.28 Esami (Segreteria) MatricolaCognomeNomeCorsoLaurea 345RossiMarioMatematica 490VerdiGiuseppeInegneria 902BianchiAntonioInformatica Studenti (Contabilità) Il cognome ed il nome di ogni studente è ripetuto. Questa situazione è detta ridondanza dei dati.

4 4 RIDONDANZA DEI DATI La ridondanza dei dati 1. Duplicazione dello spazio di memoria 2. Inconsistenza dei dati

5 5 INCONSISTENZA DEI DATI Ad es. Cognome e Nome dello studente sono ripetuti nei due archivi. In caso di modifica del Cognome (da ‘Rossi’ a ‘Rossino’) dello studente di matr. 345 solo nell’archivio STUDENTI, avremmo l’archivio ESAMI con il cognome precedente (‘Rossi’). Questa situazione è un errore perchè avremmo lo stesso studente con cognomi diversi, generando successivamente confusione su quale cognome sia corretto. MatricolaCognomeNomeDataEsameMateriaVoto 345RossiMario12/11/2008Algebra26 490VerdiGiuseppe15/11/2008Geometria28 902BianchiAntonio18/11/2008L.F.C.28 Esami (Segreteria) MatricolaCognomeNomeCorsoLaurea 345RossinoMarioMatematica 490VerdiGiuseppeIngegneria 902BianchiAntonioInformatica Studenti (Contabilità) Lo studente di matricola 345 ha cognome ‘Rossi’ nell’archivio ESAMI e ‘Rossino’ nell’archivio STUDENTI

6 6 DIFFICOLTÀ NEL GESTIRE INTEGRITÀ DEI DATI I dati presenti nei due archivi devono rispettare alcune regole, ad esempio: Ogni studente presente nell’archivio ESAMI deve essere presente in STUDENTI Il voto massimo di un esame uiversitario è 30 Tutti i controlli che hanno il compito di rendere corretti i dati sono detti Vincoli di integrità. MatricolaCognomeNomeDataEsameMateriaVoto 345RossiMario12/11/2008Algebra26 490VerdiGiuseppe15/11/2008Geometria35 902BianchiAntonio18/11/2008L.F.C.28 570ViolaMassimo19/11/2008Biologia20 Esami (Segreteria) MatricolaCognomeNomeCorsoLaurea 345RossiMarioMatematica 490VerdiGiuseppeIngegneria 902BianchiAntonioInformatica Studenti (Contabilità) Lo studente ‘Verdi’ in ESAMI ha conseguito 35 in Geometria: ERRORE! Lo studente ‘Viola’ in ESAMI ha sostenuto un esame in Biologia ma non risulta essere iscritto: ERRORE!

7 7 DIFFICOLTÀ NEL GESTIRE INTEGRITÀ DEI DATI In un’applicazione file-based, i vincoli di integrità sono interni al programma. Da ciò segue: 1.Il programma va modificato ogni volta che serve aggiungere/modificare un vincolo di integrità: situazione probabile e svantaggiosa. 2.Se agli stessi dati accedono più programmi (magari scritti in linguaggi diversi) tutti quanti questi programmi devono essere modificati: costi alti per l’aggiornamento e rischio che qualche applicazione non venga aggiornata generando probabili errori. 3.I vincoli sono interni al programma quindi gli eventuali inserimenti/modifiche potrebbe farle solo il programmatore che conosce sia il software da lui scritto che il linguaggio di programmazione.

8 8 DIPENDENZA DAI DATI In un’applicazione file-based, il programma dipende dagli archivi, segue che: All’interno del software devono essere specificati tutti i campi di ogni archivio con le rispettive lunghezze. All’interno del software i campi devono essere indicato l’ordine con il quale sono scritti nell’archivio. All’interno del software devono essere usate solo le operazioni permesse dall’organizzazione dell’archivio. OGNUNO DEI VINCOLI ILLUSTRATI RENDE DIPENDENTE IL PROGRAMMA DAI DATI IMPONENDO LA MODIFICA DEL PROGRAMMA, SPESSO COSTOSA E ‘RISCHIOSA’.

9 9 DIFFICOLTÀ NELL’ACCESSO CONCORRENTE Uno stesso programma può essere eseguito contemporaneamente da più utenti che può portare alcuni problemi come la ‘perdita (o anomalia) di aggiornamento)’. Ad es. Supponiamo di voler effettuare due versamenti (uno di 300 euro e l’altro di 200 euro) su un c/c bancario che ha un saldo iniziale di 3500 euro. Al termine di questi due versamenti il saldo dovrebbe avere 4000 euro. OperazioneUtente 1Utente 2Archivio 1. Utente 1 legge il saldo dall’archivio3500- 2. Utente 2 legge il saldo dall’archivio3500 3. Utente 1 versa 300 euro3800 (3500+300) 3500 4. Utente 2 versa 200 euro38003700 (3500+200) 3500 5. Utente 1 scrive il saldo nell’archivio380037003800 6. Utente 2 scrive il saldo nell’archivio38003700 IL SALDO FINALE NELL’ARCHVIO È 3700 MA IL SALDO DOVEVA ESSERE 4000. ERRORE!

10 10 LIMITI NELLA RISERVATEZZA Ogni utente dovrebbe poter accedere solo ai propri dati e non a quelli appartenenti ad altri utenti. Gli archivi sono dei file e come tali gli attuali sistemi operativi sono in grado al più di gestire la riservatezza (lettura, scrittura, cancellazione, variazione) a livello di file ma non di record o di campo. Ad es. Se un utente potesse accedere al conto corrente bancario di un altro utente potrebbe non solo leggere i dati di quest’ultimo ma teoricamente sottrarre dei soldi.

11 11 LIMITI NELLA RISERVATEZZA NumeroCCUtenteImportoDataMovimento 188mario.rossi-345,0012/10/2008 356giuseppe.verdi+810,5727/10/2008 188mario.rossi+780,8911/10/2008 356giuseppe.verdi+56,1013/11/2008 MOVIMENTI_BANCARI NumeroCCUtenteImportoDataMovimento 188mario.rossi-345,0012/10/2008 188mario.rossi+780,8911/10/2008 MOVIMENTI_BANCARI (come lo vede l’utente Mario Rossi) NumeroCCUtenteImportoDataMovimento 356giuseppe.verdi+810,5727/10/2008 356giuseppe.verdi+56,1013/11/2008 MOVIMENTI_BANCARI (come lo vede l’utente Giuseppe Verdi) Mario Rossi può accedere solo ai propri movimenti Giuseppe Verdi può accedere solo ai propri movimenti

12 12 LIMITI NELLA SICUREZZA Nel caso di applicazione file-based, il modo di evitare la perdita di dati (dovuta a cause accidentali o malfunzionamenti del sistema) è l’uso di tecniche di backup, le quali però non permettono di evitare alti costi per il ripristino della situazione precedente. Si consideri l’esempio seguente: Si supponga che in una banca alle ore 14 si scopre che gli archivi sono inconsistenti. La soluzione sarà: 1.Procedere alle operazioni su carta e non via computer 2.Ripristinare le copie di backup risalenti alla notte precedente 3.Reinserire, a partire dai documenti cartacei, tutte le operazioni svolte sino alle 14 4.Reinserire, a partire dai documenti cartacei, tutte le operazioni svolte dalle 14 sino al termine del ripristino. 5.Riattivare il sistema

13 13 LA BASE DI DATI La soluzione ai limiti/problemi precedenti è la “base di dati” (o “database”), intesa come: “Insieme di archivi logicamente correlati e condivisi tra più utenti, aventi lo scopo di soddisfare i fabbisogni informativi di una specifica organizzazione”. Logicamente correlati: gli archivi hanno legami logici tra loro (ad es. STUDENTI e DOCENTI hanno un legame logico). Condivisi tra più utenti: gli archivi possono essere usati (contemporaneamente o non) da più utentti appartenenti ad una stessa organizzazione. Soddisfare i fabbisogni informativi di una specifica organizzazione: una base di dati dà la possibilità di scrivere/modificare/cancellare/leggere i dati di un’azienda, gruppo di persone, ecc...

14 14 LA BASE DI DATI Le basi di dati (database “deta-beis”) nacquero agli inizi degli anni ’70 quando il livello di evoluzione dei computer permise di produrre software che permettesse di risolvere i problemi/limiti precedenti. Il DBMS (DataBase Management System “DetaBeis Management Sistem”) è un sistema software che ha lo scopo di gestire gli archivi (e la loro descrizione) di una base di dati. PROGRAMMA Archivio 1 Archivio 2 Applicazione FILE-BASED PROGRAMMA Archivio 1 Archivio 2 Applicazione DATABASE-BASED DBMS

15 15 IL DBMS PROGRAMMA Archivio 1 Archivio 2 Applicazione DATABASE-BASED DBMS Il DBMS può essere visto come un interfaccia tra i dati che l’utente (il programma utente) può vedere/usare e gli archivi fisicamente presenti in memoria di massa. Il programma non accede più direttamente agli archivi fisici ma può usare i dati così come che il DBMS li organizza (organizzazione logica). Archivi Logici: gli archivi visibili all’utente e generati dal DBMS Archivi fisici: gli archivi presenti in memoria di massa

16 16 IL DBMS DBMS Archivio 1 Archivi fisici Memoria di massa Archivi logici PROGRAMMA Il DBMS riorganizza/trasforma gli archivi fisici in archivi logici Ogni programma accede direttamente agli archivi logici e non agli archivi fisici

17 17 INDIPENDENZA LOGICA DEI DATI IL DBMS deve risolvere i limiti/problemi legati ad un approccio FILE- BASED: 1.Facilità di accesso (semplificare il ritrovamento dei dati in archivi molto grandi e condisivi) 2.Indipendenza logica dei dati 3.Indipendenza fisica dei dati 4.Eliminazione della ridondanza (ogni dato è unico, non è ripetuto) 5.Eliminazione della inconsistenza 6.Integrità dei dati 7.Utilizzo da parte di più utenti (riservatezza dei dati) 8.Controllo della concorrenza (ogni utente non interferisce con il lavoro di altri utenti concorrenti) 9.Sicurezza dei dati

18 18 INDIPENDENZA LOGICA DEI DATI Il DBMS permette ad ogni utente di far vedere/usare solo i propri dati, segue che se avvengono delle modifiche agli archivi logici non è necessario modificare la struttura dei dati che gli utenti usano. Ad es.: se ci sono due tabelle STUDENTI e CORSI_LAUREA, ci può essere un utente interessato a vedere solo gli studenti del corso di laurea in Informatica. Se viene aggiunto un campo (CodiceFiscale) all’archivio STUDENTI, non si dovrà modificare niente per l’utente, permettendogli di continuare a vedere gli studenti di Informatica che vedeva prima (magari ignorando il campo CodiceFiscale).

19 19 INDIPENDENZA FISICA DEI DATI Se avvengono delle modifiche a livello di archivi fisici (ad es. organizzazione fisica, allocazione fisica dei file in memoria di massa) non è necessario modificare nulla a livello di archivi logici e quindi niente anche nei programmi che usano la base di dati. Ad es.: in memoria di massa è presente l’archivio STUDENTI sottoforma di file con percorso “ C:\MieiArchivi\studenti.txt”, se per vari motivi si è costretti a spostare tale file in nuova cartella “ C:\ArchiviCondivisi\studenti.txt”, non è necessario modificare i programmi che usano l’archivio, ma è sufficiente informare il DBMS del cambiamento.

20 20 INTEGRITÀ DEI DATI I vincoli di integrità non risiedono più nei programmi che usano i dati (approccio FILE-BASED) ma vengono gestite nel DBMS. Ad es.: l’archivio ESAMI contiene tutti gli esami sostenuti in una certa università. Uno dei campi è il campo DATA_ESAME, tale voto non può essere maggiore di 30. Tale regola viene gestita ora dal DBMS. Se così non fosse, in caso di modifica o di inserimento di una regola, sarebbe stato necessario aggiornare tutti i programmi che usano l’archivio. Ciò richiede non solo costi alti ma anche è rischioso perchè tale modifica può generare errori.

21 21 Utilizzo da parte di più utenti (riservatezza dei dati) Il DBMS dà la possibilità ad ogni utente di vedere/usare i propri dati ed ignorare quelli appartenenti ad altri utenti. Per ogni utente si possono stabilire quali operazioni sui dati (scrittura, modifica, cancellazione e lettura) sono consentite. Nell’approccio FILE-BASED, era possibile solo stabilire se un archivio (file) poteva essere modificato, cancellato o letto da un utente ma non “impedirgli” di sbirciare nei dati altrui.

22 22 I LINGUAGGI DEI DBMS IL DBMS è un sistema software che, come ogni programma, bisogna dirgli cosa fare. Questo avviene con specifici linguaggi ognuno dei quali ha i propri compiti: 1.DDL (Data Definition Language “Deta Definiscion Lenguig”) o linguaggio di definizione dei dati: permette di creare nuove basi di dati, nuovi archivi e di modificarne la struttura. 2.DML (Data Manipulation Language “Deta Manipulascion Lenguig”) o linguaggio di manipolazione dei dati: permette di inserire, aggiornare e cancellare dati. 3.QL (Query Language “Quiri Lenguig”) o linguaggio di interrogazione: permette il ritrovamento dei dati.

23 23 I METADATI ED IL DIZIONARIO DEI DATI Il DBMS non solo gestisce gli archivi di dati, ma anche la loro struttura. Il dato che descrive un altro è detto METADATO. Mentre l’insieme dei metadati è detto DIZIONARIO DEI DATI o CATALOGO DEI DATI. COGNOMENOMETELEFONO RossiMario0883-888.666 VerdiGiuseppe0883-777.494 RUBRICA CAMPOFORMATOLUMGHEZZA COGNOMEtesto30 NOMEtesto20 TELEFONOtesto12 DIZIONARIO DEI DATI METADATO

24 24 IL DIZIONARIO DEI DATI Il DIZIONARIO DEI DATI permette al DBMS di: 1.Garantire l’indipendenza logica dei dati 2.Realizzare controlli di integrità. 3.Permettere l’accesso al database solo ad utenti autorizzati consentendo soltanto le operazioni autorizzate. 4.Realizzare i controlli di consistenza.

25 25 IL MODELLO LOGICO MODELLO LOGICO DBMS MODELLO FISICO IL DBMS trasforma il modello fisico nel modello logico. Il modello logico è ciò che è reso disponibile all’utente.

26 26 I PRINCIPALI MODELLI LOGICI Dagli anni ‘60 in poi, i principali tipi di modelli logici sono tre: Modello gerarchico (fine anni ‘60) Modello reticolare (1971) Modello relazionale (1970)

27 27 IL MODELLO GERARCHICO Il modello gerarchico rappresenta i dati sotto forma di struttura gerarchica dove ci sono dei dati (detti “nodi”) che stanno in alto e dati che stanno in basso. Le frecce di collegamento tra i nodi (dette “archi”) rappresentano le associazioni logiche tra i dati. Ad es. Ai conti correnti di una banca corrispondono i rispettivi clienti

28 28 IL MODELLO GERARCHICO Gli archi hanno una sola direzione (dal nodo padre, quello che sta in alto, al nodo figlio, quello che sta in basso). Segue che dal nodo figlio non si può risalire al padre. Conoscendo il numero di conto ‘5100’ posso conoscere i rispettivi intestatari (‘Gialli’ e Verdi) conoscendo il cliente ‘Gialli Cavour’ non posso risalire al conto corrente da egli posseduto.

29 29 IL MODELLO GERARCHICO La situazione precedente si potrebbe risolvere facendo diventare nodi padre il singolo cliente e come figli i conti ad essi intestati. Tale soluzione genera però ridondanza, perchè il conto 5100 è duplicato.

30 30 IL MODELLO RETICOLARE A cavallo tra gli anni ’60 e ’70 introduzione del modello reticolare con le seguenti migliorie: Struttura a reticolo e non più gerarchica Eliminazione della ridondanza Nel modello reticolare, ogni dato è rappresentato da un nodo e le associazioni tra i dati sono rappresentate da archi con entrambe le direzioni. A differenza dal modello gerarchico, ogni nodo può essere legato ad uno o più nodi.

31 31 IL MODELLO RETICOLARE A cavallo tra gli anni ’60 e ’70 introduzione del modello reticolare con le seguenti migliorie: Struttura a reticolo e non più gerarchica Eliminazione della ridondanza

32 32 IL MODELLO RETICOLARE Conoscendo il conto (5100) posso trovare i suoi intestatari (‘Gialli’ e ‘Verdi’) Conoscendo un cliente (‘Gialli’) posso trovare il suo conto Nessun dato è ripetuto quindi ELIMINAZIONE DELLA RIDONDANZA

33 33 IL MODELLO RETICOLARE Complessità del modello dovuta alla presenza di un reticolo Elevata complessità di programmazione Maggiore velocità di ritrovamento perchè più vicino alla struttura degli archivi in memoria di massa

34 34 IL MODELLO RELAZIONALE Nel 1970 nacque il modello relazionale grazie al ricercatore IBM, Edgar Frank Codd, con l’idea di un modello logico semplice che superasse i limiti dei precedenti modelli logici. Il modello relazionale rappresenta i dati sotto forma di tabelle (dette relazioni). Il modello relazionale è considerato il più semplice ed efficace per rappresentare i dati perchè vicino al modo consueto di pensare i dati.

35 35 IL MODELLO RELAZIONALE La Relazione è un concetto matematico che ha una rapida ed efficace rappresentazione nelle tabelle. Il modello relazionale usa quindi il linguaggio matematico che: È un linguaggio universale Non ha nessuna ambiguità nella terminlogia e simbologia

36 36 IL MODELLO RELAZIONALE I dati sono rappresentati sottoforma di tabelle Le associazioni tra i dati sono descritte all’interno delle tabelle stesse NumContoSaldo 9000120.345,00 7000500,00 45003.500,00 510058.500,00 80006.320 431037,00 CONTI

37 37 IL MODELLO RELAZIONALE Il modello relazionale ha una rappresentazione dei dati più vicina al modo comune di organizzare i dati e più lontana dalla rappresentazione fisica dei dati sulla memoria di massa. SEGUE CHE il ritrovamento dei dati richiede un tempo superiore a quello del modello gerarchico e del modello reticolare, più vicini alla rappresentazione fisica dei dati su memoria di massa.

38 38 IL MODELLO RELAZIONALE Fino agli anni ’70, le capacità delle memorie centrali e la potenza di calcolo erano limitate, quindi il modello gerarchico e reticolare, veloci e poco esigenti dal punto di vista hardware (richiedevano una minore potenza di calcolo) ebbero una grande diffusione. Con l’aumentare delle capacità delle memorie centrali e della potenza di calcolo dei processori, si diede maggiore importanza alla faciltà di programmazione e di uso tipici del modello relazionale.

39 39 IL MODELLO RELAZIONALE I modelli gerarchico e reticolare sono complessi dal punto di vista del ritrovamento dei dati perchè significa individuare il percorso per ricercarli. Tale approccio è detto di tipo PROCEDURALE, ovvero è necessario indicare all’elaboratore COME eseguire la ricerca. I DBMS relazionali (RDBMS) usano un approccio di tipo DICHIARATIVO, in quanto è necessario specificare COSA si vuol trovare.

40 40 CONCLUSIONI SUI MODELLI LOGICI Oggi il modello relazionale è quello in assoluto più diffuso. Tutti i principali DBMS sono di tipo relazionale e sono usati nei sistemi di elaborazione di grandi/medie/piccole dimensioni.

41 41 LE FUNZIONI DEL DBMS Le funzioni del DBMS: 1.Implementazione (creazione) del modello logico 2.Manipolazione ed interrogazione della base di dati 3.Controllo dell’integrità dei dati 4.Sicurezza e protezione 5.Supporto alle transazioni

42 42 Implementazione del modello logico Con implementazione del modello logico si intende: 1.Definizione delle strutture dei dati (schema logico) 2.Definizione delle viste.  Una vista è una tabella virtuale (che non esiste fisicamente) ottenuta dalla combinazione/unione dei dati appartenenti ad una o più tabelle primarie (che esistono fisicamente: gli archivi).  Le tabelle primarie sono modificabili mentre le viste non lo sono. Una modifica sulle tabelle primarie potrebbe ripercuotersi sulla vista.

43 43 Implementazione del modello logico InformaticaFrancescoMaroni5754G InformaticaGiuseppeVerdi1006U BiologiaMarioRossi9010Y MatematicaAntonioBianchi8894T CorsoLaureaNomeCognomeMatricola STUDENTI InformaticaFrancescoMaroni5754G InformaticaGiuseppeVerdi1006U CorsoLaureaNomeCognomeMatricola STUDENTI_INFORMATICA Ad es. Si consideri l’archivio (o tabella primaria) STUDENTI, contenente tutti gli studenti iscritti ad un certa università. La vista di nome STUDENTI_INFORMATICA che contiene (virtualmente, non fisicamente) tutti gli studenti presenti nella tabella STUDENTI ed iscritti ad Informatica.

44 44 Implementazione del modello logico Ing. elettronicaFrancescoMaroni5754G InformaticaGiuseppeVerdi1006U BiologiaMarioRossi9010Y MatematicaAntonioBianchi8894T CorsoLaureaNomeCognomeMatricola STUDENTI InformaticaGiuseppeVerdi1006U CorsoLaureaNomeCognomeMatricola STUDENTI_INFORMATICA Le viste non sono modificabili ma riflettono i cambiamenti fatti sulle corrispondenti tabelle primarie. Nella vista STUDENTI_INFORMATICA non è più presente lo studente Maroni Francesco perchè non è più iscritto ad Informatica

45 45 Implementazione del modello logico 3.Organizzazione fisica degli archivi e loro occupazione dello spazio in memoria di massa.

46 46 Manipolazione ed interrogazione del database 1.Manipolazione (inserimento/modifica/cancellazione) e ricerca dei dati (DML, DDL e QL) 2.Strumenti software per gestire la base di dati (manipolazione, interrogazione ed organizzazione)

47 47 Sicurezza e protezione 1.Strumenti di backup/restore per evitare danni in caso di malfunzionamenti hw e sw 2.Autorizzazione degli utenti che accedono al database e relativi dati da loro visibili 3.Concorrenza tra più utenti

48 48 Supporto alle transazioni Una transazione è un insieme di operazioni che vengono eseguite come se fossero una sola. Se solo una delle sotto-operazioni dà errore, la transazione fallisce e vengono annullate tutte le operazioni precedenti. Ad es.Si supponga di voler fare un bonifico di 1500 euro dal c/c bancario A al c/c bancario B. E’ necessario eseguire le seguenti operazioni: 1.Leggere il saldo di A 2.Diminuire il saldo di A di 1500 euro 3.Memorizzare il nuovo saldo di A 4.Leggere il saldo di B 5.Aumentare il saldo di B di 1500 euro 6. memorizza il nuovo saldo di B

49 49 Supporto alle transazioni La transazione garantisce il corretto completamento delle operazioni in presenza di utenti concorrenti.

50 50 IL DIZIONARIO DEI DATI Tutti i dati che riguardano le predette funzioni del DBMS sono contenuti nel dizionario (o catalago del database). In particolare: I metadati sugli archivi logici Le associazioni tra archivi Le viste I vincoli di integrità Gli utenti e rispettive autorizzazioni (ovvero quali operazioni possono fare e su quali dati)

51 51 GLI UTENTI DI UN DATABASE 1.Amministratore del database (o DBA, DataBase Administrator): amministra la base di dati in particolare: Implementa il modello logico Gestisce la sicurezza Gestisce la riservatezza definendo nuove viste Gestisce il database dal punto di vista fisico (efficienza del database ed ottimizzazione delle risorse del db)

52 52 GLI UTENTI DI UN DATABASE 2.Programmatore: creano nuove applicazioni usando opportuni linguaggi di programmazione ed i comuni linguaggi dei database (DDL, DML e QL) 3.Utente finale: sono i veri e propri utenti della base di dati. Manipolano i dati e li interrogano usando i comuni linguaggi dei database oppure opportuni strumenti sw che facilitano i compiti predetti.