TRADUZIONE DI SCHEMI ENTITÀ/RELAZIONI SPAZIO-TEMPORALI IN SCHEMI XML

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "TRADUZIONE DI SCHEMI ENTITÀ/RELAZIONI SPAZIO-TEMPORALI IN SCHEMI XML"

Transcript

1 UNIVERSITÀ DEGLI STUDI DI UDINE Facoltà di Scienze Matematiche Fisiche e Naturali Corso di Laurea Triennale in Informatica Tesi di Laurea TRADUZIONE DI SCHEMI ENTITÀ/RELAZIONI SPAZIO-TEMPORALI IN SCHEMI XML Relatore: Prof. ANGELO MONTANARI Laureando: STEFANO DE SABBATA Correlatore: Dott. DONATELLA GUBIANI ANNO ACCADEMICO

2

3 Indice 1 Introduzione 9 2 Il modello E/R I costrutti del modello E/R Entità Attributo Relazione Entità debole La relazione di specializzazione Il modello spazio-temporale ChronoGeoGraph Estensione spaziale Estensione temporale XML ed XML Schema L extensible Markup Language DTD - Document Type Definition XML Schema Tipi di dato complessi Namespace Linguaggi di interrogazione XPath XQuery GML Elementi spaziali Metodologie di traduzione Traduzione degli schemi E/R Il documento di schema Entità e attributi

4 4 INDICE Relazioni Specializzazioni Traduzione di schemi ChronoGeoGraph Trattamento dei dati spaziali Trattamento dei dati temporali Un algoritmo di traduzione Definizione dell algoritmo principale Procedure Codifica dell algoritmo La classe traduttorecggxsd La classe cgglist La classe cggschema La classe xsdoc Un caso di studio Operazioni eseguite dall algoritmo Documento XML Schema ottenuto Conclusioni 175

5 Elenco delle figure 2.1 Entità studente e professore Entità studente e professore con attributi Attributi composti, multivalore, opzionali e chiave Esempio di attributo derivato Relazione tra professore e dipartimento Vincoli di cardinalità e di partecipazione Relazione multipla Esempio di entità debole Esempio di specializzazione totale disgiunta Tipi di specializzazione Notazione per le specializzazioni in ChronoGeoGraph L entità georeferenziata regione Tipi di entità georeferenziate Tipi di relazioni topologiche Esempio di relazione topologica Esempi di specializzazione cartografica Esempio di aggregazione spaziale Esempio di aggregazione Tipi di campionamento Esempio di operatore derivato da un campo Esempio di territorio di schema Chronon, istante ed evento Diagramma a stati predefinito Esempio di entità con lifespan Esempio di attributi e collezione di attributi con tempo di validità Esempio di entità e collezione di attributi con tempo di transazione Tempo dell evento e tempo di disponibilità delle collezioni di attributi e del lifespan delle entità

6 6 ELENCO DELLE FIGURE 2.28 Tempo dell evento e tempo di disponibilità delle relazioni Tipi di relazioni di sincronizzazione Esempio di relazione di sincronizzazione Esempio di relazione con cardinalità lifespan Struttura gerarchica di un libro Entità Impiegato Entità Impiegato, con chiave nome e cognome Entità Impiegato e Dipartimento Relazione multipla Esempio di specializzazione totale disgiunta Esempio di specializzazione parziale con sovrapposizione Schema ChronoGeoGraph analisisanitaria relativo al caso di studio

7 Elenco delle tabelle 2.1 Le relazioni topologiche in ChronoGeoGraph (parte 1) Le relazioni topologiche in ChronoGeoGraph (parte 2) Possibili operatori per attributi derivati legati a campi Tipi di dato predefiniti Restrizioni sui tipi di dato Restrizioni applicabili ai tipi di dato

8 8 ELENCO DELLE TABELLE

9 Capitolo 1 Introduzione L implementazione di basi di dati con linguaggi XML va imponendosi come significativo tema di ricerca e sviluppo. Tale linea di ricerca è sicuramente alimentata dal sempre maggiore utilizzo di XML nelle applicazioni collegate al Web, dall utilizzo di XML come strumento di esportazione e trasferimento dei dati da parte di molti programmi di vario genere, dal supporto a questo linguaggio fornito da sistemi quali, ad esempio, Oracle e dalla disponibilità di nuovi strumenti che ne aumentano la semplicità di utilizzo e la precisione nella definizione dei documenti. Esistono diversi lavori sull utilizzo di XML per la definizione di basi di dati. In particolare, è stato evidenziato come XML possa risolvere alcuni problemi riscontrati nelle basi di dati relazionali per quanto riguarda la gestione di informazioni temporali. È inoltre interessante rilevare la presenza di applicazioni come GML che sfruttano l XML per la costruzione di Sistemi Informativi Geografici (GIS). In questo lavoro viene proposta una metodologia di traduzione di schemi concettuali spazio-temporali, ovvero di schemi che comprendano sia la definizione di dati geografici (come avviene nei GIS) sia il trattamento di aspetti temporali (inclusi quelli relativi all evoluzione temporale delle informazioni geografiche) in XML. Il punto di partenza della presente trattazione sono gli schemi Entità/Relazioni [4], arricchiti con informazioni spazio-temporali. Quale modello concettuale spazio-temporale di riferimento viene adottato il modello Chrono- GeoGraph [3]. L applicazione della metodologia proposta porta alla costruzione di schemi per la definizione di documenti in formato XML che uniscono concetti e tecniche tipiche delle basi di dati relazionali, come il riferimento a chiave, a strutture più simili a quelle usate nelle basi di dati gerarchiche. La tesi è organizzata nel seguente modo. Nel Capitolo 2 vengono introdotti i 9

10 10 CAPITOLO 1. INTRODUZIONE due modelli che costituiscono il punto di partenza del presente lavoro: il modello Entità/Relazioni ed una sua estensione spazio-temporale, ovvero il modello ChronoGeoGraph. Di entrambi vengono descritti i costrutti fondamentali ed il loro utilizzo. Nel Capitolo 3 viene introdotto il linguaggio XML, che è stato scelto, per le sue peculiari caratteristiche, quale strumento per la definizione di basi di dati spazio-temporali della traduzione proposta. In particolare, vengono introdotti due linguaggi per la definizione di grammatiche XML (DTD ed XML Schema) e due linguaggi di interrogazione per documenti XML (XPath ed XQuery). Nel Capitolo 4 viene illustrata la metodologia proposta per la traduzione dei costrutti dei modelli Entità/Relazioni e ChronoGeoGraph. Partendo dalla codifica dei semplici costrutti del modello Entità/Relazioni si giunge alla trattazione degli aspetti spaziali e temporali del modello ChronoGeoGraph, descrivendo in modo dettagliato le diverse soluzioni analizzate discutendo le limitazioni della traduzione proposta. Nel Capitolo 5 si presenta in dettaglio l algoritmo di traduzione in pseudo-codice degli schemi Entità/Relazioni spazio-temporali in schemi XML. Infine, viene riportato un esempio di applicazione dell algoritmo ad uno schema ChronoGeoGraph relativo ad un sistema di analisi dei dati nel contesto sanitario. Nelle conclusioni vengono riassunti i principali risultati raggiunti e vengono delineati i possibili sviluppi futuri del lavoro.

11 Capitolo 2 Il modello E/R In questo capitolo viene introdotto il modello concettuale Entità/Relazioni, che costituisce il punto di partenza del lavoro di tesi. Un modello concettuale è un insieme di costrutti che consentono di definire, a livello concettuale e quindi in maniera astratta, la realtà che si vuole codificare all interno di una base di dati. L utilizzo di questo modello permette di lasciare ad una fase successiva della progettazione il compito di decidere come codificare i dati in strutture adatte ad un calcolatore. Un modello concettuale si occupa semplicemente di descrivere cosa interessa codificare, a prescindere dalle modalità di organizzazione e memorizzazione. Tale modello permette di descrivere in modo relativamente semplice il dominio di interesse mediante diagrammi, i quali vengono creati combinando le rappresentazioni grafiche dei diversi costrutti. Nella prima sezione di questo capitolo descriveremo i costrutti fondamentali del modello E/R quali,le entità, gli attributi e le relazioni. Introdurremo inoltre un costrutto aggiuntivo, disponibile nel modello comunemente chiamato EER (Enhanced E/R), quale la specializzazione. Una trattazione più dettagliata di questi argomenti si può trovare in [1]. La seconda sezione sarà, invece, dedicata ad una recente estensione spaziotemporale del modello E/R, denominata ChronoGeoGraph. 2.1 I costrutti del modello E/R Il modello E/R è stato il primo modello concettuale per la definizione di basi di dati proposto da Chen in [4] ed è diventato un punto di riferimento universal- 11

12 12 CAPITOLO 2. IL MODELLO E/R mente riconosciuto per la sua semplicità di utilizzo. Tale modello è composto da tre costrutti fondamentali: entità; attributo; relazione. Questi costrutti consentono di modellare, tramite semplici diagrammi, la realtà che si intende gestire con la base di dati. Nel resto della sezione descriveremo brevemente i costrutti dell E/R, la loro semantica ed il loro utilizzo Entità L entità è uno dei due costrutti da cui prende il nome il modello. Le entità rappresentano classi di oggetti di interesse per l applicazione. Come il nome stesso suggerisce, ogni entità del mondo reale che vogliamo inserire nel modello va codificata con questo costrutto. Un semplice esempio è quello di una base di dati per università in cui si voglia memorizzare i dati riguardanti studenti e professori. Gli studenti (ma non i professori) verranno identificata dalla loro matricola; i professori (ma non gli studenti) dal codice del loro ufficio (assumendo che ogni professore disponga di un proprio ufficio). La notazione grafica per le entità è costituita da dei rettangoli al cui interno si trova il nome dell entità stessa. In Figura 2.1 sono rappresentate le entità del precedente esempio. Figura 2.1: Entità studente e professore Attributo Come accennato, per ognuna delle istanze delle entità si vuole tener traccia di alcuni dati. Ad esempio, nome, cognome, matricola e corso di laurea frequentato nel caso degli studenti e nome, cognome, numero dell ufficio e dipartimento

