1 Database universitario
|
|
- Maurizio Costanzo
- 5 anni fa
- Visualizzazioni
Transcript
1 1 Database universitario 1.1 Elenco tabelle PERSONA (ID, is studente, is docente, nome, cognome) STUDENTE (matricola, persona references persona(id)) DOCENTE (codice, persona references persona(id)) CORSO (ID, nome) OCCORRENZA CORSO (ID, corso references corso(id), anno) ESAME (corso references occorrenza corso(id), docente references docente(codice), studente references studente(matricola), voto, data) 1.2 Testo esercizio 1. Calcolare la media ottenuta in Informatica Generale da chi non ha superato Matematica I. 2. Identificare gli studenti che hanno ottenuto un voto superiore alla media calcolata al punto Calcolare il numero massimo di volte che uno studente non ha superato l esame di Informatica Generale 4. Determinare gli studenti interessati dalla soluzione del punto Calcolare quando uno studente ha superato un esame con un docente con cognome uguale allo studente. 6. Determinare per ogni docente e per ogni anno quanti esami il docente ha fatto in quel particolare anno e la percentuale di esami con successo sugli esami totali. 7. Per quali corsi esiste un anno in cui ci sono stati meno esami superati rispetto all anno precedente? 8. Calcolare la media ottenuta in Informatica Generale da chi ha fallito almeno una volta Matematica I. 1.3 Interrogazioni 1. Un primo approccio prevede di utilizzare il costrutto NOT IN, mentre un secondo approccio è basato sull operatore EXCEPT: si noti che quest ultimo è applicabile solo a select conformi, ovvero il cui risultato abbia stesso schema. In entrambi i casi è fondamentale incrociare le tabelle esame, occorrenza corso, corso per associare ad ogni esame il nome dell insegnamento a cui si riferisce. create view esami_superati as select matricola, nome, cognome, voto, corso from studente, esame, occorrenza_corso, corso, persona where persona.id=studente.persona AND occorrenza_corso.corso=corso.id AND 1
2 esame.corso=occorrenza_corso.id AND esame.studente=studente.matricola AND voto IS NOT NULL; select avg(voto) from esami_superati where corso= Informatica Generale AND matricola NOT IN ( select matricola from esami_superati where corso= Matematica I ); Nel secondo caso decido di utilizzare EXCEPT al fine di calcolare gli studenti che hanno superato Informatica Generale ma non Matematica I. create view infgen_no_mate(matricola) as ( select studente from esame where corso= Informatica Generale AND voto is not null except select studente from esami, occorrenza_corso, corso where nome= Matematica I and esami.corso=occorrenza_corso.id and occorrenza_corso.corso=corso.id and voto is not null ) select avg(voto) from esami, occorrenza_corso, corso, infgen_no_mate where nome= Informatica Generale and esami.corso=occorrenza_corso.id and occorrenza_corso.corso=corso.id and esami.studente=infgen_no_mate.matricola 2. select nome, cognome from esami_superati where corso= Informatica Generale AND voto > ALL (select avg(voto) from esami_superati where corso= Informatica Generale AND matricola NOT IN ( select matricola 2
3 ); ) oppure from esami_superati where corso= Matematica I create view esame_infgen_no_mate(matricola, voto) as ( select esami.studente, esami.voto from esami, occorrenza_corso, corso, infgen_no_mate where nome= Informatica Generale and esami.corso=occorrenza_corso.id and occorrenza_corso.corso=corso.id and esami.studente=infgen_no_mate.matricola and voto is not null ) select matricola from esame_infgen_no_mate where esami.voto >= all ( select avg(voto) from esame_infgen_no_mate) 3. create view infgen_nonsup as select matricola, count(*) as numero from esame, occorrenza_corso, corso group by matricola where occorrenza_corso.corso=corso.id AND esame.corso=occorrenza_corso.id AND corso.nome= Informatica Generale AND voto IS NULL; select max(numero) from infgen_nonsup; 4. select matricola, nome, cognome from infgen_nonsup join persone on persone.matricola= infgen_nonsup.matricola where numero >= ALL (select numero from infgen_nonsup ); 5. select * from studente, esame, occorrenza_corso, corso, persona D, persona S, docente where S.ID=studente.persona AND D.ID=docente.persona AND esame.docente=docente.codice AND 3
4 esame.corso=occorrenza_corso.id AND esame.studente=studente.matricola AND voto IS NOT NULL AND S.cognome=D.cognome; 6. create view esamiripartiti as select codice, count(*) as totali, anno from esame group by codice. anno create view esamiripartitipassati as select codice, count(*) as totali, anno from esame where voto is not null group by codice. anno select *, passati/totali as percentuale from esamiripartitipassati join esamiripartiti where esamiripartitipassati.anno = esamiripartiti.anno and esamiripartitipassati.codice = esamiripartiti.codice 7. select distinct corso from esamiripartitipassati A, esamiripartitipassati B, where A.anno < B.anno and A.corso = B.corso and A.totali > B.totali 2 Biblioteca 2.1 Testo esercizio Si desidera modellare i dati relativi alla gestione di una biblioteca. Ogni libro viene identificato univocamente dal codice ISBN, ed è caratterizzato dal fatto di avere uno o più autori (non verranno effettuate ricerche sugli autori), titolo, codice dewey e genere. Gli utenti hanno un codice identificativo e viene conservato nome, cognome e numero di telefono (quest ultimo dato è facoltativo). Per ogni libro preso in prestito segnamo la data di inizio prestito, la data di scadenza e la data in cui è stato effettivamente restituito (quest ultimo dato viene posto a NULL se il libro non è ancora stato restituito). Modellare la situazione descritta con modello ER. Descrivere la query SQL, e le tabelle coinvolte in tale query, che restituisce l elenco delle persone che, per almeno 3 volte, non hanno restituito un libro entro la scadenza. Tale esercizio deve essere risolto secondo due versioni: la prima considera soltanto il fatto che ci siano state tre restituzioni in ritardo, la seconda anche il fatto che alla data odierna ci potrebbero essere dei libri in prestito anche se la data di scadenza è già passata. 4
5 Come si modifica lo schema ER se non si ammette la possibilità che un utente prenda in prestito lo stesso libro più di una volta? Se avessimo il vincolo che un utente può avere al massimo 5 libri in prestito contemporaneamente, come avremmo codificare tale vincolo? Si calcoli quale libro è stato restituito in ritardo più volte. 2.2 ER ISBN Nome Libro Titolo Autore Cognome Telefono Codice Utente prestato Prestito prende uscito restituito scadenza Si è deciso di utilizzare un entità per Prestito, invece di una relazione, perchè si ritiene rilevante rappresentare i prestiti di un libro dismesso dalla libreria, ciò in quanto viene richiesto di conteggiare le persone che hanno consegnato un libro in ritardo per almeno 3 volte. Questo fatto presuppone che Prestito abbia valore a prescindere dall esistenza di Libro, e quindi un entità è preferibile. Si noti che il vincolo che il numero di telefono sia opzionale è rappresentabile solo con il codice SQL di creazione della tabella. 2.3 Tabelle LIBRO (ISBN, Autore, Titolo, Dewey, Genere) UTENTE (codice, nome, cognome, numerotel) PRESTITO (utente references utente(codice), libro references libro(isbn), scadenza, restituito, inizio) 2.4 Query select codice, nome, cognome from utente join prestito on utente(codice)=prestito(utente) where codice in (select codice from prestito where restituito>scadenza group by codice 5
6 having count(*)>=3); La versione completa segue: select utente, nome, cognome from utente join prestito on utente(codice)=prestito(utente) where utente in (select utente from prestito where (restituito>scadenza or today()>scadenza and restituito is null) group by utente, nome, cognome having count(*)>=3); 6
7 3 Rete ferroviaria 3.1 Testo Si vuole rappresentare l insieme di dati riguardanti una rete ferroviaria. Ogni città viene identificata univocamente tramite il proprio nome, ed ogni tratta consiste in una città di partenza, una città di arrivo ed una lunghezza epressa in km. Si suppone che non esistano stazioni intermedie fra le due città che compongono una tratta. Ogni biglietto emesso ha un numero identificativo progressivo ed ha un prezzo, dipendente dalla massima percorrenza possibile (tale percorrenza non viene memorizzata). Per ogni volta che una tratta viene percorsa si tiene traccia dell orario di partenza e dell orario di arrivo. Al momento della convalida del biglietto viene immesso l insieme delle tratte che compongono il viaggio per cui il biglietto viene utilizzato e data/ora di partenza e arrivo del viaggio. Si scriva la query SQL che determina su quale tratta sono stati utilizzati più biglietti nel mese di Ottobre ER nome (1,N) inizio Citta (1,N) fine ID biglietto (1,N) prezzo tratta biglietto utilizzato lunghezza occ_tratta partenza arrivo Ogni tratta viene univocamente determinata dalle città di arrivo e partenza. Inoltre l introduzione dell entità occorrenza tratta permette di non duplicare l informazione relativa all orario di partenza e arrivo da associare ad ogni biglietto: infatti la relazione biglietto utilizzato permette di individuare tale informazione. 3.3 Tabelle CITTA (nome) TRATTA(inizio references citta.nome, fine references citta.nome, lunghezza) BIGLIETTO(prezzo, ID) 7
8 OCCORRENZA TRATTA(inizio references citta.nome, fine references citta.nome, partenza, arrivo) BIGLIETTO UTILIZZATO(ID references biglietto, inizio references citta (nome), fine references citta (nome), partenza references occorrenza tratta) 3.4 Query create view usati_ott as select count(*) as quanti, inizio, fine from biglietto_utilizzato where partenza <= 31/10/2000 and partenza >= 01/10/2000 group by partenza, arrivo; select inizio, fine from usati_ott where quanti >= ALL (select quanti from usati_ott); 8
9 4 Campionato di calcio 4.1 Testo Un campionato di calcio viene disputato tra un insieme di squadre. Ogni incontro è svolto fra due squadre, una detta ospitante ed una detta ospite. Per ogni incontro, oltre alle due squadre coinvolte, vengono registrati il risultato (inteso come numero di reti segnate dalle ognuna delle due squadre), la data ed i giocatori che hanno realizzato ogni rete, si memorizza anche il minuto della partita in cui è stata realizzata la rete. In un campionato ogni squadra incontra ogni altra squadra due volte, di cui una come squadra ospite ed una come squadra ospitante. Di ogni calciatore viene registrato nome, cognome e data di nascita. Si assume inoltre che un giocatore non possa cambiare squadra durante il campionato. Si progetti una base di dati per rappresentare la situazione sopra descritta, sia come modello ER che come insieme di tabelle. Si scriva una query SQL che restituisce quale squadra ha vinto più partite, una query per determinare il calciatore che ha segnato più reti ed una query per determinare in quale partita si è realizzato il numero maggiore di reti (somma fra le reti della squadra ospite e quelli della squadra ospitante). Come viene modificato lo schema se una squadra può incontrare un altra squadra più di due volte? Come viene modificato lo schema se un giocatore può cambiare squadra durante il campionato? 4.2 ER nato_il nome cognome giocatore gioca in (1,N) squadra nome segna rete minuto in ospite partita ospitante data 9
10 4.3 Tabelle SQUADRA (nome) PARTITA (ospite references squadra(nome), ospitante references squadra(nome), data) GIOCATORE (nome, cognome, natoil, giocain references squadra(nome)) RETE (nome references giocatore, cognome references giocatore, data di nascita references giocatore, ospite references squadra(nome), ospitante references squadra(nome), minuto) 4.4 Query create view retipartitasquadra as select ospite, ospitante, giocain as squadra, count(*) as quanti from partita, rete, giocatore where giocatore.nome =rete.nome and giocatore.cognome =rete.cognome and giocatore.natoil =rete.natoil and partita.ospite = rete.ospite and partita.ospitante = rete.ospitante group by partita.ospite, partita.ospitante, giocatore.gioca_in create view risultati as select R1.quanti as retiospitante, R2.quanti as retiospite from retipartitasquadra R1, retipartitasquadra R2 where R1.ospite = R2.ospite and R1.ospitante = R2.ospitante and R1.squadra <> R2.squadra R1.ospitante = R1.squadra create view vittorie as select ospite as squadra from partita where reti_ospite>reti_ospitante union all select ospitante as squadra from partita where reti_ospite<reti_ospitante select nome from vittorie group by squadra having count(*) > ALL ( select count(*) from vittorie group by squadra); 10
11 4.5 Varie Rete deve essere una entità, in quanto è ragionevolmente atteso che un giocatore segni più di una rete in una partita, pertanto l attributo minuto deve essere parte della chiave. Se il numero di partite fra una coppia di squadre non è limitato, allora data deve fare parte della chiave dell entità partita. Se un giocatore può cambiare squadra, allora la cardinalità della relazione gioca in non può più essere (1, 1). In questo caso deve anche diventare una tabella a sè stante. Inoltre non è più possibile inferire il risultato dalla relazione rete, in quanto non si può stabilire a favore di quale squadra sia stata realizzata una rete. Diventa quindi necessario (1) introdurre una relazione partecipa che lega le entità giocatore e partita, oppure (2) introdurre una relazione a favore che lega le entità rete e squadra. Dalle numerosità ragionevolmente attese, quest ultima ipotesi mi sembra preferibile. 11
12 5 Servizio di fornitura di energia elettrica 5.1 Testo Viene fornita energia elettrica ad un insieme di utenze, con la possibilità che nuove utenze vengano aggiunte nel tempo. Per ogni utenza registriamo, oltre ad un codice identificativo, nome, cognome e l attivazione dell utenza. Quando un contratto viene attivato, si registra un codice identificativo, la data in cui sono stati completati i lavori ed il tecnico responsabile dell impianto. Per ogni utenza vengono inoltre memorizzati i dati storici relativi ad ogni lettura del contatore. Dopo ogni lettura viene emessa una fattura di cui memorizziamo la lettura, prima e dopo il periodo di riferimento della fattura stessa, la data di emissione e l intestatario. Nel caso in cui non sia stata possibile la lettura, la fattura viene emessa senza avere una lettura di riferimento. Disegnare lo schema ER e le tabelle. Query 1: l ultimo importo pagato da ogni utente di cognome Rossi. Query 2: le letture da mettere in fattura del del cliente con codice 003 (tale fattura ha una lettura di riferimento). Modificare lo schema per incorporare la seguente modifica: l attivazione avviene tramite una sequenza di sopralluoghi effettuati presso la stessa utenza. Ogni sopralluogo viene fatto da un tecnico potenzialmente diverso. L attivazione avviene quando l ultimo sopralluogo verifica che sono verificate le condizioni per l attivazione. 5.2 ER ID nome cognome data utenza attivazione tecnico ID nome cognome lettura fattura numero quantita data data importo 5.3 Tabelle UTENZA (nome, cognome, ID, attivazione unique, data attivazione, tecnico references tecnico(id)) TECNICO (nome, cognome, ID) FATTURA (numero, data, importo, quantita, utente references utenza(id) null, data lettura null) 5.4 Query create view fattrossi as 12
13 select ID, importo, data_fattura from utenza join fattura on utenza.id=fattura.utente where cognome= Rossi ; select importo, data from fattrossi F where data >= ALL (select data from fattrossi F1 where f.numero=f1.numero); select lettura from fattura where data< 01/01/2001 AND data >= ALL ( select data from fattura where data< 01/01/2001 ); 6 Conferenza scientifica 6.1 Testo Una conferenza viene organizzata nel seguente modo: uno (o più) autori sottopongono un articolo affinchè venga valutato e, alla fine del processo di valutazione, accettato oppure rifiutato alla conferenza. Ad ogni articolo viene assegnato un numero progressivo, e si tiene traccia del titolo e degli autori. Per ogni autore si memorizzano il nome, il cognome e l indirizzo di posta elettronica che identifica univocamente ogni autore. La conferenza ha un comitato direttivo i cui membri possono (ma non sono obbligati) sottoporre articoli. Ogni articolo viene valutato da almeno 3 ed al più 5 revisori, di cui esattamente uno deve essere membro del comitato direttivo. Si noti che non tutti i membri del comitato direttivo devono essere revisori. Nessuno può essere revisone di un articolo di cui è autore. Al termine della revisione, ogni revisore decide un voto da assegnare agli articoli valutati. Solo alcuni articoli vengono accettati alla conferenza, conseguentemente lo stato di ogni articolo è accettato, oppure rifiutato, oppure ancora in revisione. Di ogni revisore o membro del comitato direttivo vengono memorizzati numero di telefono e fax, oltre ai dati identificativi di un autore. Descrivere modello ER, tabelle e codice SQL per le sequenti interrogazioni. 1. Quale autore ha avuto il massimo numero di articoli accettati? 2. Quali revisori non hanno ancora inviato la loro valutazione? 3. Visualizzare la media delle valutazioni di ogni articolo. 4. Visualizzare la media delle valutazioni degli articoli scritti da ogni singola persona. 5. Visualizzare i 20 articoli con la media più alta. 13
14 Come si modifica lo schema se i membri del comitato direttivo non possono essere autori di articoli sottoposti alla conferenza? 6.2 ER ID titolo stato Articolo (3,5) (1,N) valuta_cd sottopone voto (1,N) valuta tel. tel. (1,N) Revisore fax Comitato direttivo fax Autore (t,ne) Persona nome cognome 6.3 Tabelle ARTICOLO (ID, titolo, stato) PERSONA (nome, cognome, , telefono, fax, is CD) SOTTOPONE (lavoro REFERENCES artiolo(id), autore REFERENCES autore( )) VALUTA (revisore REFERENCES persona( ), lavoro REFERENCES artiolo(id)) 6.4 SQL 1. create view lavori_accettati as select id, titolo, nome, cognome from articolo, sottopone, autore where articolo.id=sottopone.lavoro AND 14
15 sottopone.autore=autore. AND accettato; select , nome, cognome from lavori_accettati group by , nome, cognome having count(*) >= ALL (select count(*) from lavori_accettati group by ); 2. select distinct nome, cognome, from persona join valuta on persona. =valuta.revisore where voto is null; 3. select avg(voto), titolo, ID from articolo join valuta on articolo.id=valuta.articolo group by ID; 4. select avg(voto), nome, cognome, from valuta, sottopone, articolo where articolo.id=sottopone.lavoro AND valuta.lavoro=articolo.id group by ; 15
16 7 Catena di cinema 7.1 Testo Una catena di cinema ha sale in varie città. Di ogni cinema si memorizza la città e la via in cui si trova. Alcuni cinema sono multisala, mentre altri contengono un unica sala. Di ogni sala si memorizza la capienza totale. Ogni film ha un titolo (si assuma che non esistano due film con stesso titolo), l anno di produzione un regista e vari attori. Per ogni persona esiste un codice identificativo. Viene inoltre tenuta traccia di ogni proiezione effettuata, ovvero del film proiettato, in quale sala è avvenuta la registrazione, ed il numero di biglietti venduti. Disegnare lo schema ER e le tabelle. Query 1: l elenco dei film in cui il numero dei biglietti totali venduti è stato almeno l 80% della capienza totale (sommata su tutte le proiezioni del film). Query 2: l elenco dei film che hanno fatto il tutto esaurito in almeno due spettacoli tenuti nella stessa città. Query 3: l elenco degli registi che si sono diretti in un film. Query 4: I film che hanno venduto più biglietti. Query 5: l elenco dei film che hanno fatto il tutto esaurito in almeno due città. 7.2 ER cognome nome data_nascita regista Persone ID cittã Film (1,N) attore Cinema (1,N) via data anno titolo capienza in inizio proiezione venduti Sala ID 7.3 Tabelle PERSONE (ID, cognome, nome, data nascita) FILM (titolo, regista references persone(id)) 16
17 CINEMA (città, via) SALA (ID, citta references CINEMA(citta), via references CINEMA(via), capienza) PROIEZIONE (film references FILM(titolo), citta sala references CINEMA(citta), sala references SALA(ID), inizio, data) ATTORE (persona references PERSONA(ID), film references FILM(titolo)) 7.4 SQL Query 1. create view venditeproiezione as select titolo, sum(capienza) as capienzatot, sum(venduti) as vendutitot from proiezione, sala where sala.id=proiezione.sala group by titolo; select titolo from venditeproiezione where vendutitot/capienzatot>=0.8; Query 2. create view esauriti as select titolo, città, via, count(*) as numero from proiezione, sala where sala.città=proiezione.città AND sala.id=proiezione.sala AND proiezione.venduti=sala.capienza; group by titolo, città select titolo from esauriti where numero>=2; Query 3. select nome, cognome from persone, attore, film where film.regista=attore.persona AND attore.film=film.titolo AND attore.persona=persone.id; Query 4. select titolo from venditeproiezione where vendutitot >= ALL ( select vendutitot from venditeproiezione); Query 5. 17
18 select E1.titolo from esauriti E1, esauriti E2 where E1.titolo=E2.titolo and E1.città <> E2.città Licenza d uso Quest opera è distribuita con Licenza Creative Commons Attribuzione - Condividi allo stesso modo 4.0 Internazionale Tu sei libero di: Condividere riprodurre, distribuire, comunicare al pubblico, esporre in pubblico, rappresentare, eseguire e recitare questo materiale con qualsiasi mezzo e formato Modificare remixare, trasformare il materiale e basarti su di esso per le tue opere per qualsiasi fine, anche commerciale. Il licenziante non può revocare questi diritti fintanto che tu rispetti i termini della licenza. Alle seguenti condizioni: Attribuzione Devi riconoscere una menzione di paternità adeguata, fornire un link alla licenza e indicare se sono state effettuate delle modifiche. Puoi fare ciò in qualsiasi maniera ragionevole possibile, ma non con modalità tali da suggerire che il licenziante avalli te o il tuo utilizzo del materiale. StessaLicenza Se remixi, trasformi il materiale o ti basi su di esso, devi distribuire i tuoi contributi con la stessa licenza del materiale originario. Divieto di restrizioni aggiuntive Non puoi applicare termini legali o misure tecnologiche che impongano ad altri soggetti dei vincoli giuridici su quanto la licenza consente loro di fare. Attribuzione Devi attribuire la paternità dell opera nei modi indicati dall autore o da chi ti ha dato l opera in licenza e in modo tale da non suggerire che essi avallino te o il modo in cui tu usi l opera. Condividi allo stesso modo Se alteri o trasformi quest opera, o se la usi per crearne un altra, puoi distribuire l opera risultante solo con una licenza identica o equivalente a questa. La versione più recente, con i sorgenti per modificare l opera si trova a dellavedova.org e 18
1 Database universitario 1.1 Elenco tabelle PERSONA (ID, is_studente, is_docente, nome, cognome) STUDENTE (matricola, persona references persona(id))
1 Database universitario 1.1 Elenco tabelle PERSONA (ID, is_studente, is_docente, nome, cognome) STUDENTE (matricola, persona references persona(id)) DOCENTE (codice, persona references persona(id)) CORSO
Il sistema informativo deve essere di tipo centralizzato e accessibile mediante un computer server installato nella rete locale dell albergo.
PROBLEMA. Un albergo di una grande città intende gestire in modo automatizzato sia le prenotazioni sia i soggiorni e realizzare un database. Ogni cliente viene individuato, tra l altro, con i dati anagrafici,
Esempio di database relazionale con l utilizzo del prodotto MySQL
Esempio di database relazionale con l utilizzo del prodotto MySQL Marco Liverani Aprile 2015 In queste pagine viene riportato in sintesi il progetto di un database relazionale esemplificativo con cui viene
Data management a.a. 2009-2010. Il linguaggio SQL
Data management a.a. 2009-2010 Il linguaggio SQL 1 Modello di database E' un database generico con anagrafica e movimenti di uso molto frequente: per esempio, clienti e fatture, studenti ed esami sostenuti,
SQL: definizione schema
Si Clienti(codice,nome,indirizzo,p_iva) scriva il SQL che definisce il seguente schema relazionale Prodotti(codice,nome,descrizione,prezzo) SQL: definizione schema Fatture(codice,cliente,data) RigheFattura(codice,fattura,prodotto,quantità,prezzo)
SQL e ACCESS. Modello relazionale PROBLEMA ENTITA STUDENTE
SQL e ACCESS Prof. Salvatore Multazzu (salvatoremultazzu@tiscali.it) Applicazioni Informatiche nella comunicazione Modello relazionale Entità Record o Ennuple Attributi o Campi Tipi Chiavi Primarie (PK)
GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA
GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA Il project management nella scuola superiore di Antonio e Martina Dell Anna 2 PARTE II ORGANIZZAZIONE DEL PROGETTO UDA 4 LA GESTIONE DEL PROGETTO (PROJECT
Università degli Studi di Milano. Esercizi Corso SIT. Basi di dati
Università degli Studi di Milano Esercizi Corso SIT Basi di dati Maria Luisa Damiani (con la collaborazione degli studenti: Giulia Izzi e ) 2010-2011-2012 ESERCIZI CORSO SIT parte BASE DI DATI TABELLE
Squadra Giocatore Partita Goal Ingresso Ingresso SELECT FROM WHERE AND AND SELECT FROM WHERE AND AND AND AND SELECT FROM WHERE AND AND
Squadra(Nome, Citta, Sponsor, ColoriSociali, punticampionato, Allenatore Giocatore(NTessera, Squadra*, Numero, Nome, Cognome, DataNascita, CittàNascita, Ruolo, Stipendio con il vincolo di integrità referenziale
ESAME di INFORMATICA e ARCHIVIAZIONE
UNIVERSITÀ DEGLI STUDI DI UDINE Facoltà di Medicina e Chirurgia CORSO DI LAUREA IN TECNICHE DI RADIOLOGIA MEDICA PER IMMAGINI E RADIOTERAPIA ESAME di INFORMATICA e ARCHIVIAZIONE 22 giugno 2011 1 Progettazione
Basi di Dati 1 Prof. L. Tanca e F. A. Schreiber APPELLO DEL 9 SETTEMBRE 2015 Tempo: 2h30m
Basi di Dati 1 Prof. L. Tanca e F. A. Schreiber APPELLO DEL 9 SETTEMBRE 2015 Tempo: 2h30m Si consideri il seguente schema di base di dati, che vuole memorizzare informazioni relative a un sito di affitto
UTENTE (Codice, Nome, Cognome, Indirizzo, Telefono) PRESTITO (Collocazione, CodUtente, DataPrestito, DataRest)
ESERCITAZIONI: 01/04/2008 TEMA: STRUCTURED QUERY LANGUAGE Base di Dati: Biblioteca UTENTE (Codice, Nome, Cognome, Indirizzo, Telefono) PRESTITO (Collocazione, CodUtente, DataPrestito, DataRest) COPIA (Collocazione,
Esercitazione SQL. Università degli Studi del Sannio Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica
Esercitazione SQL Università degli Studi del Sannio Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica CorsodiBasidiDati Anno Accademico 2005/2006 docente: ing. Corrado Aaron Visaggio email:
UNIVERSITÀ DEGLI STUDI DI UDINE Facoltà di Medicina e Chirurgia CORSO DI LAUREA IN TECNICHE DI RADIOLOGIA MEDICA PER IMMAGINI E RADIOTERAPIA ESAME
UNIVERSITÀ DEGLI STUDI DI UDINE Facoltà di Medicina e Chirurgia CORSO DI LAUREA IN TECNICHE DI RADIOLOGIA MEDICA PER IMMAGINI E RADIOTERAPIA ESAME 14 maggio 2009 1 Progettazione di basi di dati Si vuole
Corso di Basi di Dati A.A. 2014/2015
Corso di Laurea in Ingegneria Gestionale Sapienza - Università di Roma Corso di Basi di Dati A.A. 2014/2015 Esercitazione su Progettazione Logica Tiziana Catarci, Andrea Marrella Ultimo aggiornamento :
Basi di Dati Prof. L. Tanca e F. A. Schreiber APPELLO DEL 12 FEBBRAIO 2015 PARTE 1
Basi di Dati Prof. L. Tanca e F. A. Schreiber APPELLO DEL 12 FEBBRAIO 2015 PARTE 1 Si consideri il seguente schema di base di dati che vuole tenere traccia delle attività di un autofficina. MECCANICO (CodiceFiscale,
COGNOME MATRICOLA. Con vincoli di integrita referenziale: INTERVENTO.CodTecnico à TECNICO.Codice INTERVENTO.MatCaldaia à CALDAIA.
NOME COGNOME MATRICOLA ESERCIZIO 1 (15 punti) Dato il seguente schema relazionale, che modella le informazioni relative ad un azienda che fornisce assistenza caldaie a domicilio: TECNICO(Codice, Nome,
Basi di Dati Corso di Laura in Informatica Umanistica
Basi di Dati Corso di Laura in Informatica Umanistica Appello del 10/09/2010 Parte 1: Algebra Relazionale e linguaggio SQL Docente: Giuseppe Amato Sia dato il seguente schema di base di dati per la gestione
a.a. 2012/13 12 Novembre 2012 Preparazione al Test in itinere, Compito A 1. Modellare tramite uno schema entità- relazione la seguente base di dati:
Gestione dei dati e della conoscenza, a.a. 2012/13 12 Novembre 2012 Preparazione al Test in itinere, Compito A 1. Modellare tramite uno schema entità- relazione la seguente base di dati: Si vuole modellare
Esercitazione su SQL
Esercizio 1. Esercitazione su SQL Si consideri la base di dati relazionale composta dalle seguenti relazioni: impiegato Matricola Cognome Stipendio Dipartimento 101 Sili 60 NO 102 Rossi 40 NO 103 Neri
Basi di dati II prova intermedia 16 Marzo 2006 Compito 1
, Cognome, Matricola: Basi di dati II prova intermedia 16 Marzo 2006 Compito 1 Esercizio Si progetti la base di dati che rispetta le seguenti specifiche. E richiesto di produrre il diagramma
Compito Basi di Dati. Tempo concesso: 90 minuti 08 Giugno 2006 Nome: Cognome: Matricola:
Compito Basi di Dati. Tempo concesso: 90 minuti 08 Giugno 2006 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione di un sistema di gestione di uno studio
Esprimere in algebra (ottimizzata), calcolo relazionale la seguente query:
Basi di dati: appello 16/02/10 i consideri il seguente schema di base di dati che vuole tenere traccia delle informazioni relative ai partecipanti a gare podistiche in Lombardia CORSA (Codice, Nome, IndirizzoPartenza,
Modello concettuale dei dati. Paolo Brunasti - UniMiB 1 / 12
Esempi di interrogazioni SQL Sia dato il seguente modello dati: professore(pk, nome studente(matricola, nome, fuoricorso, nazionalita, eta, provincia corso(codice, anno, fk esame(matricola, codice, anno,
Si considerino le seguenti specifiche per la realizzazione di un sito web per la gestione di abbonamenti a riviste di vario genere..
16 Luglio 2014 : Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche per la realizzazione di un sito web per la gestione di abbonamenti a riviste di vario genere.. Si vuole realizzare
1. Per ogni film in cui appaiono solo attori nati prima del 1970 restituire il titolo del film.
Esercizio 1. Siano dati i seguenti schemi di relazione: Attori(CodiceAtt, Nome, AnnoNascita) PK(CodiceAtt) AttoriFilm(CodiceAtt*, CodiceFilm*) PK(CodiceAtt, CodiceFilm) CodiceAtt FK(Attori), CodiceFilm
INTRODUZIONE ALLE BASI DATI RELAZIONALI
INTRODUZIONE ALLE BASI DATI RELAZIONALI RELAZIONI E TABELLE Nelle BASI DI DATI RELAZIONALI le informazioni sono organizzate in TABELLE; Le tabelle sono rappresentate mediante griglie suddivise in RIGHE
Basi di Dati 1 Prof. L. Tanca e F. A. Schreiber APPELLO DEL 21 LUGLIO 2015 Tempo: 2h30m
Basi di Dati 1 Prof. L. Tanca e F. A. Schreiber APPELLO DEL 21 LUGLIO 2015 Tempo: 2h30m Si consideri il seguente schema di base di dati, che vuole memorizzare informazioni relative a pubblicazioni su riviste
Le confermeremo l avvenuta gestione tramite un contatto ai recapiti che ci indicherà nel modulo.
Gentile Cliente, con il presente documento, Lei ha la possibilità di diventare cliente Sorgenia, subentrando al contratto di fornitura in essere di un Nostro cliente, secondo le modalità previste dall
Corso di Basi di Dati
Corso di Basi di Dati Esercitazione: L algebra relazionale Home page del corso: http://www.cs.unibo.it/~difelice/dbsi/ Esercizio 1 Ø Dato il seguente schema: POETA(Nome, Cognome, AnnoNascita, LuogoNascita)
Istruzioni DML di SQL
Istruzioni DML di SQL Pag. 99 par.4 1 Sintassi: Costrutto: INSERT INTO (Inserimento di dati in tabelle) INSERT INTO [(, ,, )] VALUES (, ,
ESAME di INFORMATICA e ARCHIVIAZIONE
UNIVERSITÀ DEGLI STUDI DI UDINE Facoltà di Medicina e Chirurgia CORSO DI LAUREA IN TECNICHE DI RADIOLOGIA MEDICA PER IMMAGINI E RADIOTERAPIA ESAME di INFORMATICA e ARCHIVIAZIONE 28 settembre 2011 1 Progettazione
DBMS (Data Base Management System)
Cos'è un Database I database o banche dati o base dati sono collezioni di dati, tra loro correlati, utilizzati per rappresentare una porzione del mondo reale. Sono strutturati in modo tale da consentire
Prova Scritta di Basi di Dati
Prova Scritta di Basi di Dati 4 Giugno 2007 COGNOME: NOME: MATRICOLA: Si prega di risolvere gli esercizi direttamente sui fogli del testo, negli spazi indicati. Usare il foglio protocollo solo per la brutta
DATABASE PER IL WEB. Programmazione Web 1
DATABASE PER IL WEB Programmazione Web 1 Archite3ura web con database Client Tier Web/App Tier DB Tier Client Web / App Server Database Il server web comunica con un altro server che con8ene il la banca
a) Si progetti uno schema concettuale Entità-Relazioni per lo scenario più sotto descritto.
RISOLUZIONE APPELLO SISTEMI INFORMATIVI DEL 12/02/2007 a Si progetti uno schema concettuale Entità-Relazioni per lo scenario più sotto descritto. Una base di dati deve essere utilizzata per gestire il
Eserciziario SQL. Costantino, Luca, Santoro, Marchese. 29 aprile 2010. Utilizzando le relazioni Comune e Terremoto, risolvete le seguenti query SQL
Eserciziario SQL Costantino, Luca, Santoro, Marchese 29 aprile 2010 Indice Testi Esercizio Esame Terremoto Utilizzando le relazioni Comune e Terremoto, risolvete le seguenti query SQL Comune(Nome,Abitanti,Regione)
SQL - Funzioni di gruppo
una funzione di gruppo permette di estrarre informazioni da gruppi di tuple di una relazione le funzioni di gruppo si basano su due concetti: partizionamento delle tuple di una relazione in base al valore
Esercitazione 8 Mercoledì 21 gennaio 2015 (2 ore) DDL e progettazione
Esercitazione 8 Mercoledì 21 gennaio 2015 (2 ore DDL e progettazione Testi degli esercizi Esercizio 1 (Tema d esame del 20 settembre 2012 Si consideri il seguente schema di base di dati che vuole tenere
MAX, SUM, AVG, COUNT)
INTRODUZIONE A SQL Definizione di tabelle e domini Alcuni vincoli di integrità Struttura base SELECT FROM WHERE Funzioni di aggregazione (MIN, MAX, SUM, AVG, COUNT) Query da più tabelle (FROM R1, Rk) Join
Esercitazione 28 Gennaio 2013
Esercitazione 28 Gennaio 2013 GESTIONE CASERMA VIGILI DEL FUOCO Progettare una base di dati per gestire le caserme dei vigili del fuoco di una città. Per ogni caserma si vuole archiviare il codice, il
COMITATO REGIONALE TOSCANO COMUNICATO UFFICIALE NUMERO 1
COMITATO REGIONALE TOSCANA Via Jacopo Da Diacceto 3/B - Firenze - 50132 Tel. 055/571231 - Fax 055/579918 e.mail: info@aicstoscana.it calcio@aicstoscana.it COMITATO REGIONALE TOSCANO VIA JACOPO DA DIACCETO
PROGRAMMA DI CLASSE 5AI
Istituto di Istruzione Superiore Euganeo Istituto tecnico del settore tecnologico Istituto professionale del settore servizi socio-sanitari Istituto professionale del settore industria e artigianato PROGRAMMA
Progetto B. Utenti. Di conseguenza si potranno avere solo utenti di questi tipi
Progetto B Progettare un applicazione web basata su Servlet e JSP che permetta la collaborazione di diversi utenti nel creare, aggiornare e gestire un archivio di pagine personali degli autori di un giornale.
BASI DATI INFORMATICA
BASI DATI INFORMATICA 1 Sistema Informativo Un sistema informativo (SI) è un componente di una organizzazione il cui obiettivo è gestire le informazioni utili per gli scopi dell organizzazione stessa GESTIRE
Mediasoft snc. Classi documentali. Allegato al manuale di Conservazione sostitutiva. Versione 1.0.2 del 2 novebre 2015
Mediasoft snc Classi documentali Allegato al manuale di Conservazione sostitutiva Versione 1.0.2 del 2 novebre 2015 Emissione del documento Azione Data Nominativo Funzione Redazione 02-11-2015 Paolo Scarabelli
Esame di Informatica Generale 25 giugno 2010 Professori: Carulli, Fiorino, Mazzei
IG 9CFU 25/06/10 1/12 Esame di Informatica Generale 25 giugno 2010 Professori: Carulli, Fiorino, Mazzei Docente Risultati Scritto Orali Fiorino martedi venerdì Mazzei Martedì pv (sito docente) Mercoledì
1) Semplicissimi esercizi introduttivi
Esercizi SQL 1 1) Semplicissimi esercizi introduttivi Impiegato(nome, titolo, età, salario, dip) Acquisto(idCliente, datadiordinazione, item, quantità, prezzo) Cliente(id, nome, cognome, città, stato)
Un DataBase SQL per la Henry Books
Università degli Studi di Ferrara Corso di Laurea in Ingegneria Elettronica Un DataBase SQL per la Henry Books Progetto di Basi di Dati di Tarin Gamberini Corso di Basi di Dati (ante riforma 3+2) Anno
Utilizzando Microsoft Access. Si crea la tabella Anagrafica degli alunni,le Materie e i voti si mettono alcuni campi
Vogliamo creare una struttura per permettere di memorizzari i voti della classe in tutte le materie Per fare questo untilizziamo tre tabelle Alunni,materie,voti Alunni Materie Voti Creo un record per ogni
SQL (STRUCTURED QUERY LANGUAGE)
SQL (STRUCTURED QUERY LANGUAGE) Prof. Nicoletta D Alpaos & Prof. Andrea Borghesan SQL DDL Data Definition Language DML Data Manipulation Language DCL Data Control Language DDL Obiettivo: Definire la struttura
Esercitazione query in SQL L esercitazione viene effettuata sul database viaggi e vacanze che prevede il seguente modello E/R:
Esercitazione query in SQL L esercitazione viene effettuata sul database viaggi e vacanze che prevede il seguente modello E/R: Si consiglia di creare il data base, inserire i dati nelle tabelle, provare
XXXII FESTIVAL INTERNAZIONALE DEL CINEMA D ANIMAZIONE E DEL FUMETTO RIMINI 09-17 LUGLIO 2016.
XXXII FESTIVAL INTERNAZIONALE DEL CINEMA D ANIMAZIONE E DEL FUMETTO RIMINI 09-17 LUGLIO 2016. Il Festival presenta cortometraggi d'animazione in tre sezioni internazionali : VI Premio Cartoon Club, competitivo,
M733 ESAME DI STATO DI ISTITUTO TECNICO COMMERCIALE CORSO DI ORDINAMENTO
Seconda prova scritta Ministero dell Istruzione, dell Università e della Ricerca M733 ESAME DI STATO DI ISTITUTO TECNICO COMMERCIALE CORSO DI ORDINAMENTO Indirizzo: PROGRAMMATORI Tema di: INFORMATICA GENERALE
Le Basi di Dati. Le Basi di Dati
Le Basi di Dati 20/05/02 Prof. Carlo Blundo 1 Le Basi di Dati Le Base di Dati (database) sono un insieme di tabelle di dati strutturate in maniera da favorire la ricerca di informazioni specializzate per
Basi di dati. Il Linguaggio SQL. K. Donno - Il Linguaggio SQL
Basi di dati Il Linguaggio SQL Data Definition Language (DDL) Data Definition Language: insieme di istruzioni utilizzate per modificare la struttura della base di dati Ne fanno parte le istruzioni di inserimento,
Audience di riferimento
Audience di riferimento Programmatori, ingegneri, tecnici laureati o meno in discipline informatiche che abbiano già acquisito familiarità con protocolli di comunicazione basati su standard linesequential,
Tracciamento delle attività in Moodle
Istituto Nazionale Previdenza Sociale Gestione Dipendenti Pubblici Tracciamento delle attività in Moodle E-Learning per la Pubblica Amministrazione - Tracciamento delle attività Moodle traccia l attività
Join in SQL (primo modo) Informatica. Tabella Dipartimento. Interrogazione 4a. Interrogazione 4b. Interrogazione 4a
Join in SQL (primo modo) Informatica Lezione 7 Laurea magistrale in Psicologia Laurea magistrale in Psicologia dello sviluppo e dell'educazione Anno accademico: 09- Per formulare interrogazioni che coinvolgono
Introduzione. Elenco telefonico Conti correnti Catalogo libri di una biblioteca Orario dei treni aerei
Introduzione Elenco telefonico Conti correnti Catalogo libri di una biblioteca Orario dei treni aerei. ESEMPI DI INSIEMI DI DATI DA ORGANIZZARE ED USARE IN MANIERA EFFICIENTE Introduzione Più utenti con
Compito Basi di Dati. Tempo concesso: 90 minuti 18 Gennaio 2007 Nome: Cognome: Matricola:
18 Gennaio 2007 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione di un sistema informativo per la gestione delle lezioni di una scuola guida e si
Il web design: diritti, tutela e limiti sul web e mobile
Il web design: diritti, tutela e limiti sul web e mobile Avv. Prof. Salvo Dell Arte www.studiolegaledellarte.it TITOLO PRESENTAZIONE Relatore: Sito web e inquadramento sistematico Sito web e inquadramento
CAPITOLO 4 ESERCIZI SU SQL
CAPITOLO 4 ESERCIZI SU SQL (le soluzioni sono riportate da pag. 5 in poi (Nota: gli esercizi non sono sempre in ordine di difficoltà Esercizio 1 Si prendano tutti gli schemi relazionali considerati negli
Il linguaggio SQL. è di fatto lo standard tra i linguaggi per la gestione di data base relazionali.
(Structured Query Language) : Il linguaggio è di fatto lo standard tra i linguaggi per la gestione di data base relazionali. prima versione IBM alla fine degli anni '70 per un prototipo di ricerca (System
Linguaggio SQL. Structured Query Language
Linguaggio SQL Structured Query Language Creato negli anni 70 presso IBM Inizialmente solo linguaggio di interrogazione Ora linguaggio di riferimento per DB relazionali Standardizzato grazie al lavoro
Esercizi SQL. Dato il seguente schema di una base di dati dove gli attributi che compongono la chiave sono scritti in grassetto
Dato il seguente schema di una base di dati dove gli attributi che compongono la chiave sono scritti in grassetto Studenti data matricola nomeesame voto 12/09/2005 78 Analisi 30 23/12/2004 8 Statistica
Operazioni sui database
Operazioni sui database Le operazioni nel modello relazionale sono essenzialmente di due tipi: Operazioni di modifica della base di dati (update) Interrogazioni della base di dati per il recupero delle
Riconoscere e formalizzare le dipendenze funzionali
Riconoscere e formalizzare le dipendenze funzionali Giorgio Ghelli 25 ottobre 2007 1 Riconoscere e formalizzare le dipendenze funzionali Non sempre è facile indiduare le dipendenze funzionali espresse
INFORMATICA PER L IMPRESA (Docente Prof. Alfredo Garro)
INFORMATICA PER L IMPRESA (Docente Prof. Alfredo Garro) ESERCIZIO 1a a) Creare, utilizzando Microsoft Access, la base di dati Università,, seguendo lo schema logico relazionale seguente: DATABASE Università
Bridgemate App. Informazioni per i giocatori. Bridge Systems BV
Bridgemate App Informazioni per i giocatori Bridge Systems BV Bridgemate App Informazioni per i giocatori Pagina 2 Indice Introduzione... 3 Scarica app... 3 Eseguire l app e creare un account... 4 Avvio
MODULO 5 DATA BASE PROGRAMMA. Progettazione rapida introduzione alla progettazione di DB
MODULO 5 DATA BASE MODULO 5 - DATA BASE 1 PROGRAMMA Introduzione: concetti generali di teoria Progettazione rapida introduzione alla progettazione di DB Utilizzo di Access pratica sulla creazione e l utilizzo
Corso di Laboratorio di Basi di Dati
Corso di Laboratorio di Basi di Dati F1I072 - INF/01 a.a 2009/2010 Pierluigi Pierini Technolabs S.p.a. Pierluigi.Pierini@technolabs.it Università degli Studi di L Aquila Dipartimento di Informatica Technolabs
Esame Basi di Dati. 21 Gennaio 2013
Esame Basi di Dati 21 Gennaio 2013 Matricola Prog. (Sì/No) Cognome Nome Istruzioni I voti verranno resi disponibili su AlmaEsami. Chi vorrà rifiutare il voto dovrà comunicarlo tassativamente 5 giorni dalla
Guida alla compilazione di un reclamo relativo ai tempi d'attesa per visite ed esami specialistici
Guida alla compilazione di un reclamo relativo ai tempi d'attesa per visite ed esami specialistici Introduzione Gli assistiti al servizio nazionale sanitario (SSN), parenti o affini, oppure organismi di
25 TEATRO IN VISINAL 2015 Rassegna Teatrale Nazionale Marano Lagunare (Udine) Regolamento
Regolamento L associazione ASSEMBLEA TEATRALE in occasione del 30 anniversario di fondazione e della 25ª edizione della Rassegna TEATRO IN VISINAL ha deciso di trasformare questo tradizionale appuntamento
GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA
GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA Il project management nella scuola superiore di Antonio e Martina Dell Anna 2 PARTE I PROCESSI AZIENDALI E PROGETTI UDA 2 ECONOMIA E ORGANIZZAZIONE DEI
Basi di Dati. S Q L Lezione 5
Basi di Dati S Q L Lezione 5 Antonio Virdis a.virdis@iet.unipi.it Sommario Gestione eventi Gestione dei privilegi Query Complesse 2 Esercizio 9 (lezione 4) Indicare nome e cognome, spesa e reddito annuali
Utilizzando Microsoft Access. Si crea la tabella Anagrafica degli alunni,le Materie e i voti si mettono alcuni campi
Vogliamo creare una struttura per permettere di memorizzari i voti della classe in tutte le materie Utilizzando Microsoft Access Si crea la tabella Anagrafica degli alunni,le Materie e i voti si mettono
Prova scritta. Mercoledì 11 Febbraio 2009. Appello di Informatica II - Corso di Laurea in Ottica e Optometria A.A. 2007/2008
Mercoledì 11 Febbraio 2009 Appello di Informatica II - Corso di Laurea in Ottica e Optometria A.A. 2007/2008 Prova scritta Esercizio 1 (8 punti). Si vuole progettare una base di dati per un albergo che
SQL: concetti base SQL. Definizione dei dati in SQL. SQL: "storia"
SQL SQL: concetti base originariamente "Structured Query Language", ora "nome proprio" linguaggio con varie funzionalità: contiene sia il DDL sia il DML ne esistono varie versioni vediamo gli aspetti essenziali,
Il criterio del costo ammortizzato
Paola Costa Il criterio del costo ammortizzato Abstract: A partire dal bilancio 2016 debutta il nuovo criterio del costo ammortizzato per la valutazione dei debiti, dei crediti e dei titoli immobilizzati.
Prova Scritta di Basi di Dati
Prova Scritta di Basi di Dati 25 Luglio 2006 COGNOME: NOME: MATRICOLA: Si prega di risolvere gli esercizi direttamente sui fogli del testo, negli spazi indicati. Usare il foglio protocollo solo per la
ESEMPI DI QUERY SQL. Esempi di Query SQL Michele Batocchi AS 2012/2013 Pagina 1 di 7
ESEMPI DI QUERY SQL Dati di esempio... 2 Query su una sola tabella... 2 Esempio 1 (Ordinamento)... 2 Esempio 2 (Scelta di alcune colonne)... 3 Esempio 3 (Condizioni sui dati)... 3 Esempio 4 (Condizioni
REGISTRAZIONE ed ACCESSO AL PORTALE PER LA CONSULTAZIONE DELLE FATTURE DI GAS NATURALE E DI ENERGIA ELETTRICA
REGISTRAZIONE ed ACCESSO AL PORTALE PER LA CONSULTAZIONE DELLE FATTURE DI GAS NATURALE E DI ENERGIA ELETTRICA Indirizzo Portale: http://acea.novisolution.it accessibile anche dal Sito Web Acea Pinerolese
Capitolo 4. Soluzione: Soluzione: Create domain STRING as character varying (256) default sconosciuto not null
Capitolo 4 Esercizio 4.1 Ordinare i seguenti domini in base al valore massimo rappresentable, supponendo che integer abbia una rappresentazione a 32 bit e smallint a 16 bit: numeric(12,4), decimal(10),
Prova scritta. Giovedì 02 Ottobre 2008. Appello di Informatica II - Corso di Laurea in Ottica e Optometria A.A. 2007/2008
Giovedì 02 Ottobre 2008 Appello di Informatica II - Corso di Laurea in Ottica e Optometria A.A. 2007/2008 Prova scritta Esercizio 1 (8 punti). Si vuole progettare una base di dati per uno stabilimento
Data Management Software. Il linguaggio SQL. Raggruppamenti. Paolo Avallone Sr Consulting IT Specialist DB2, Data Management Marzo 2004
DB2 Data Management Software Il linguaggio SQL Raggruppamenti Paolo Avallone Sr Consulting IT Specialist DB2, Data Management Marzo 2004 LEGGERE LE SEGUENTI ATTENZIONI Le informazioni contenute in questa
Compito Sistemi Informativi LA. Tempo concesso : 90 minuti 28 Giugno 05 Nome: Cognome: Matricola: Esercizio 1
Compito Sistemi Informativi LA. Tempo concesso : 90 minuti 28 Giugno 05 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione del sistema informativo di
A.A. 2016/2017 PIANIFICAZIONE / TEMPISTICA LAUREA Economia aziendale Classe 17, Economia aziendale Classe L-18 Giurisprudenza Classe 31
A.A. 2016/2017 PIANIFICAZIONE / TEMPISTICA LAUREA Economia aziendale Classe 17, Economia aziendale Classe L-18 Giurisprudenza Classe 31 Le istruzioni dettagliate per la compilazione del Paper di laurea
L'UNIVERSITA' DEGLI STUDI DI BERGAMO
AVVISO PER LA FORMAZIONE DI UNA GRADUATORIA PER L'ASSEGNAZIONE DI UN CONTRIBUTO FINANZIARIO PER LO SVOLGIMENTO DI TIROCINI CURRICULARI (DM 1044/2013) DELLA DURATA MINIMA DI 3 MESI CUI CORRISPONDONO ALMENO
Modalità di registrazione al Portale della Pubblica Amministrazione
Modalità di registrazione al Portale della Pubblica Amministrazione Portale P.A. L indirizzo della pagina principale è https://www.pa.sm. La registrazione dei dati dell'utente che richiede di accedere
SQL IL LINGUAGGIO DI INTERROGAZIONE
SQL IL LINGUAGGIO DI INTERROGAZIONE SQL! Originato da SEQUEL-XRM e System-R (1974-1977) dell IBM! Significato originario Structured Query Language! Standard de facto! Attuale standard ANSI/ISO è SQL:1999
Manuale Utente per la Gestione dei Revisori degli Enti Locali
Manuale Utente per la Gestione dei Revisori degli Enti Locali INDICE DEI CONTENUTI 1 PRESENTAZIONE DEL DOCUMENTO 3 1.1 INTRODUZIONE NORMATIVA 3 1.2 DEFINIZIONE DEI TERMINI/GLOSSARIO 4 2 MODALITÀ DI ACCESSO
ECDL CORE 5.0. Modulo 1 Concetti di base dell ICT 1.6 Aspetti giuridici. Docente: Stefania De Martino Liceo G. Leopardi Recanati a.s.
ECDL CORE 5.0 Modulo 1 Concetti di base dell ICT Docente: Stefania De Martino Liceo G. Leopardi Recanati a.s. 2012/2013 Scopi del Modulo 1 Concetti di base dell ICT, richiede che il candidato comprenda
CONCETTO DI ANNIDAMENTO
LEZIONE14 SQL ANNIDAMENTI PAG. 1 / 5 PROF. ANDREA ZOCCHEDDU LEZIONE14 SQL ANNIDAMENTI CONCETTO DI ANNIDAMENTO LINGUAGGIO SQL QUERY ANNIDATE Per annidamento si intende la possibilità che, all interno di
PARTE SECONDA. le procedure di gestione del Programma;
Bollettino Ufficiale della Regione Puglia n. 104 del 21 07 2015 31267 PARTE SECONDA Deliberazioni del Consiglio e della Giunta DELIBERAZIONE DELLA GIUNTA REGIONALE 12 giugno 2015, n. 1393 Restituzione
DATABASE. Progettare una base di dati. Database fisico e database logico
DATABASE Progettare una base di dati Database fisico e database logico Un DB è una collezione di tabelle, le cui proprietà sono specificate dai metadati Attraverso le operazioni sulle tabelle è possibile
Esercitazione di Basi di Dati
Esercitazione di Basi di Dati Corso di Fondamenti di Informatica 15/22 Aprile 2004 Progettazione di un Database (DB) Marco Pennacchiotti pennacchiotti@info.uniroma2.it Tel. 0672597334 Ing.dell Informazione,
CAPITOLO V. DATABASE: Il modello relazionale
CAPITOLO V DATABASE: Il modello relazionale Il modello relazionale offre una rappresentazione matematica dei dati basata sul concetto di relazione normalizzata. I principi del modello relazionale furono
Basi di dati Appello del 8-01-2015 Compito A
Basi di dati Appello del 8-01-2015 Compito A Anno Accademico 2014/15 Nella Civico Nome Problema 1 Schema ER Nome Regione Toponimo Indirizzo In Città Nome AnnoImm Targa Immatri colazione Auto HaModello