SQL (IV) Data Definition Language/ Data Manipulation Language.

Slides:



Advertisements
Presentazioni simili
Informatica II – Basi di Dati (08/09) – Parte 1
Advertisements

Corso di Laurea in Biotecnologie Informatica (Basi di Dati)
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
IL MODELLO ENTITA’ - RELAZIONE I costruttori di base
© 2007 SEI-Società Editrice Internazionale, Apogeo Unità C1 Il linguaggio SQL.
1 Comandi per la manipolazione dei dati. 2 Tipi di comandi INSERT UPDATE DELETE COMANDI COMANDI 2.
1 Biglietti: schema E/R. 2 Biglietti: albero degli attributi.
Esercitazioni del Corso di Sistemi Informativi Marina Mongiello
1 SQL come linguaggio di definizione di dati Eugenio Di Sciascio.
4 – Progettazione – Introduzione e Modello E-R
Basi di Dati prof. A. Longheu 4 – Progettazione – Introduzione e Modello E-R Cap. 5 Basi di dati Atzeni – Ceri – Paraboschi - Torlone.
Progettazione ER Un database universitario contiene informazioni riguardanti i professori (identificati dal codice fiscale) e informazioni relative ai.
SQL Structured Query Language
Relazioni Relazione: Associazione o legame logico esistente tra due o più entità Socio Prenota Campo.
19/01/2014 Viste. 19/01/2014 Viste Le Viste Logiche o Viste o View possono essere definite come delle tabelle virtuali, i cui dati sono riaggregazioni.
Archivio Cé necessità di immagazzinare in modo permanente grandi quantità di dati. Esempio: anagrafe dei cittadini di un comune.
L’uso dei database in azienda
Corso di Informatica (Basi di Dati)
Corso di Informatica (Basi di Dati)
1 Corso di Laurea in Biotecnologie Informatica (Basi di Dati) SQL: Data Manipulation Language (DML) Anno Accademico 2009/2010 Da: Atzeni, Ceri, Paraboschi,
Corso di Informatica (Basi di Dati)
Ufficio Studi UNIONCAMERE TOSCANA 1 Presentazione di Riccardo Perugi Ufficio Studi UNIONCAMERE TOSCANA Firenze, 19 dicembre 2000.
Basi di dati. Vantaggi degli archivi digitali Risparmio di spazio: sono facilmente trasferibili e duplicabili Risparmio di tempo: si può accedere ai dati.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Basi di dati Università Degli Studi Parthenope di Napoli
SQL: Lezione 7 Nataliya Rassadko
SQL Per la modifica di basi di dati
Equivalenza di espressioni
Vincoli di integrità generici Con i costrutti visti sinora, non è sempre possibile definire tutti i possibili vincoli di integrità. Per questo esiste listruzione.
Vincoli di integrità generici Con i costrutti visti sinora, non è sempre possibile definire tutti i possibili vincoli di integrità. Per questo esiste listruzione.
Progettazione di una base di dati
Normalizzazione Le forme normali certificano che la base di dati soddisfa criteri di qualità che mirano ad evitare le ridondanze e i conseguenti effetti.
SQL SQL (pronunciato anche come l’inglese sequel) è l’acronimo di Structured Query Language (linguaggio di interrogazione strutturato) E’ un linguaggio.
Modello E-R Generalizzazioni
Vincoli di integrità generici Con i costrutti visti sinora, non è sempre possibile definire tutti i possibili vincoli di integrità. Per questo esiste listruzione.
Manipolazione dei dati I comandi SQL che permettono di modificare il contenuto di una base di dati sono insertdeleteupdate insert ha la seguente sintassi:
Viste. Cosè una vista? è possibile creare un subset logico di dati o una combinazione di dati una vista è una tabella logica basata su una tabella o su.
Basi di dati Claudia Raibulet
Corso di INFORMATICA anno scolastico 2009/10 Linguaggio SQL IDENTIFICATORI di tabelle e attributi: stringhe di lunghezza max 18 caratteri, composte da.
TECNOLOGIE DELLINFORMAZIONE E DELLA COMUNICAZIONE PER LE AZIENDE Materiale di supporto alla didattica.
Bando Arti Sceniche. Per poter procedere è indispensabile aprire il testo del Bando 2ROL - Richieste On Line.
Corso di Basi di Dati Il Linguaggio SQL Home page del corso:
sql: esempi di linguaggio sql nell'implementazione mysql
1 Il Linguaggio SQL Il Linguaggio SQL Prof. Lorenzo Vita, Ing. Luigi Testa.
Basi di Dati e Sistemi Informativi
Basi di Dati e Sistemi Informativi Il Linguaggio SQL Home page del corso:
SQL.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Modulo 5 DataBase ACCESS. Informazioni e Dati INFORMAZIONI vengono scambiate con linguaggio scritto o parlato DATI rappresentazione di informazioni in.
Informatica Introduzione alle basi di dati Lezione 2 Scienze e tecniche psicologiche dello sviluppo e dell'educazione, laurea magistrale Anno accademico:
IL GIOCO DEL PORTIERE CASISTICA. Caso n. 1 Il portiere nella seguente azione NON commette infrazioni.
SQL, esempi 30/10/2014Basi di dati SQL1. 30/10/2014Basi di dati SQL2 CREATE TABLE, esempi CREATE TABLE corsi( codice numeric NOT NULL PRIMARY KEY, titolo.
1 Basi di Dati S tructured Q uery L anguage Appunti Matteo Longhi.
SQL (III) Data Definition Language/ Data Manipulation Language.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Database Elaborato da: Claudio Ciavarella & Marco Salvati.
1 Vincoli Ci sono i vincoli predefiniti ( unique, primary key, not null, foreign key … ) In SQL2 si ha anche check check Condizione Serve per dare condizioni.
Progettazione di una base di dati Ciclo di vita di un sistema informativo Studio di fattibilità definisce le varie alternative possibili, i relativi costi.
Basi di dati e Relazioni Uno schema di relazione R(X) è costituito da un simbolo (nome della relazione) R e da una serie di attributi X={A 1, A 2, …, A.
Progettazione di una base di dati relazionale Vincoli.
Vincoli Interrelazionali Per i vincoli visti l’inserimento di un valore che li viola viene semplicemente impedito. In caso di vincoli di integrità referenziale,
Vincoli interrelazionali
Progettazione di basi di dati: metodologie e modelli
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
Metodologie e modelli per il progetto. 2 Introduzione alla progettazione Il problema: progettare una base di base di dati a partire dai suoi requisiti.
1 Esami Esame scritto: Tra 21 e 25 domande: 20 domande chiuse (20 punti),  5 domande aperte (10 punti) 1½ ore Esame orale/applicativo: Esercizi usando.
Basi di Dati e Sistemi Informativi Esercitazione: Il Linguaggio SQL (DDL+DML) Home page del corso:
Linguaggio SQL prima parte Linguaggio SQL prima parte A. Lorenzi, E. Cavalli INFORMATICA PER SISTEMI INFORMATIVI AZIENDALI Copyright © Istituto Italiano.
Linguaggio SQL. Linguaggi per database La diffusione del modello relazionale ha favorito l’uso prevalente di linguaggi non procedurali: in questo modo.
Esercizi SQL Group by. CREATE TABLE dipendente (codDip CHAR(8) NOT NULL UNIQUE PRIMARY KEY, cognome CHAR(60) NOT NULL, nome CHAR(60) NOT NULL, stipendio.
Transcript della presentazione:

SQL (IV) Data Definition Language/ Data Manipulation Language

2 Inserire (I) insert into NomeTabella [( ListaAttr )] <values ( ListaDiValori ) | SelectSQL > Esempio 1: insert into Dipart (Nome,Citta) values (‘produzione’, ‘Torino’) Esempio 2: insert into Prodotti-Milanesi (select Cod,Descr from Prodotto where Luogo = ‘Milano’) query

3 Inserire (II) Conta l’ordine con cui si elencano gli attributi (anche nella query) e i valori Se i valori non sono specificati: o null o valore di default (a seconda di come è stata creata la tabella, per esempio se c’è vincolo not null ) Di solito vengono fornite delle form che nascondono le insert

4 Delete (I) delete from NomeTabella [where Condizione ] Esempio 1: delete from Dipart where Nome = ‘produzione’ Esempio 2: delete from Dipart where Nome not in (select Dip from Impiegato)

5 Delete (II) Se non c’è nessuna condizione, cancella tutta la NomeTabella (attenzione ai cascade !!!) 1. delete from Dipart diverso da 2. drop table Dipart cascade diverso da 3. drop table Dipart restrict 1. cancella le righe della tabella (se c’era cascade, cancella righe di altre tabella legate da vincoli integrità referenziale) 2. rimuove la tabella 3. non cancella la tabella se ha tuple

6 Update (I) update NomeTabella set Attributo = < Espressione | SelectSQL | null | default> {, Attributo = } [where Condizione ] Esempio 1: update Dipendente set Stip = StipBase + 5 where matr = ‘666’ Senza condizione, si modificano tutte le tuple

7 Update (II) Esempio 2: update Impiegato set Stip = Stip*1.1 where Stip <= 30 update Impiegato set Stip = Stip*1.15 where Stip > 30 Occorre invertirle, sennò non funziona, infatti SQL è set-oriented e non tuple-oriented (come alternativa paraziale uso dei cursori…) 15 % 10 %

8 Vincoli (I) Ci sono i vincoli predefiniti ( unique, primary key, not null, foreign key … ) In SQL2 si ha anche check check Condizione Serve per dare condizioni di correttezza della BD ed è molto potente

9 Vincoli (II) Esempio: create table Impiegati (Matr character(6) check (Matr is not null and 1 = (select count(*) from Impiegato I where Matr = I.Matr)), Cogn character(20) check (Cogn is not null and 2 > (select count(*) from Impiegato I where Nome = I.Nome and Cogn = I.Cogn)), Nome character(20) check (Nome is not null and 2 > (…)), Dip character(5) check (Dip in (select NomeD from Dipartimento)))

10 Vincoli (II) Esempio: create table Impiegati (Matr character(6) check (Matr is not null and 1 = (select count(*) from Impiegato I where Matr = I.Matr)), Cogn character(20) check (Cogn is not null and 2 > (select count(*) from Impiegato I where Nome = I.Nome and Cogn = I.Cogn)), Nome character(20) check (Nome is not null and 2 > (…)), Dip character(5) check (Dip in (select NomeD from Dipartimento))) Vincolo di integrità Un solo impiegato con stesso nome/ cognome

11 Vincoli (III) Esempio: create table Impiegati (Matr … primary key, Cogn … not null, Nome … not null, Dip … references Dipartimento(NomeD), unique(Cogn,Nome)) Così è più semplice (e più efficiente dal punto di vista dell’implementazione) ma check utile per vincoli complessi (per esempio, libro pagina 138)

12 Asserzioni (I) Asserzione = vincolo su schema di relazione e non su istanza (tabella) o attributo che permettono di avere DB consistente La drop può cancellare anche le asserzioni create assertion NomeAsserzione check ( Condizione ) Per esempio: create assertion Alm-Un-Imp (check (1 <= (select count(*) from Impiegato))

13 Check e Asserzioni 1. Immediati: verificate dopo ogni modifica (per esempio, i vincoli predefiniti) 2. Differiti: solo dopo una serie di operazioni (transazione) set constraint NomeVincolo

14 Check e Asserzioni Se i dati non soddisfano i vincoli: 1. Roll-back parziale: si disfa la modifica 2. Roll-back: si disfa tutta la transazione Quando si rileva una violazione di un vincolo differito al termine di una transazione, non c’è modo di individuare l’operazione che ha causato la violazione  si disfa la transazione

15 Viste (tabelle virtuali) (I) create view NomeVista [( ListaAttr )] as SelectSQL [with [local | cascaded] | check option] Esempio 1: create view ImpAmm(Matr,Nome,Cogn,Stip) as select Matr,Nome,Cogn,Stip from Impiegato where Dip = ‘Amm’ and Stip > 10 possibile modificare

16 Viste (II) Utili per interrogazioni complesse Le viste possono usare altre viste, ma non possono esserci dipendenze ricorsive immediate (esempio: V1 usa V1) o transitive (esempio: V1 usa V2 che usa V3… che usa V1)

17 Viste (III) Su certe viste possibile fare modifiche che si ripercuotono sulle tabelle di base (“reali”) In generale, problemi se ci sono join molto complessi Regola: 1 tupla vista = 1 tupla tabella di base Nei sistemi commerciali viste definite su una sola tabella reale e l’insieme attributi della vista contengono chiave primaria della tabella

18 Controllo dell’accesso (I) Utente identificato in modo univoco (per esempio, il system administrator, predefinito e molto potente) Si da il controllo e l’accesso a risorse tramite “privilegi” grant e revoke per dare e revocare i privilegi

19 Controllo dell’accesso (II) I privilegi sono: insert (es. tabelle, viste, asserzioni), update (es. tabelle, viste, attributi), delete (es. tabelle, viste, asserzioni), select (es. tabelle, viste, attributi nelle interrogazioni), reference (es. tabelle usate per vincoli di integrità referenziali), usage (es. domini nella definizione di schemi), drop/alter: solo il creatore può usarli

20 Controllo dell’accesso (III) grant Privilegi on Risorse to Utenti [with grant option] revoke Privilegi on Risorse from Utenti [restrict | cascade] Per propagare i priv Solo chi dà può revocare

Metodologie e modelli per il progetto

22 Introduzione alla progettazione Il problema: progettare una base di base di dati a partire dai suoi requisiti Progettare: definire la struttura, caratteristiche e contenuto

23 Il ciclo di vita dei sistemi informativi La progettazione costituisce solo una delle componenti del processo di sviluppo Va inquadrato in un contesto più ampio: il ciclo di vita dei sistemi informativi

24 Il ciclo di vita dei sistemi informativi Studio di fattibilità Raccolta e analisi dei requisiti Progettazione Implementazione Validazione e collaudo Funzionamento

25 Il ciclo di vita dei sistemi informativi Studio di fattibilità: definire i costi delle varie alternative possibili Raccolta e analisi dei requisiti: individuazione delle proprietà e delle funzionalità che il sistema dovrà avere Progettazione: dei dati (la struttura e l’organizzazione che i dati dovranno avere) e delle applicazioni (le caratteristiche dei programmi applicativi)

26 Il ciclo di vita dei sistemi informativi Implementazione: realizzazione del sistema informativo Validazione e collaudo: serve a verificare il corretto funzionamento e la qualità del sistema informativo Funzionamento: il sistema informativo diventa operativo

27 Il ciclo di vita dei sistemi informativi Il processo non è quasi mai strettamente sequenziale  ciclo Focalizzeremo attenzione sulla terza fase del ciclo di vita: progettazione (dei dati)

28 Metodologie di progettazione Nell’ambito delle basi di dati: separare in maniera netta le decisioni relative a “cosa” rappresentare in una base di dati da quelle relative a “come” farlo Cosa: prima fase (progettazione concettuale) Come: seconda e terza fase (progettazione logica e fisica)

29 Metodologie di progettazione Progettazione concettuale Fa riferimento a un modello concettuale dei dati I modelli concettuali ci consentono di descrivere l’organizzazione dei dati a un alto livello di astrazione

30 Metodologie di progettazione Progettazione logica Traduzione dello schema concettuale nel modello di rappresentazione dei dati Fa riferimento a un modello logico dei dati Modello logico: indipendente dagli dettagli fisici, ma concreta Progettazione fisica Fa riferimento a un modello fisico dei dati Modello fisico: dipende dallo specifico sistema di gestione di basi di dati scelto

31 Guyguyguyguygu Hvvvuvuvuv Fvvvuvuvuvu Vvyuvuyvuvu Vyuvuyvuyvu Vyuvuyvuo Progettazione concettuale Progettazione logica Progettazione fisica Modello Entità-Relazionale Relazioni/ tabelle Livello fisica (memorizzazione)

32 Modello Entità-Relazione Il modello Entità-Relazione è un modello concettuale dei dati Fornisce una serie di strutture (costrutti) atte a descrivere la realtà di interesse

33 Modello Entità-Relazione Entità: rappresentano classi di oggetti che hanno proprietà comuni ed esistenza “autonoma” ai fini dell’applicazione di interesse Città, Dipartimento, Impiegato, Acquisto e Vendita (nel contesto di un’applicazione aziendale) Una occorrenza di una entità è un oggetto della classe che l’entità rappresenta Per esempio: Torino è un esempio di occorrenze dell’entità Città

34 Modello Entità-Relazione Entità: Una occorrenza di entità non è un valore che identifica un oggetto (p.e. nome, codice fiscale, …) ma l’oggetto stesso Questa è una differenza rispetto al modello relazionale (nel quale non possiamo rappresentare un oggetto senza conoscere alcune sue proprietà)

35 Modello Entità-Relazione Entità: Ogni entità ha un nome che la identifica univocamente Impiegato Dipartimento Città

36 Modello Entità-Relazione Relazione (o associazioni): Rappresentano legami logici tra due o più entità Per esempio:  Residenza: tra le entità Città e Impiegato  Esame: tra le entità Studente e Corso Un occorrenza di relazione è una n-upla costituita da occorrenza di entità Per esempio:  Residenza: Bologna, Rossi; oppure Firenze, Verdi

37 Modello Entità-Relazione Relazione (o associazioni): Ogni relazione ha un nome che la identifica univocamente Graficamente: un rombo, e linee che connettono la relazione con ciascuna delle sue componenti Studente Corso Esame

38 Modello Entità-Relazione Relazione (o associazioni): Possono esistere relazioni diverse che coinvolgono le stesse entità ImpiegatoCittà Residenza Sede di lavoro

39 Modello Entità-Relazione Relazione (o associazioni): È possibile avere relazione tra una entità e se stessa Impiegato Collega Sovrano Successione Predecessore Successore

40 Modello Entità-Relazione Relazione (o associazioni): È possibile avere relazione che coinvolgono più di due entità Dipartimento Fornitura ProdottoFornitore

41 Modello Entità-Relazione Attributi: Descrivono le proprietà elementari di entità o relazioni che sono di interesse ai fini dell’applicazione Per esempio:  Cognome, Stipendio e Età sono possibili attributi dell’entità Impiegato  Data e Voto sono possibili attributi della relazione Esame tra Studente e Corso

42 Modello Entità-Relazione Attributi: Un attributo associa a ciascuna occorrenza di entità o di relazione un valore appartenente a il dominio del attributo  Dominio: i valori ammissibili per l’attributo

43 Modello Entità-Relazione Attributi: Studente Corso Esame Anno di iscrizione Matricola VotoData esame Anno di corso Nome