13 2.1. I COSTRUTTI DEL MODELLO E/R 13 Figura 2.2: Entità studente e professore con attributi Figura 2.3: Attributi composti, multivalore, opzionali e chiave per i professori. Il costrutto che permette di codificare queste informazioni è l attributo. Per ciascuna delle proprietà sopra introdotte, viene definito un attributo, rappresentato da una ellisse, contenente il nome della proprietà, collegato alla relativa entità (Figura 2.2). Oltre agli attributi semplici ed a singolo valore, come quelli di Figura 2.2, il modello E/R mette a disposizione vari tipi di attributo, con diverse caratteristiche: Attributi composti. Gli attributi composti sono attributi strutturati, che possono essere decomposti in un insieme di altri attributi. Supponendo, ad esempio, di voler conoscere l indirizzo di ogni studente, possiamo immaginare di utilizzare un attributo composto indirizzo, costituito da città, via e numero civico (Figura 2.3).

14 14 CAPITOLO 2. IL MODELLO E/R Attributi multivalore. Gli attributi multivalore sono attributi che possono assumere uno o più valori contemporaneamente. Nello schema di Figura 2.3, l attributo multivalore telefono consente di memorizzare, per ogni studente, uno o più numeri di telefono. Attributi opzionali. Gli attributi opzionali sono attributi il cui valore per una specifica istanza di un entità può non essere specificato. Nello schema di Figura 2.3, l utilizzo di un attributo data di nascita di tipo opzionale, indicato da un valore di cardinalità 0:1 (minimo 0, massimo 1) che etichetta l arco che collega l attributo all entità, permette di specificare o meno la data di nascita di uno studente. Attributi derivati. Gli attributi derivati sono degli attributi i cui valori vengono calcolati a partire dai valori di altri attributi. Ad esempio, il valore dell attributo età di un entità persona può essere derivato a partire dal valore dell attributo data di nascita. Graficamente, gli attributi derivati vengono rappresentati come in Figura 2.4, con un ellisse tratteggiata e la regola di derivazione accanto. La chiave di un entità è definita come un insieme di attributi che identificano univocamente ogni istanza dell entità. Nel caso dell entità studente di Figura 2.3 l attributo matricola sottolineato è l attributo chiave, ovvero un valore univoco che identifica ciascuna delle istanze dell entità (ogni studente è identificato univocamente dal suo numero di matricola). Figura 2.4: Esempio di attributo derivato

15 2.1. I COSTRUTTI DEL MODELLO E/R 15 Figura 2.5: Relazione tra professore e dipartimento Relazione Le relazioni sono il secondo tassello fondamentale del modello E/R. Rappresentano legami tra due o più entità, rilevanti dal punto di vista dell applicazione. Immaginando di aggiungere un entità dipartimento, con attributi nome e sede, l informazione, espressa nello schema precedente dall attributo dipartimento dell entità professore (vedi Figura??), può essere espressa da una relazione afferisce, come mostrato in Figura 2.5. Tale relazione definisce un legame tra le istanze delle entità professore e dipartimento. Ad ogni relazione sono associati dei vincoli di cardinalità e di partecipazione che l istanza della relazione deve rispettare. Nell esempio di Figura 2.5 i vincoli impongono che ogni professore afferisca a ad un unico dipartimento (minimo 1, massimo 1) e che ogni dipartimento abbia uno o più professori che vi afferiscono (minimo 1, massimo N). In Figura 2.6 vengono riportati i diversi casi di vincoli di cardinalità e di partecipazione. È possibile associare attributi anche alle relazioni, nello stesso modo in cui vengono associati alle entità. Inoltre, è possibile definire relazioni che coinvolgono più di due entità, come mostrato in Figura 2.7. Questo diagramma modella un esempio di relazione nella quale un fornitore può fornire un certo numero di componenti ad un certo numero di progetti Entità debole Un entità si definisce debole se non è possibile effettuare un identificazione univoca di ogni sua istanza basandosi unicamente sul valore di uno o più attributi. Nello schema mostrato in Figura 2.8 sono presenti le entità albergo, con at-

16 16 CAPITOLO 2. IL MODELLO E/R Figura 2.6: Vincoli di cardinalità e di partecipazione

17 2.1. I COSTRUTTI DEL MODELLO E/R 17 Figura 2.7: Relazione multipla Figura 2.8: Esempio di entità debole tributo chiave nome, e camera, con attributo numero. In questo caso, dato che due camere, di due diversi alberghi, possono avere lo stesso numero, per identificare univocamente una camera serve, oltre al numero, anche il nome dell albergo. Tale identificazione è resa possibile della relazione in, che associa ad ogni camera uno ed un solo albergo. In questo caso, la relazione in si definisce identificante La relazione di specializzazione Negli anni successivi all introduzione del modello E/R sono state proposte diverse estensioni, una delle quali ha introdotto, con particolare successo, il costrutto di specializzazione. Le specializzazioni La relazione si specializzazione permette di definire, a partire da una entità padre (o superclasse), delle entità figlie (o sottoclassi) che ereditano dalla prima

18 18 CAPITOLO 2. IL MODELLO E/R tutti gli attributi e le relazioni. Alle entità figlie si possono poi aggiungere degli attributi e delle relazioni specifiche. Ad esempio, in Figura 2.9 è una entità persona, la cui chiave è il codice fiscale, con due specializzazioni (bambino ed adulto) differenziate dal fatto che l entità adulto possiede l attributo tessera elettorale, che ogni adulto ha ma che un bambino non possiede. In questo caso, la specializzazione risulta totale e disgiunta: Figura 2.9: Esempio di specializzazione totale disgiunta tutte le persone sono o bambini (sotto i 18 anni) o adulti (sopra i 18 anni); allo stesso modo, ogni istanza dell entità persona deve essere istanza di una ed una sola delle due sottoclassi. Graficamente, come mostrato in Figura 2.9, la disgiunzione è rappresentata inserendo una d all interno del cerchio ed il vincolo di specializzazione totale riempiendo lo spazio tra le due linee che collegano l entità padre a tale cerchio. In modo più dettagliato, possiamo suddividere le specializzazioni sulla base di quattro diverse tipologie: 1. specializzazione totale disgiunta, quando tutte le istanze dell entità padre devono essere istanze di una ed una sola entità figlia (come nell esempio precedente); 2. specializzazione totale con sovrapposizione, quando tutte le istanze dell entità padre devono essere istanza di almeno una delle entità figlie (possono esistere delle istanze appartenenti a più entità figlie, ad esempio una persona può essere sia lavoratore sia studente);

19 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 19 Figura 2.10: Tipi di specializzazione 3. specializzazione parziale disgiunta, quando ogni istanza dell entità padre può essere istanza di al più una entità figlia (può anche non appartenere ad alcune delle entità figlie); 4. specializzazione parziale con sovrapposizione, quando ogni istanza dell entità padre può essere istanza di una, più di una o nessuna entità figlia. 2.2 Il modello spazio-temporale ChronoGeoGraph Per la costruzione di schemi concettuali per basi di dati spazio-temporali, adotteremo il modello ChronoGeoGraph. Tale modello estende il modello GeoGraph, un modello E/R esteso con primitive per la descrizione di informazioni spaziali proposto in [12], con un insieme di costrutti per la modellazione di informazioni temporali. Una descrizione dettagliata di ChronoGeoGraph è fornita in [3]. In tale modello alcune delle notazioni grafiche precedentemente descritte assumono alcune variazioni, in particolare:

20 20 CAPITOLO 2. IL MODELLO E/R Figura 2.11: Notazione per le specializzazioni in ChronoGeoGraph la nuova notazione prevede la segnalazione della cardinalità dell attributo sulla linea di collegamento tra l entità e quest ultimo, anche per gli attributi multivalore ([1:N] o [0:N] se l attributo è anche opzionale), al posto della rappresentazione classica; cambia la rappresentazione grafica delle specializzazioni come riportato in Figura Di seguito vengono introdotti i costrutti proposti dall estensione ed il loro utilizzo Estensione spaziale Questa estensione riprende in gran parte le notazioni e le strutture descritte in [12] e in [13] ma il modello di riferimento continua ad essere quello introdotto in [3]. Entità georeferenziate Definizione 2.1 Le entità georeferenziate sono particolari entità aventi un attributo geografico, ovvero nelle quali uno degli attributi descrive la geometria che si associa all entità stessa come descrizione geografica di quest ultima. Ciò permette di modellare entità georeferenziate (o spaziali), ossia entità che rappresentano oggetti di cui interessa memorizzare la locazione geografica; tali

21 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 21 entità sono associate ad una precisa forma geometrica [12]. Nel modello ChronoGeoGraph le entità georeferenziate sono rappresentate, Figura 2.12: L entità georeferenziata regione come mostrato in Figura 2.12, introducendo, nel rettangolo dell entità, l icona della forma geometrica di riferimento. L esempio considera il caso di un entità regione con quattro attributi: nome, che ne è chiave, data di costituzione, capoluogo, e geometria, con dominio multipoligono, indicata dall icona posta sopra il nome dell entità. In Figura 2.13 sono riportati i diversi tipi di entità georeferenziate che possono essere utilizzate nei diagrammi ChronoGeoGraph. Il fatto di vedere la geometria come un tipo particolare di attributo ha due importanti conseguenze: la geometria può essere la chiave di una entità, per rappresentare tale caso racchiuderemo l icona della geometria all interno di un quadrato nero; vi possono essere entità puramente geografiche, aventi quale unico attributo la loro geometria. Relazioni topologiche Definizione 2.2 Una relazione topologica è una relazione spaziale caratterizzata dalla proprietà di essere invariante rispetto a trasformazioni topologiche quali la traslazione, la rotazione e la variazione del rapporto di scala [6].

22 22 CAPITOLO 2. IL MODELLO E/R Figura 2.13: Tipi di entità georeferenziate Date due entità georeferenziate A e B, l insieme completo e minimale delle possibili relazioni topologiche tra A e B è il seguente [5]: 1. A e B sono disgiunti; 2. A tocca B; 3. A è uguale a B; 4. A contiene B; 5. A è contenuto in B; 6. A copre B; 7. A è coperto da B; 8. A e B si sovrappongono con i bordi disgiunti; 9. A e B si sovrappongono con intersezione dei bordi. Come si può notare, queste nove relazioni possono essere ridotte a sette, dato che A è contenuto in B si può riformulare come B contiene A e A è coperto da B si può riformulare come B copre A. Dunque, i sette tipi di relazioni topologiche tra due entità georeferenziate, le cui icone sono mostrate in Figura 2.14, sono le seguenti: 1. disgiunzione; 2. adiacenza;

23 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH uguaglianza; 4. inclusione; 5. copertura; 6. sovrapposizione con bordi disgiunti; 7. sovrapposizione con intersezione dei bordi. Figura 2.14: Tipi di relazioni topologiche Vediamo un esempio di definizione di una relazione topologica tra due entità georeferenziate. Immaginiamo di voler modellare gli stati e le loro città situate. Una possibile scelta è modellare gli stati come entità georeferenziate di tipo MULTI- POLYGON e le città come entità di tipo POINT. Tra le due entità intercorre la relazione topologica di inclusione. Ogni stato può contenere nessuna o molte città, ogni città è situata in esattamente uno stato. Il diagramma che modella questo semplice esempio è mostrato in Figura In [10], si evidenzia come non tutte le relazioni topologiche che possono intercorrere tra le geometrie di due entità abbiano un significato; solo un sottoinsieme di esse può considerarsi semanticamente corretto. Tale sottoinsieme dipende dal tipo di entità geometriche coinvolte nella relazione topologica. L esempio di seguito riportato consentirà di mettre meglio a fuoco la questione. Si considerino due oggetti geometrici di tipo poligono e punto, rispettivamente e si consideri la relazione topologica contiene applicata alla coppia ordinata (poligono, punto). Il significato della relazione topologica è: ogni poligono contiene un certo numero di punti.

24 24 CAPITOLO 2. IL MODELLO E/R Figura 2.15: Esempio di relazione topologica Si consideri la stessa relazione applicata alla coppia ordinata (punto, poligono). In questo caso si ottiene la semantica seguente: ogni punto contiene un certo numero di poligoni. Risulta chiaro che la prima relazione spaziale ha un significato. Ha, infatti, senso chiedersi se un punto è o non è contenuto in un poligono. Viceversa, nel secondo caso, la stessa relazione topologica è priva di ogni significato. Non ha senso chiedersi se un punto contiene un poligono perché è geometricamente impossibile che un punto possa contenere un poligono. Una tale possibilità deve essere strutturalmente esclusa dal modello concettuale. Inoltre, alcune relazioni topologiche risultano essere ridondanti. Ad esempio, le relazioni spaziali di adiacenza e copertura sono ridondanti quando vengono applicate alla coppia ordinata (poligono, punto). Infatti, entrambe le relazioni rappresentano lo stesso legame topologico: il punto si trova sul bordo del poligono. La scelta di ChronoGeoGraph di non eliminare le relazioni ridondanti facilita l utente che in questo modo non deve ricordare quali particolari relazioni sono permesse tra due entità e quali no. Le entità georeferenziate che possono imporre delle restrizioni alle relazioni topologiche che le coinvolgono sono: point, multipoint, line, multiline, polygon e multipolygon. I tipi geometrici collection e other geometry non impongono alcuna condizione sulle relazioni. Ciò è dovuto al fatto che non si conosce a priori la tipologia delle istanze di tali entità. Le Tabelle 2.1 e 2.2 mostra le relazioni topologiche permesse, suddivise in base alla tipologia delle coppie ordinata di entità georeferenziate. Per una descrizione dettagliata di tutte le possibili configurazioni si rimanda a [5].

25 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 25 Tabella 2.1: Le relazioni topologiche in ChronoGeoGraph (parte 1) Entità geometriche Relazioni topologiche possibili 1 a 2 a POINT disgiunzione, uguaglianza LINE disgiunzione, adiacenza POINT POLYGON disgiunzione, adiacenza MULTIPOINT disgiunzione, adiacenza, uguaglianza MULTILINE disgiunzione, adiacenza MULTIPOLYGON disgiunzione, adiacenza POINT disgiunzione, inclusione LINE tutte LINE POLYGON disgiunzione, adiacenza, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi MULTIPOINT disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi MULTILINE tutte MULTIPOLYGON disgiunzione, adiacenza, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi POINT disgiunzione, adiacenza, inclusione LINE disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi POLYGON POLYGON tutte MULTIPOINT disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi MULTILINE disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi MULTIPOLYGON tutte

26 26 CAPITOLO 2. IL MODELLO E/R Tabella 2.2: Le relazioni topologiche in ChronoGeoGraph (parte 2) Entità geometriche Relazioni topologiche possibili 1 a 2 a POINT disgiunzione, adiacenza, uguaglianza, copertura LINE disgiunzione, adiacenza MULTIPOINT POLYGON disgiunzione, adiacenza, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi MULTIPOINT disgiunzione, adiacenza, uguaglianza, inclusione, copertura, sovrapposizione con intersezione dei bordi MULTILINE MULTIPOLYGON disgiunzione, adiacenza disgiunzione, adiacenza, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi POINT disgiunzione, inclusione LINE tutte MULTILINE POLYGON disgiunzione, adiacenza, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi MULTIPOINT MULTILINE MULTIPOLYGON POINT LINE MULTIPOLYGON POLYGON tutte MULTIPOINT MULTILINE MULTIPOLYGON disgiunzione, adiacenza, inclusione tutte disgiunzione, adiacenza, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi disgiunzione, adiacenza, inclusione disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi disgiunzione, adiacenza, inclusione, copertura, sovrapposizione con bordi disgiunti, sovrapposizione con intersezione dei bordi tutte

27 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 27 Specializzazione cartografica La specializzazione (o generalizzazione) cartografica è stata introdotta in [12] per modellare variazioni di forma o di scala di un entità georeferenziata. Definizione 2.3 La generalizzazione cartografica è utilizzata per rappresentare un entità (superclasse) che può essere definita secondo forme diverse rispetto alla stessa scala o a scale diverse. Le sottoclassi possiedono forme geometriche che differiscono da quelle della superclasse, ma ereditano gli attributi alfanumerici della superclasse. La primitiva di generalizzazione cartografica è un caso particolare di generalizzazione che consente di catturare rappresentazioni multiple di un oggetto e di caratterizzare le relazioni topologiche associate alle varie rappresentazioni. La forma con la quale è rappresentata un entità influenza, infatti, i tipi di relazione topologica cui può partecipare. La notazione adottata per la generalizzazione cartografica si distingue da quella della generalizzazione generica per la presenza di un quadrato, e non di un triangolo, quale collegamento tra una superclasse e le sue sottoclassi. La generalizzazione cartografica può essere di due tipi: basata su variazioni di forma o basata su variazioni di scala. La variazione di forma è utilizzata per rappresentare diverse possibili forme geometriche di una stessa entità alla stessa scala. La descrizione geometrica della superclasse si deduce a partire dalle sue sottoclassi. Un esempio è dato dall entità cimitero, che può essere rappresentata da un poligono, che definisce l area occupata dal cimitero, e dal simbolo cartografico delle croci (vedi Figura 2.16). La specializzazione basata sulla variazione di scala è utilizzata per rappresentare diverse forme geometriche di una stessa entità rispetto a scale diverse. Ad esempio, una città può essere rappresentata da un poligono in una scala più fine e da un punto in una scala più grossolana. Entrambi i tipi di specializzazioni cartografiche sono sempre totali e con sovrapposizione: totali perchè ogni istanza della superclasse deve essere istanza di

28 28 CAPITOLO 2. IL MODELLO E/R almeno una sottoclasse per essere georeferenziata, con sovrapposizione perché, in entrambi i tipi di specializzazione cartografica, ogni istanza della superclasse può avere forme alternative di rappresentazione, che potranno essere visualizzate singolarmente, nel caso della specializzazione basata sulla variazione di scala, o contemporaneamente, nel caso della specializzazione basata sulla variazione di forma. Figura 2.16: Esempi di specializzazione cartografica Aggregazione spaziale In [12] si introduce anche la nozione di aggregazione spaziale. Definizione 2.4 Un aggregazione spaziale permettono associa due o più (istanze di) entità georeferenziate - parti - ad una (istanza di) entità georeferenziata - intero - in cui la geometria di ogni parte è interamente contenuta nella geometria dell intero. Inoltre, non è permessa sovrapposizione fra le parti, e la geometria dell intero è pienamente coperta dalla geometria delle parti. (L insieme delle parti costituisce una parte dell intero.) Un esempio di aggregazione spaziale è riportato in Figura Un entità georeferenziata regione di tipo poligono può essere modellata come un aggregazione spaziale di istanze, sempre di tipo poligono, dell entità georeferenziata provincia. Ciò significa che ogni istanza di regione è descritta da una geometria, la quale può essere partizionata nelle geometrie delle corrispondenti istanze dell entità provincia.

29 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 29 Poichè risulta geometricamente impossibile concepire che, ad esempio, una geo- Figura 2.17: Esempio di aggregazione spaziale metria di tipo punto sia composta da un insieme di poligoni, anche a questo tipo di aggregazioni sono stati imposti dei vincoli. Le regole per stabilire la validità di una aggregazione spaziale tra due entità georeferenziate sono specificate dai punti seguenti: un entità di tipo Point non può mai rappresentare un aggregazione di altre entità georeferenziate, poichè ha dimensione zero; un entità di tipo Multipoint può essere definita come l unione geometrica di entità di tipo Point o Multipoint; un istanza dell entità Line può essere formata da altre istanze dello stesso tipo geometrico, di cui risulta essere l aggregazione; un entità Multiline può essere definita come aggregazione spaziale di entità di tipo Multiline o Line; un istanza dell entità Polygon può essere suddivisa solo in istanze dello stesso tipo; un entità Multipolygon può essere definita come aggregazione spaziale di entità di tipo Polygon e Multipolygon. Poichè le entità di tipo Collection e Other Geometry comprendono istanze di cui non è possibile conoscere a priori la forma e la dimensione geometrica, le aggregazioni spaziali che coinvolgono tali entità sono considerate sempre valide [12]. In [13], vengono aggiunte al modello altre tipologie di aggregazione: l aggregazione fra entità non georeferenziate (aggregazione non spaziale) e l aggregazione semantica.

30 30 CAPITOLO 2. IL MODELLO E/R L aggregazione non spaziale rappresenta una relazione parte/intero fra due o più entità la quale specifica che un entità intero è composta da una o più entità parte (anche di natura eterogenea). È possibile indicare dei vincoli di cardinalità sulla partecipazione delle parti all aggregazione. È possibile, ad esempio, specificare che una squadra di baseball deve essere composta da almeno 9 e al più 15 giocatori, da esattamente un allenatore ed, eventualmente da un assistente, come mostrato in Figura Inoltre, in ChronoGeoGraph l aggregazione può svolgere il ruolo di Figura 2.18: Esempio di aggregazione relazione identificante. L aggregazione semantica è un particolare tipo di aggregazione spaziale molto flessibile che non deve necessariamente rispettare i vincoli precedentemente descritti. Essa consente di codificare aggregazioni particolari, quali aggregazioni in la somma delle geografia delle istanze delle entità parte è solamente inclusa nella geometria dell istanza intero. Tale tipo di aggregazione è trattato estesamente in [8]. Campi Utilizzare gli oggetti geografici quale unico strumento per modellare le informazioni spaziali è insufficiente. Esistono, infatti, proprietà dello spazio che sono

31 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 31 indipendenti da un qualsivoglia oggetto esistente o definibile dall uomo. Associare un oggetto spaziale a concetti quali la temperatura o l altitudine è una forzatura [3]. Per modellare tali informazioni è stata proposta la cosiddetta visione a campi. La visione a campi non vede lo spazio come una superficie occupata da vari oggetti, ma come superficie continua. Definizione 2.5 La visione a campi rappresenta lo spazio come una superficie continua sulla quale le entità georeferenziate variano in modo continuo. Per modellare un campo specifica il suo territorio di schema (vedi 2.6) o l entità georeferenziata cui è collegato ed il tipo di campionamento effettuato (campionamento irregolare di punti, campionamento regolare di punti, isolinee, poligoni, griglia regolare di celle, o rete triangolare irregolare). Graficamente, l arco utilizzato per indicare l appartenenza di un campo ad un entità georeferenziata o ad un territorio di schema termina con un cerchietto nero sul lato del territorio di schema/entità (vedi Figura 2.21). I campi possono essere utilizzati per definire delle quantità derivate per le entità Figura 2.19: Tipi di campionamento georeferenziate. Ad esempio, è possibile tenere traccia la temperatura media sui vari punti della superficie definita della geometria delle istanze di una particolare entità. Tali quantità sono assimilabili ad attributi derivati e, di fatto, sono determinati da una funzione del campo, il cui dominio è delimitato dalla geometria dell entità. Il valore della funzione viene calcolato solo sui dati campionati

32 32 CAPITOLO 2. IL MODELLO E/R Figura 2.20: Esempio di operatore derivato da un campo all interno della geometria dell entità. La notazione prevede che l operatore sia rappresentato come un attributo derivato di un entità georeferenziata, seguito da una linea verticale e dalla funzione da calcolare sul campo. Gli operatori disponibili per il calcolo di tali attributi derivati dipendono dal dominio del campo e sono riportati, suddivisi per dominio, in Tabella 2.3. In Figura 2.20 è fornito un esempio di tale struttura. Tabella 2.3: Possibili operatori per attributi derivati legati a campi Operatore Dom. numerico Dom. data e ora Dom. testuale Dom. booleano > Massimo Più recente < Minimo Meno recente AVG Media Più frequente Meno frequente Σ Sommatoria Π Produttoria Congiunzione Disgiunzione Disg. Esclusiva Territorio di schema Definizione 2.6 Il territorio di schema rappresenta il dominio spaziale della base di dati e la sua geometria include quella di tutte le entità georeferenziate e di

33 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 33 Figura 2.21: Esempio di territorio di schema tutte le aree di campionamento dei campi definiti nello schema. Un territorio di schema è, dunque, un entità georeferenziata particolare, priva di chiave, la cui unica istanza corrente ammissibile definisce il dominio spaziale dello schema nel quale una o più entità georeferenziate e uno o più campi vengono definiti. Tutte le entità georeferenziate e tutti i campi devono appartenere al territorio di schema. Questa definizione modella implicitamente una relazione topologica di inclusione fra entità georeferenziate e il territorio di schema. Inoltre, indica che il campionamento di un dato campo è limitato al territorio di schema cui il campo appartiene. Dal punto di vista grafico, come mostrato in Figura 2.21, il territorio di schema è rappresentato tramite un rettangolo con un icona sopra il nome, il quale è sempre preceduto dalla sigla TS tra parentesi quadre Estensione temporale Prima di descrivere i costrutti messi a disposizione da ChronoGeoGraph per la modellazione concettuale di basi di dati temporali e spazio-temporali, introdu-

34 34 CAPITOLO 2. IL MODELLO E/R ciamo alcuni concetti fondamentali. Definizione 2.7 Il chronon è il più breve intervallo di tempo supportato dal sistema [18]. Sulla base della nozione di chronon, il dominio temporale di una base di dati (temporale) può essere visto come una serie di punti equidistanti disposti su un asse (tempo discreto ). Un istante è un singolo punto od un singolo chronon [18]. Un evento è associato ad un istante t se è accaduto durante il chronon che rappresenta t [18]. Figura 2.22: Chronon, istante ed evento Definizione 2.8 Un intervallo finito è il tempo che intercorre tra due eventi e può essere descritto come una successione finita di chronon, o istanti. Solitamente l intervallo è rappresentato dai suoi due istanti estremi. [18] Definizione 2.9 Il tempo di validità (VT, o valid time) di un fatto è l intervallo di tempo durante il quale il fatto è vero nella realtà modellata [9]. Definizione 2.10 Il tempo di esistenza (existence time) di un oggetto è l intervallo di tempo durante il quale l oggetto esiste. Equivalentemente, il tempo di esistenza di un oggetto può essere definito come l intervallo di validità del fatto l oggetto esiste. Il tempo di esistenza è stato definito anche come valid-time lifespan [19]. Il significato del tempo di esistenza è simile a quello del tempo di validitàssociato agli attributi di un entità, e semanticamente serve a mantenere informazioni sull esistenza di un entità all interno dell universo modellato (esiste/non

35 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 35 esiste). Il tempo di esistenza, da solo, non cattura tuttavia alcuni aspetti importanti del ciclo di esistenza di un oggetto. È possibile, ad esempio, che l utente della base di dati voglia modellare tutti i possibili stati in cui si può trovare un oggetto durante l arco di tempo preso in considerazione[3]. In modo più generale, il lifespan di un entità può essere definito come una funzione dal dominio temporale ad un insieme di stati. Tali stati descrivono le varie situazioni in cui l entità può trovarsi nel corso della sua esistenza. L entità può passare da uno stato all altro secondo regole definite. Definizione 2.11 Il tempo dell evento (ET, o event time) di un fatto è il tempo di occorrenza di un evento del mondo reale che inizia o termina l intervallo di validità del fatto. Definizione 2.12 Il tempo di transazione (TT, o transaction time) di un fatto è l intervallo di tempo durante il quale il fatto è corrente nella base di dati e può essere recuperato [9]. Definizione 2.13 Il tempo di disponibilità (AT, o availability time) di un fatto è l intervallo di tempo durante il quale il fatto é conosciuto e ritenuto corretto dal sistema informativo cui la base di dati appartiene [7]. ChronoGeoGraph fornisce ai diversi costrutti due tipi di supporto temporale, che variano al variare del tipo di costrutto (entità, attributo, relazione, aggregazione o campo). Il supporto fornito alle entità comprende: lifespan; tempo di transazione; tempo dell evento; tempo di disponibilità. Il supporto relativo ad attributi, relazioni, aggregazioni e campi comprende: tempo di validità; tempo di transazione;

36 36 CAPITOLO 2. IL MODELLO E/R tempo dell evento; tempo di disponibilità; In modo più formale, le dimensioni temporali associate ai vari costrutti possono essere specificate nel seguente modo. Nel caso delle entità si ha: < entitytime >::= ɛ < lifespan > < lifespan > / < transactiontime > < lifespan > / < eventtime > < lifespan > / < transactiontime > < lifespan > / < transactiontime > / < eventtime > < lifespan > / < transactiontime > / < availabilitytime > < lifespan > / < transactiontime > / < eventtime > / < availabilitytime > < transactiontime > / < availabilitytime > Nel caso degli attributi, delle relazioni, delle aggregazioni ed dei campi si ha: < facttime >::= ɛ < validtime > < validtime > / < transactiontime > < validtime > / < eventtime > < validtime > / < transactiontime > < validtime > / < transactiontime > / < eventtime > < validtime > / < transactiontime > / < availabilitytime > < validtime > / < transactiontime > / < eventtime > / < availabilitytime > < transactiontime > / < availabilitytime > Lifespan Il lifespan indica lo stato in cui si trova l oggetto del mondo reale che si vuole descrivere. Per tale ragione la sua definizione comprende la specifica di un diagramma di stati. In mancanza di una definizione esplicita viene associato all oggetto un diagramma predefinito (mostrato in Figura 2.23). La notazione utilizzata è la seguente: < lifespan >::= LS LS <diagram> In Figura 2.24 è riportato un esempio di entità con lifespan.

37 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 37 Figura 2.23: Diagramma a stati predefinito Tempo di validità Il tempo di validità può essere associato a relazioni, aggregazioni, campi, attributi e collezioni di attributi. La notazione utilizzata è la seguente: < validtime >::= V. L unica restrizione imposta è che gli attributi facenti parte della chiave non possono avere un tempo di validità poichè devono descrivere univocamente l identità dell istanza e il loro valore non può variare nel tempo[3] (o, equivalentemente, hanno un intervallo di validità che copre l intero lifespan dell entità). Tempo di transazione Il tempo di transazione può essere associato ad entità, relazioni, aggregazioni, campi, attributi e collezioni di attributi. Nel caso delle entità, come mostrato in Figura 2.26, si fa riferimento al tempo di transazione del lifespan dell entità stessa. La notazione utilizzata è la seguente: < transactiontime >::= T. Come nel caso del tempo di validità, anche il tempo di transazione non può essere associato ad attributi chiave o ad altri attributi invarianti nel tempo [3].

38 38 CAPITOLO 2. IL MODELLO E/R Figura 2.24: Esempio di entità con lifespan Tempo dell evento e tempo di disponibilità il tempo dell evento e il tempo di disponibilitá possono essere associate ad entità, collezioni di attributi, relazioni, aggregazioni e campi. La notazione utilizzata è la seguente: < eventtime >::= E < avaieabilitytime >::= A. Mentre un entità ammette il tempo dell evento solo se è temporale (cioè dotata di lifespan). Una collezione, una relazione, un campo, e un territorio di schema possono ammettere il tempo dell evento solo se hanno associato un tempo di validità. Un oggetto può ammettere il tempo di disponibilità solo se ha associato un tempo di transazione. [3] Eventi Il costrutto Evento, introdotto in [2], è collegato ad un oggetto dello schema tramite un arco etichettato in modo particolare. Gli eventi assumono diversi significati a seconda del tipo di oggetto cui sono collegati e del tipo di etichetta presente sull arco. Qualora l oggetto, cui l evento è collegato, sia una collezione temporale, una relazione o un campo, l etichetta è una lista di simboli (indicatori di evento), sottoinsieme di {ET i, ET t, AT i, AT t, dove: ET i indica che l evento determina l inizio del periodo di validità; ET t indica che l evento determina la fine del periodo di validità;

39 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 39 Figura 2.25: Esempio di attributi e collezione di attributi con tempo di validità AT i indica che l evento coincide con l istante iniziale del periodo di disponibilità dei fatti associati al lifespan di un entità o associati ad una collezione temporale, una relazione, un campo, o un territorio di schema; AT t indica che l evento coincide con l istante finale del periodo di disponibilità dei fatti associati al lifespan di un entità o associati ad una collezione temporale, una relazione, un campo, o un territorio di schema. Qualora si tratti di un evento collegato ad un entità temporale E che utilizza un diagramma degli stati, gli indicatori di evento sono un sottoinsieme di {σ 1 σ 2 σ 1, σ 2 {AT i, AT t dove: un indicatore nella forma σ 1 σ 2 indica che l evento determina il passaggio dell entità E dallo stato σ 1 allo stato σ 2 ; AT i e AT t indicano che l evento coincide con l istante iniziale o finale del periodo di disponibilità dei fatti associati alle informazioni registrate nella base di dati. Si noti che se ad un entità, una collezione, una relazione, una aggregazione, un campo o un territorio di schema non è associato un tempo di validità, allora non vi possono essere eventi, relativi al tempo dell evento, associati ad uno di tali costrutti; inoltre, a nessun oggetto che non ammetta il tempo di transazione può può essere associato un evento relativo al tempo di disponibilità. [3]

40 40 CAPITOLO 2. IL MODELLO E/R Figura 2.26: Esempio di entità e collezione di attributi con tempo di transazione Relazioni di sincronizzazione In questo paragrafo ci limiteremo ad indicare quali tipi di relazioni di sincronizzazione sono supportati dal modello ChronoGeoGraph, evitando una discussione approfondita che il lettore può trovare in [3]. Le relazioni di sincronizzazione sono dei vincoli definibili tra gli intervalli di attività, o tra gli istanti iniziali e/o finali di tali intervalli, di due entità. Nel modello ChronoGeoGraph sono previsti tredici tipi di relazioni di sincronizzazione, mostrati in Figura Ad esempio, si consideri una relazione di sincronizzazione fra l entità Sovraccarico e l entità Attenuazione nella gestione di una base di dati per un impianto termonucleare. Si vuole che l azione di controllo sulla temperatura del nocciolo sia avviata prima dell effettivo insorgere di un sovraccarico; e si vuole che le barre di carbonio aggiuntive vengano tolte non prima che la situazione di sovraccarico sia rientrata [3]. La Figura 2.30 mostra la situazione descritta dall esempio. È importante sottolineare come le relazioni di sincronizzazione non possano essere temporali.

41 2.2. IL MODELLO SPAZIO-TEMPORALE CHRONOGEOGRAPH 41 Figura 2.27: Tempo dell evento e tempo di disponibilità delle collezioni di attributi e del lifespan delle entità Figura 2.28: Tempo dell evento e tempo di disponibilità delle relazioni

42 42 CAPITOLO 2. IL MODELLO E/R Figura 2.29: Tipi di relazioni di sincronizzazione Cardinalità snapshot e lifespan La cardinalità definita nella parte relativa agli schemi E/R (vedi sezione 2.1.3) può essere definita come cardinalità snapshot. Accanto ad essa è stata introdotta la nozione di cardinalità lifespan (vedi [3]). Gli attributi delle entità temporali possono avere una cardinalità lifespan, che rappresenta il minimo e il massimo numero di valori che possono assumere nell arco di vita dell entità. Per annotare un attributo definendo i vincoli di cardinalità lifespan si introduce la coppia [min:max] dove min e max sono il minimo e il massimo numero di valori che l attributo può assumere nell arco di vita dell entità. Se non indicata, la cardinalità lifespan è per definizione [0:M]. Devono valere le seguenti disuguaglianze min ls = min ss max ss max ls (dove le annotazioni ls e ss a pedice rappresentano, rispettivamente, la cardinalità lifespan e snapshot). La distinzione tra cardinalità snapshot e cardinalità lifespan si applica naturalmente a relazioni ed aggregazioni temporali. La cardinalità snapshot specifica un vincolo sul numero massimo e minimo di istanze di relazione cui ogni istanza di un entità coinvolta nella relazione può partecipare in un dato istante di tempo. La cardinalità lifespan specifica un vincolo di partecipazione sul numero massimo e minimo di istanze di relazione a cui ogni istanza dell entità può partecipare nel tempo. In Figura 2.31 è mostrato un esempio di relazione con cardinalità lifespan.

Informatica (Basi di Dati)

Informatica (Basi di Dati) Corso di Laurea in Biotecnologie Informatica (Basi di Dati) Modello Entità-Relazione Anno Accademico 2009/2010 Da: Atzeni, Ceri, Paraboschi, Torlone - Basi di Dati Lucidi del Corso di Basi di Dati 1, Prof.

Dettagli

Lezione 4. Modello EER

Lezione 4. Modello EER Lezione 4 Modello EER 1 Concetti del modello EER Include tutti i concetti di modellazione del modello ER Concetti addizionali: sottoclassi/superclassi, specializzazione, categorie, propagazione (inheritance)

Dettagli

Database. Appunti di Amaranto Oronzo e Giancane Diego Lezione dell Ing. Lucia Vaira 24/04/2014

Database. Appunti di Amaranto Oronzo e Giancane Diego Lezione dell Ing. Lucia Vaira 24/04/2014 Database Appunti di Amaranto Oronzo e Giancane Diego Lezione dell Ing. Lucia Vaira 24/04/2014 Cos'è un database? È una struttura di dati composta da tabelle a loro volta composte da campi. Caratteristiche

Dettagli

Progettaz. e sviluppo Data Base

Progettaz. e sviluppo Data Base Progettaz. e sviluppo Data Base! Progettazione Basi Dati: Metodologie e modelli!modello Entita -Relazione Progettazione Base Dati Introduzione alla Progettazione: Il ciclo di vita di un Sist. Informativo

Dettagli

Rappresentazione grafica di entità e attributi

Rappresentazione grafica di entità e attributi PROGETTAZIONE CONCETTUALE La progettazione concettuale, ha il compito di costruire e definire una rappresentazione corretta e completa della realtà di interesse, e il prodotto di tale attività, è lo schema

Dettagli

Modellazione dei dati in UML

Modellazione dei dati in UML Corso di Basi di Dati e Sistemi Informativi Modellazione dei dati in UML Angelo Montanari Dipartimento di Matematica e Informatica Università degli Studi di Udine Introduzione UML (Unified Modeling Language):

Dettagli

Esercitazione di Basi di Dati

Esercitazione di Basi di Dati Esercitazione di Basi di Dati Corso di Fondamenti di Informatica 6 Maggio 2004 Come costruire una ontologia Marco Pennacchiotti pennacchiotti@info.uniroma2.it Tel. 0672597334 Ing.dell Informazione, stanza

Dettagli

Gli attributi di STUDENTE saranno: Matricola (chiave primaria), Cognome, Nome.

Gli attributi di STUDENTE saranno: Matricola (chiave primaria), Cognome, Nome. Prof. Francesco Accarino Raccolta di esercizi modello ER Esercizio 1 Un università vuole raccogliere ed organizzare in un database le informazioni sui propri studenti in relazione ai corsi che essi frequentano

Dettagli

Alessandra Raffaetà. Basi di Dati

Alessandra Raffaetà. Basi di Dati Lezione 2 S.I.T. PER LA VALUTAZIONE E GESTIONE DEL TERRITORIO Corso di Laurea Magistrale in Scienze Ambientali Alessandra Raffaetà Dipartimento di Informatica Università Ca Foscari Venezia Basi di Dati

Dettagli

Identificatori delle entità

Identificatori delle entità Identificatori delle entità Permettono di identificare in maniera univoca le occorrenze delle entità Ogni entità deve averne (almeno) uno Targa Automobile Modello Colore Nome Persona Data di nascita Indirizzo

Dettagli

09/11/2009. Requisiti della base di dati. Schema concettuale. Schema logico. Schema fisico. Progettazione concettuale. progettazione logica

09/11/2009. Requisiti della base di dati. Schema concettuale. Schema logico. Schema fisico. Progettazione concettuale. progettazione logica Corso di Basi di Dati Spaziali Progettazione concettuale e progettazione logica Angelo Montanari Donatella Gubiani Progettazione di una base di dati È una delle attività svolte nell ambito del processo

Dettagli

Lezione 2. Il modello entità relazione

Lezione 2. Il modello entità relazione Lezione 2 Il modello entità relazione Pag.1 Introduzione alla progettazione delle basi di dati 1. Analisi dei requisiti Quali sono le entità e le relazioni dell organizzazione? Quali informazioni su queste

Dettagli

Progettazione Logica. Progettazione Logica

Progettazione Logica. Progettazione Logica Consorzio per la formazione e la ricerca in Ingegneria dell'informazione Tabelle per ogni concetto Docente: Cesare Colombo CEFRIEL colombo@cefriel.it http://www.cefriel.it Passaggio al modello logico (1)

Dettagli

Organizzazione degli archivi

Organizzazione degli archivi COSA E UN DATA-BASE (DB)? è l insieme di dati relativo ad un sistema informativo COSA CARATTERIZZA UN DB? la struttura dei dati le relazioni fra i dati I REQUISITI DI UN DB SONO: la ridondanza minima i

Dettagli

Progettazione concettuale

Progettazione concettuale Progettazione concettuale Strategie top-down A partire da uno schema che descrive le specifiche mediante pochi concetti molto astratti, si produce uno schema concettuale mediante raffinamenti successivi

Dettagli

Database 1 biblioteca universitaria. Testo del quesito

Database 1 biblioteca universitaria. Testo del quesito Database 1 biblioteca universitaria Testo del quesito Una biblioteca universitaria acquista testi didattici su indicazione dei professori e cura il prestito dei testi agli studenti. La biblioteca vuole

Dettagli

Associazioni. Informatica. Associazioni. Associazioni. Associazioni. Attributi. Possono esistere associazioni diverse che coinvolgono le stesse entità

Associazioni. Informatica. Associazioni. Associazioni. Associazioni. Attributi. Possono esistere associazioni diverse che coinvolgono le stesse entità Informatica Possono esistere associazioni diverse che coinvolgono le stesse entità Lezione 7 Lavora a Laurea magistrale in Scienze della mente Laurea magistrale in Psicologia dello sviluppo e dell'educazione

Dettagli

Modello dei Dati ENTITÀ-RELAZIONE (ENTITY-RELATIONSHIP) é l insieme di concetti, simboli, regole che useremo per rappresentare il modello concettuale

Modello dei Dati ENTITÀ-RELAZIONE (ENTITY-RELATIONSHIP) é l insieme di concetti, simboli, regole che useremo per rappresentare il modello concettuale Modello dei Dati E-R ENTITÀ-RELAZIONE O (ENTITY-RELATIONSHIP) é l insieme di concetti, simboli, regole che useremo per rappresentare il modello concettuale R.Gori - G.Leoni Modello dei Dati Entità-Relazione

Dettagli

Basi di dati. (Sistemi Informativi) teoria e pratica con Microsoft Access. Basi di dati. Basi di dati. Basi di dati e DBMS DBMS DBMS

Basi di dati. (Sistemi Informativi) teoria e pratica con Microsoft Access. Basi di dati. Basi di dati. Basi di dati e DBMS DBMS DBMS Basi di Basi di (Sistemi Informativi) Sono una delle applicazioni informatiche che hanno avuto il maggiore utilizzo in uffici, aziende, servizi (e oggi anche sul web) Avete già interagito (magari inconsapevolmente)

Dettagli

MODELLO E/R. Modellazione dei dati

MODELLO E/R. Modellazione dei dati MODELLO E/R Maria Mirto Modellazione dei dati Modellare i dati significa: costruire una rappresentazione semplificata della realtà osservata, individuandone gli elementi caratterizzanti e i legami intercorrenti

Dettagli

Modello Relazionale dei DBMS - Vincoli Tradizionalmente, esistono quattro modelli logici: Gerarchico Reticolare Relazionale A oggetti XML I modelli

Modello Relazionale dei DBMS - Vincoli Tradizionalmente, esistono quattro modelli logici: Gerarchico Reticolare Relazionale A oggetti XML I modelli Modello Relazionale dei DBMS - Vincoli Tradizionalmente, esistono quattro modelli logici: Gerarchico Reticolare Relazionale A oggetti XML I modelli gerarchico e reticolare sono più vicini alle strutture

Dettagli

Database. Si ringrazia Marco Bertini per le slides

Database. Si ringrazia Marco Bertini per le slides Database Si ringrazia Marco Bertini per le slides Obiettivo Concetti base dati e informazioni cos è un database terminologia Modelli organizzativi flat file database relazionali Principi e linee guida

Dettagli

1. PRIME PROPRIETÀ 2

1. PRIME PROPRIETÀ 2 RELAZIONI 1. Prime proprietà Il significato comune del concetto di relazione è facilmente intuibile: due elementi sono in relazione se c è un legame tra loro descritto da una certa proprietà; ad esempio,

Dettagli

La Progettazione Concettuale

La Progettazione Concettuale La Progettazione Concettuale Università degli Studi del Sannio Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica CorsodiBasidiDati Anno Accademico 2006/2007 docente: ing. Corrado Aaron Visaggio

Dettagli

MODELLO RELAZIONALE. Introduzione

MODELLO RELAZIONALE. Introduzione MODELLO RELAZIONALE Introduzione E' stato proposto agli inizi degli anni 70 da Codd finalizzato alla realizzazione dell indipendenza dei dati, unisce concetti derivati dalla teoria degli insiemi (relazioni)

Dettagli

DIPARTIMENTO IMPIEGATO PROGETTO SEDE. (0,1) (1,1) DIREZIONE Cognome. Codice. Telefono (0,1) (1,N) AFFERENZA. Stipendio (0,N) Nome (1,1) Età

DIPARTIMENTO IMPIEGATO PROGETTO SEDE. (0,1) (1,1) DIREZIONE Cognome. Codice. Telefono (0,1) (1,N) AFFERENZA. Stipendio (0,N) Nome (1,1) Età PROGETTAZIONE LOGICA 7í0 Progettazione logica Obiettivo: ëtradurre" lo schema concettuale in uno schema logico che rappresenti gli stessi dati in maniera corretta ed eæciente Input: Output: æ schema concettuale

Dettagli

Basi di dati. Il Modello Relazionale dei Dati. K. Donno - Il Modello Relazionale dei Dati

Basi di dati. Il Modello Relazionale dei Dati. K. Donno - Il Modello Relazionale dei Dati Basi di dati Il Modello Relazionale dei Dati Proposto da E. Codd nel 1970 per favorire l indipendenza dei dati Disponibile come modello logico in DBMS reali nel 1981 (non è facile realizzare l indipendenza

Dettagli

SISTEMI INFORMATIVI AVANZATI -2010/2011 1. Introduzione

SISTEMI INFORMATIVI AVANZATI -2010/2011 1. Introduzione SISTEMI INFORMATIVI AVANZATI -2010/2011 1 Introduzione In queste dispense, dopo aver riportato una sintesi del concetto di Dipendenza Funzionale e di Normalizzazione estratti dal libro Progetto di Basi

Dettagli

Cardinalità e identificatori. Informatica. Generalizzazioni. Generalizzazioni. Generalizzazioni. Generalizzazioni

Cardinalità e identificatori. Informatica. Generalizzazioni. Generalizzazioni. Generalizzazioni. Generalizzazioni e identificatori Codice (0,1) (1,1) Dirige Informatica Lezione 8 Laurea magistrale in Scienze della mente Laurea magistrale in Psicologia dello sviluppo e dell'educazione Anno accademico: 2012 2013 1 Cognome

Dettagli

Capitolo 3. L applicazione Java Diagrammi ER. 3.1 La finestra iniziale, il menu e la barra pulsanti

Capitolo 3. L applicazione Java Diagrammi ER. 3.1 La finestra iniziale, il menu e la barra pulsanti Capitolo 3 L applicazione Java Diagrammi ER Dopo le fasi di analisi, progettazione ed implementazione il software è stato compilato ed ora è pronto all uso; in questo capitolo mostreremo passo passo tutta

Dettagli

Università Politecnica delle Marche. Progetto Didattico

Università Politecnica delle Marche. Progetto Didattico Università Politecnica delle Marche Facoltà di Ingegneria Corso di Laurea in Ingegneria Informatica e dell Automazione Sede di Ancona Anno Accademico 2011-2012 Corso di Tecnologie WEB Docente prof. Alessandro

Dettagli

Progettazione di Basi di Dati

Progettazione di Basi di Dati Progettazione di Basi di Dati Prof. Nicoletta D Alpaos & Prof. Andrea Borghesan Entità-Relazione Progettazione Logica 2 E il modo attraverso il quale i dati sono rappresentati : fa riferimento al modello

Dettagli

Corso di Sistemi di Elaborazione delle Informazioni I Anno 2005/2006. Esercizi entità relazione risolti. a cura di Angela Campagnaro 802749

Corso di Sistemi di Elaborazione delle Informazioni I Anno 2005/2006. Esercizi entità relazione risolti. a cura di Angela Campagnaro 802749 Corso di Sistemi di Elaborazione delle Informazioni I Anno 2005/2006 Esercizi entità relazione risolti a cura di Angela Campagnaro 802749 Indice: Esercizio 1: Un insieme di officine 1.1 Testo esercizio.3

Dettagli

Generazione Automatica di Asserzioni da Modelli di Specifica

Generazione Automatica di Asserzioni da Modelli di Specifica UNIVERSITÀ DEGLI STUDI DI MILANO BICOCCA FACOLTÀ DI SCIENZE MATEMATICHE FISICHE E NATURALI Corso di Laurea Magistrale in Informatica Generazione Automatica di Asserzioni da Modelli di Specifica Relatore:

Dettagli

CORSO ACCESS PARTE II. Esistono diversi tipi di aiuto forniti con Access, generalmente accessibili tramite la barra dei menu (?)

CORSO ACCESS PARTE II. Esistono diversi tipi di aiuto forniti con Access, generalmente accessibili tramite la barra dei menu (?) Ambiente Access La Guida di Access Esistono diversi tipi di aiuto forniti con Access, generalmente accessibili tramite la barra dei menu (?) Guida in linea Guida rapida Assistente di Office indicazioni

Dettagli

Capitolo 2. Operazione di limite

Capitolo 2. Operazione di limite Capitolo 2 Operazione di ite In questo capitolo vogliamo occuparci dell operazione di ite, strumento indispensabile per scoprire molte proprietà delle funzioni. D ora in avanti riguarderemo i domini A

Dettagli

CAPITOLO 7 ESERCIZI SUL MODELLO ER

CAPITOLO 7 ESERCIZI SUL MODELLO ER CAPITOLO 7 (le soluzioni sono riportate da pag. 6 in poi) ESERCIZI SUL MODELLO ER Esercizio 1 Considerate lo schema ER in Figura 1: lo schema rappresenta varie proprietà di uomini e donne. a) Correggete

Dettagli

Strumenti di modellazione. Gabriella Trucco

Strumenti di modellazione. Gabriella Trucco Strumenti di modellazione Gabriella Trucco Linguaggio di modellazione Linguaggio formale che può essere utilizzato per descrivere (modellare) un sistema Il concetto trova applicazione soprattutto nell

Dettagli

Basi di Dati Relazionali

Basi di Dati Relazionali Corso di Laurea in Informatica Basi di Dati Relazionali a.a. 2009-2010 PROGETTAZIONE DI UNA BASE DI DATI Raccolta e Analisi dei requisiti Progettazione concettuale Schema concettuale Progettazione logica

Dettagli

Gestione Voti Scolastici

Gestione Voti Scolastici Gestione Voti Scolastici Progettare un modello di dati per la gestione delle informazioni riguardanti le prove, nelle diverse materie, sostenute dagli studenti di una scuola media superiore. Il sistema

Dettagli

Esercizio data base "Biblioteca"

Esercizio data base Biblioteca Rocco Sergi Esercizio data base "Biblioteca" Database 2: Biblioteca Testo dell esercizio Si vuole realizzare una base dati per la gestione di una biblioteca. La base dati conterrà tutte le informazioni

Dettagli

Compito DA e BD. Tempo concesso: 90 minuti 12 giugno 03 Nome: Cognome: Matricola: Esercizio 1

Compito DA e BD. Tempo concesso: 90 minuti 12 giugno 03 Nome: Cognome: Matricola: Esercizio 1 Compito DA e BD. Tempo concesso: 90 minuti 12 giugno 03 Nome: Cognome: Matricola: Esercizio 1 Si considerino le seguenti specifiche relative alla realizzazione della base di dati di una facoltà e si definisca

Dettagli

Soluzione dell esercizio del 2 Febbraio 2004

Soluzione dell esercizio del 2 Febbraio 2004 Soluzione dell esercizio del 2 Febbraio 2004 1. Casi d uso I casi d uso sono riportati in Figura 1. Figura 1: Diagramma dei casi d uso. E evidenziato un sotto caso di uso. 2. Modello concettuale Osserviamo

Dettagli

I database. Cosa sono e a cosa servono i Database

I database. Cosa sono e a cosa servono i Database I database Estratto dal Modulo 1 - I database Prof. Piero GALLO 1 Cosa sono e a cosa servono i Database Un database(o base di dati) e' una raccolta organizzata di dati correlati. Il principale scopo di

Dettagli

Progettazione di una base di dati Ufficio della Motorizzazione

Progettazione di una base di dati Ufficio della Motorizzazione Corso di Gestione dell Informazione Studenti NON frequentanti A.A. 2008/2009 1 Scopo del progetto Progettazione di una base di dati Ufficio della Motorizzazione Si vuole realizzare un applicazione base

Dettagli

DATABASE RELAZIONALI

DATABASE RELAZIONALI 1 di 54 UNIVERSITA DEGLI STUDI DI NAPOLI FEDERICO II DIPARTIMENTO DI DISCIPLINE STORICHE ETTORE LEPORE DATABASE RELAZIONALI Dott. Simone Sammartino Istituto per l Ambiente l Marino Costiero I.A.M.C. C.N.R.

Dettagli

I casi d uso corrispondono ai compiti che l attore (che può essere una persona fisica e non) può svolgere.

I casi d uso corrispondono ai compiti che l attore (che può essere una persona fisica e non) può svolgere. UML e i Casi d USO I casi d uso specificano una sequenza di azioni che producono un risultato visibile agli attori del sistema. Essi nascono per fornire descrizioni delle capacità del sistema. I casi d

Dettagli

Guida all uso di Java Diagrammi ER

Guida all uso di Java Diagrammi ER Guida all uso di Java Diagrammi ER Ver. 1.1 Alessandro Ballini 16/5/2004 Questa guida ha lo scopo di mostrare gli aspetti fondamentali dell utilizzo dell applicazione Java Diagrammi ER. Inizieremo con

Dettagli

LE FUNZIONI A DUE VARIABILI

LE FUNZIONI A DUE VARIABILI Capitolo I LE FUNZIONI A DUE VARIABILI In questo primo capitolo introduciamo alcune definizioni di base delle funzioni reali a due variabili reali. Nel seguito R denoterà l insieme dei numeri reali mentre

Dettagli

Corso di. Dott.ssa Donatella Cocca

Corso di. Dott.ssa Donatella Cocca Corso di Statistica medica e applicata Dott.ssa Donatella Cocca 1 a Lezione Cos'è la statistica? Come in tutta la ricerca scientifica sperimentale, anche nelle scienze mediche e biologiche è indispensabile

Dettagli

Sistemi Informativi e Basi di Dati

Sistemi Informativi e Basi di Dati Sistemi Informativi e Basi di Dati Laurea Specialistica in Tecnologie di Analisi degli Impatti Ecotossicologici Docente: Francesco Geri Dipartimento di Scienze Ambientali G. Sarfatti Via P.A. Mattioli

Dettagli

Automazione Industriale (scheduling+mms) scheduling+mms. adacher@dia.uniroma3.it

Automazione Industriale (scheduling+mms) scheduling+mms. adacher@dia.uniroma3.it Automazione Industriale (scheduling+mms) scheduling+mms adacher@dia.uniroma3.it Introduzione Sistemi e Modelli Lo studio e l analisi di sistemi tramite una rappresentazione astratta o una sua formalizzazione

Dettagli

Dalla progettazione concettuale alla modellazione di dominio

Dalla progettazione concettuale alla modellazione di dominio Luca Cabibbo A P S Analisi e Progettazione del Software Dalla progettazione concettuale alla modellazione di dominio Capitolo 91 marzo 2015 Se qualcuno vi avvicinasse in un vicolo buio dicendo psst, vuoi

Dettagli

TEORIA sulle BASI DI DATI

TEORIA sulle BASI DI DATI TEORIA sulle BASI DI DATI A cura del Prof. Enea Ferri Cos è un DATA BASE E un insieme di archivi legati tra loro da relazioni. Vengono memorizzati su memorie di massa come un unico insieme, e possono essere

Dettagli

database: modello entityrelationship

database: modello entityrelationship Insegnamento di Informatica CdS Scienze Giuridiche A.A. 2007/8 database: modello entityrelationship Prof.Valle D.ssaFolgieri Lez7 25.10.07 Trattamento dati. Database: modello entity-relationship 1 Fasi

Dettagli

I Sistemi Informativi

I Sistemi Informativi I Sistemi Informativi Definizione Un Sistema Informativo è un mezzo per acquisire, organizzare, correlare, elaborare e distribuire le informazioni che riguardano una realtà che si desidera descrivere e

Dettagli

Sommario. Definizione di informatica. Definizione di un calcolatore come esecutore. Gli algoritmi.

Sommario. Definizione di informatica. Definizione di un calcolatore come esecutore. Gli algoritmi. Algoritmi 1 Sommario Definizione di informatica. Definizione di un calcolatore come esecutore. Gli algoritmi. 2 Informatica Nome Informatica=informazione+automatica. Definizione Scienza che si occupa dell

Dettagli

MODELLO E/R. Prof. Francesco Accarino IIS Altiero Spinelli Sesto San Giovanni

MODELLO E/R. Prof. Francesco Accarino IIS Altiero Spinelli Sesto San Giovanni MODELLO E/R Prof. Francesco Accarino IIS Altiero Spinelli Sesto San Giovanni Modellazione dei dati Modellare i dati significa: costruire una rappresentazione semplificata della realtà osservata individuandone

Dettagli

Sistema Informativo Geografico:

Sistema Informativo Geografico: Sistemi Informativi Geografici Sistema Informativo Geografico: È un sistema informativo che tratta informazioni spaziali georeferenziate, ne consente la gestione e l'analisi. Informazioni spaziali: dati

Dettagli

Il database management system Access

Il database management system Access Il database management system Access Corso di autoistruzione http://www.manualipc.it/manuali/ corso/manuali.php? idcap=00&idman=17&size=12&sid= INTRODUZIONE Il concetto di base di dati, database o archivio

Dettagli

Basi di dati. Concetti introduttivi ESEMPIO. INSEGNAMENTI Fisica, Analisi, Aule. Docenti. Entità Relazioni Interrogazioni. Ultima modifica: 26/02/2007

Basi di dati. Concetti introduttivi ESEMPIO. INSEGNAMENTI Fisica, Analisi, Aule. Docenti. Entità Relazioni Interrogazioni. Ultima modifica: 26/02/2007 Basi di dati Concetti introduttivi Ultima modifica: 26/02/2007 ESEMPIO INSEGNAMENTI Fisica, Analisi, Informatica Aule Docenti Entità Relazioni Interrogazioni St udent i Database 2 Tabella (I) STUDENTE

Dettagli

Progettazione di un DB....in breve

Progettazione di un DB....in breve Progettazione di un DB...in breve Cosa significa progettare un DB Definirne struttura,caratteristiche e contenuto. Per farlo è opportuno seguire delle metodologie che permettono di ottenere prodotti di

Dettagli

Basi di Dati. Progettazione del Modello ER. K. Donno - Progettazione del Modello ER

Basi di Dati. Progettazione del Modello ER. K. Donno - Progettazione del Modello ER Basi di Dati Progettazione del Modello ER Dai requisiti allo schema ER Entità, relazioni e attributi non sono fatti assoluti dipendono dal contesto applicativo Nella pratica si fa spesso uso di una strategia

Dettagli

Università degli Studi di L Aquila. Facoltà di Ingegneria. Corso di Laurea in Ingegneria Elettronica Corso di Sistemi Informativi

Università degli Studi di L Aquila. Facoltà di Ingegneria. Corso di Laurea in Ingegneria Elettronica Corso di Sistemi Informativi Università degli Studi di L Aquila Facoltà di Ingegneria Corso di Laurea in Ingegneria Elettronica Corso di Sistemi Informativi Prof. Gaetanino Paolone Dott. Ottavio Pascale a.a.2003-2004 Progetto Campo

Dettagli

Dimensione di uno Spazio vettoriale

Dimensione di uno Spazio vettoriale Capitolo 4 Dimensione di uno Spazio vettoriale 4.1 Introduzione Dedichiamo questo capitolo ad un concetto fondamentale in algebra lineare: la dimensione di uno spazio vettoriale. Daremo una definizione

Dettagli

Regione Toscana. ARPA Fonte Dati. Manuale Amministratore. L. Folchi (TAI) Redatto da

Regione Toscana. ARPA Fonte Dati. Manuale Amministratore. L. Folchi (TAI) Redatto da ARPA Fonte Dati Regione Toscana Redatto da L. Folchi (TAI) Rivisto da Approvato da Versione 1.0 Data emissione 06/08/13 Stato DRAFT 1 Versione Data Descrizione 1,0 06/08/13 Versione Iniziale 2 Sommario

Dettagli

Corso di Informatica (Basi di Dati)

Corso di Informatica (Basi di Dati) Corso di Informatica (Basi di Dati) Lezione 1 (12 dicembre 2008) Introduzione alle Basi di Dati Da: Atzeni, Ceri, Paraboschi, Torlone - Basi di Dati Lucidi del Corso di Basi di Dati 1, Prof. Carlo Batini,

Dettagli

Progettazione logica relazionale (1/2)

Progettazione logica relazionale (1/2) Progettazione di basi di dati (1/2) Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore Eliminazione degli attributi

Dettagli

Progettazione di Database. Un Esempio

Progettazione di Database. Un Esempio Progettazione di Database Un Esempio Data Base Management System Applicazione 1 Applicazione 2 Applicazione 3 DBMS A B C D E Il Modello Relazionale Una relazione è costituita su un insieme di domini, non

Dettagli

La Metodologia adottata nel Corso

La Metodologia adottata nel Corso La Metodologia adottata nel Corso 1 Mission Statement + Glossario + Lista Funzionalià 3 Descrizione 6 Funzionalità 2 Schema 4 Schema 5 concettuale Logico EA Relazionale Codice Transazioni In PL/SQL Schema

Dettagli

Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci

Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci Corso di Laurea Magistrale in Ingegneria per l Ambiente e il Territorio A.A. 2014-2015 Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci Strutture di dati: DB e DBMS DATO E INFORMAZIONE Dato: insieme

Dettagli

Lezione V. Aula Multimediale - sabato 29/03/2008

Lezione V. Aula Multimediale - sabato 29/03/2008 Lezione V Aula Multimediale - sabato 29/03/2008 LAB utilizzo di MS Access Definire gli archivi utilizzando le regole di derivazione e descrivere le caratteristiche di ciascun archivio ASSOCIAZIONE (1:1)

Dettagli

1. BASI DI DATI: GENERALITÀ

1. BASI DI DATI: GENERALITÀ 1. BASI DI DATI: GENERALITÀ BASE DI DATI (DATABASE, DB) Raccolta di informazioni o dati strutturati, correlati tra loro in modo da risultare fruibili in maniera ottimale. Una base di dati è usualmente

Dettagli

RIFERIMENTI ATTORI GLOSSARIO. ERRORI COMUNI REV. REQUISITI INGEGNERIA DEL SOFTWARE Università degli Studi di Padova

RIFERIMENTI ATTORI GLOSSARIO. ERRORI COMUNI REV. REQUISITI INGEGNERIA DEL SOFTWARE Università degli Studi di Padova RIFERIMENTI ERRORI COMUNI REV. REQUISITI INGEGNERIA DEL SOFTWARE Università degli Studi di Padova Dipartimento di Matematica Corso di Laurea in Informatica, A.A. 2014 2015 I riferimenti devono essere precisi

Dettagli

GESTIONE della BASE di DATI

GESTIONE della BASE di DATI GESTIONE della SE di DTI I dati sono una componente fondamentale di un GIS Devono essere valutati con attenzione gli strumenti usati per: creare l archivio dei dati manipolare le informazioni contenute

Dettagli

Introduzione alla teoria dei database relazionali. Come progettare un database

Introduzione alla teoria dei database relazionali. Come progettare un database Introduzione alla teoria dei database relazionali Come progettare un database La struttura delle relazioni Dopo la prima fase di individuazione concettuale delle entità e degli attributi è necessario passare

Dettagli

Ottimizzazione delle interrogazioni (parte I)

Ottimizzazione delle interrogazioni (parte I) Ottimizzazione delle interrogazioni I Basi di Dati / Complementi di Basi di Dati 1 Ottimizzazione delle interrogazioni (parte I) Angelo Montanari Dipartimento di Matematica e Informatica Università di

Dettagli

Fasi di creazione di un programma

Fasi di creazione di un programma Fasi di creazione di un programma 1. Studio Preliminare 2. Analisi del Sistema 6. Manutenzione e Test 3. Progettazione 5. Implementazione 4. Sviluppo 41 Sviluppo di programmi Per la costruzione di un programma

Dettagli

Indice generale. OOA Analisi Orientata agli Oggetti. Introduzione. Analisi

Indice generale. OOA Analisi Orientata agli Oggetti. Introduzione. Analisi Indice generale OOA Analisi Orientata agli Oggetti Introduzione Analisi Metodi d' analisi Analisi funzionale Analisi del flusso dei dati Analisi delle informazioni Analisi Orientata agli Oggetti (OOA)

Dettagli

Corrispondenze e funzioni

Corrispondenze e funzioni Corrispondenze e funzioni L attività fondamentale della mente umana consiste nello stabilire corrispondenze e relazioni tra oggetti; è anche per questo motivo che il concetto di corrispondenza è uno dei

Dettagli

EXPLOit Content Management Data Base per documenti SGML/XML

EXPLOit Content Management Data Base per documenti SGML/XML EXPLOit Content Management Data Base per documenti SGML/XML Introduzione L applicazione EXPLOit gestisce i contenuti dei documenti strutturati in SGML o XML, utilizzando il prodotto Adobe FrameMaker per

Dettagli

Informatica (Basi di Dati)

Informatica (Basi di Dati) Corso di Laurea in Biotecnologie Informatica (Basi di Dati) Introduzione alle Basi di Dati Anno Accademico 2009/2010 Da: Atzeni, Ceri, Paraboschi, Torlone - Basi di Dati Lucidi del Corso di Basi di Dati

Dettagli

Mon Ami 3000 Varianti articolo Gestione di varianti articoli

Mon Ami 3000 Varianti articolo Gestione di varianti articoli Prerequisiti Mon Ami 3000 Varianti articolo Gestione di varianti articoli L opzione Varianti articolo è disponibile per le versioni Azienda Light e Azienda Pro e include tre funzionalità distinte: 1. Gestione

Dettagli

Capitolo 13: L offerta dell impresa e il surplus del produttore

Capitolo 13: L offerta dell impresa e il surplus del produttore Capitolo 13: L offerta dell impresa e il surplus del produttore 13.1: Introduzione L analisi dei due capitoli precedenti ha fornito tutti i concetti necessari per affrontare l argomento di questo capitolo:

Dettagli

EXCEL PER WINDOWS95. sfruttare le potenzialità di calcolo dei personal computer. Essi si basano su un area di lavoro, detta foglio di lavoro,

EXCEL PER WINDOWS95. sfruttare le potenzialità di calcolo dei personal computer. Essi si basano su un area di lavoro, detta foglio di lavoro, EXCEL PER WINDOWS95 1.Introduzione ai fogli elettronici I fogli elettronici sono delle applicazioni che permettono di sfruttare le potenzialità di calcolo dei personal computer. Essi si basano su un area

Dettagli

Fasi del ciclo di vita del software (riassunto) Progetto: generalità. Progetto e realizzazione (riassunto)

Fasi del ciclo di vita del software (riassunto) Progetto: generalità. Progetto e realizzazione (riassunto) Università degli Studi di Roma La Sapienza Facoltà di Ingegneria Sede di Latina Laurea in Ingegneria dell Informazione Fasi del ciclo di vita del software (riassunto) Corso di PROGETTAZIONE DEL SOFTWARE

Dettagli

Le Basi di Dati. Le Basi di Dati

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

Dettagli

Modello Relazionale. Modello Relazionale. Relazioni - Prodotto Cartesiano. Relazione: tre accezioni. Es. Dati gli insiemi

Modello Relazionale. Modello Relazionale. Relazioni - Prodotto Cartesiano. Relazione: tre accezioni. Es. Dati gli insiemi Modello Relazionale Modello Relazionale Proposto agli inizi degli anni 70 da Codd Finalizzato alla realizzazione dell indipendenza dei dati Unisce concetti derivati dalla teoria degli insiemi (relazioni)

Dettagli

Informatica I per la. Fisica

Informatica I per la. Fisica Corso di Laurea in Fisica Informatica I per la Fisica Lezione: Software applicativo II Fogli elettronici e Data Base Software: software di sistema (BIOS) sistema operativo software applicativo ROM Dischi

Dettagli

Appunti sulla Macchina di Turing. Macchina di Turing

Appunti sulla Macchina di Turing. Macchina di Turing Macchina di Turing Una macchina di Turing è costituita dai seguenti elementi (vedi fig. 1): a) una unità di memoria, detta memoria esterna, consistente in un nastro illimitato in entrambi i sensi e suddiviso

Dettagli

Basi di dati Progettazione logica. Elena Baralis Politecnico di Torino

Basi di dati Progettazione logica. Elena Baralis Politecnico di Torino Progettazione logica Progettazione logica Richiede di scegliere il modello dei dati!modello relazionale Obiettivo: definizione di uno schema logico relazionale corrispondente allo schema ER di partenza

Dettagli

Basi di dati. Le funzionalità del sistema non vanno però ignorate

Basi di dati. Le funzionalità del sistema non vanno però ignorate Basi di dati La progettazione di una base di dati richiede di focalizzare lo sforzo su analisi, progettazione e implementazione della struttura con cui sono organizzati i dati (modelli di dati) Le funzionalità

Dettagli

Lo schema concettuale risultante dalla progettazione concettuale è l input alla fase di progettazione logica.

Lo schema concettuale risultante dalla progettazione concettuale è l input alla fase di progettazione logica. Progettazione logica Lo schema concettuale risultante dalla progettazione concettuale è l input alla fase di progettazione logica. La progettazione logica è basata su un particolare modello logico dei

Dettagli

Basi di Dati e Microsoft Access

Basi di Dati e Microsoft Access Basi di Dati e Microsoft Access Lun: 16-18 e Mer: 14-17 Alessandro Padovani padoale@email.it Database: definizione Un database (DB) è una collezione di informazioni organizzata in gruppi, che consentono

Dettagli

Programma del Corso. Dati e DBMS SQL. Progettazione di una. Normalizzazione

Programma del Corso. Dati e DBMS SQL. Progettazione di una. Normalizzazione Programma del Corso Dati e DBMS DBMS relazionali SQL Progettazione di una base di dati Normalizzazione (I prova scritta) (II prova scritta) Interazione fra linguaggi di programmazione e basi di dati Cenni

Dettagli

Guida Compilazione Piani di Studio on-line

Guida Compilazione Piani di Studio on-line Guida Compilazione Piani di Studio on-line SIA (Sistemi Informativi d Ateneo) Visualizzazione e presentazione piani di studio ordinamento 509 e 270 Università della Calabria (Unità organizzativa complessa-

Dettagli

Gestione Turni. Introduzione

Gestione Turni. Introduzione Gestione Turni Introduzione La gestione dei turni di lavoro si rende necessaria quando, per garantire la continuità del servizio di una determinata struttura, è necessario che tutto il personale afferente

Dettagli

DATABASE. A cura di Massimiliano Buschi

DATABASE. A cura di Massimiliano Buschi DATABASE A cura di Massimiliano Buschi Introduzione Con Microsoft Access: Immissione dati e interrogazione Interfaccia per applicazioni e report Ma prima bisogna definire alcune conoscenze di base sui

Dettagli

Soluzione dell esercizio del 12 Febbraio 2004

Soluzione dell esercizio del 12 Febbraio 2004 Soluzione dell esercizio del 12/2/2004 1 Soluzione dell esercizio del 12 Febbraio 2004 1. Casi d uso I casi d uso sono riportati in Figura 1. Figura 1: Diagramma dei casi d uso. 2. Modello concettuale

Dettagli