Docsity
Docsity

Prepara i tuoi esami
Prepara i tuoi esami

Studia grazie alle numerose risorse presenti su Docsity


Ottieni i punti per scaricare
Ottieni i punti per scaricare

Guadagna punti aiutando altri studenti oppure acquistali con un piano Premium


Guide e consigli
Guide e consigli

Esempi prova intermedia, Prove d'esame di Microeconomia

Esercizi prova intermedia di microeconomia, domande aperte e multiple. Molto utile

Tipologia: Prove d'esame

2018/2019

Caricato il 16/10/2019

camilla-coglianese
camilla-coglianese 🇮🇹

1 documento

Anteprima parziale del testo

Scarica Esempi prova intermedia e più Prove d'esame in PDF di Microeconomia solo su Docsity! Esempio di esercizi per la seconda prova in itinere 2011-2012 1. Relativamente alla seguente specifica di una base di dati, si fornisca il diagramma Entità- Relazioni con l’indicazione delle cardinalità minime e massime per ogni relazione, degli attributi per ciascuna entità, evidenziando quale o quali attributi formano l’identificativo delle istanze. Ciascuna entità o relazione può essere arricchita con attributi non espressamente indicati nelle specifiche. Nel definire cardinalità e chiavi, occorre attenersi rigorosamente al testo nel caso in cui esso contenga dei suggerimenti espliciti, mentre negli altri casi si può scegliere una qualsiasi soluzione, purché sia ragionevole e coerente con il resto del diagramma prodotto. Un’agenzia, che fornisce un servizio di prenotazioni alberghiere e per case vacanze, vuol costruire un archivio in cui registrare le prenotazioni gestite. Per ogni prenotazione si vuol memorizzare l’alloggio prenotato, la data d’inizio e di fine della prenotazione, il prezzo, il cliente che ha prenotato e gli eventuali clienti che usufruiranno della prenotazione. Si osservi che si assume che solo un cliente faccia la prenotazione e funga da referente, ma che l’alloggio possa essere usato da più clienti dei quali si vuol tenere traccia. Si assume, inoltre, che la prenotazione sia identificata dalla data d’inizio della prenotazione e dall’alloggio prenotato. Per i clienti si memorizza, nome, cognome e indirizzo. Per gli alloggi si memorizzano una descrizione e il numero di posti. Si noti che nella descrizione si includono un breve testo, una foto e un indirizzo URL a cui sono presenti altri dettagli. Gli alloggi possono essere di due tipi: camera di hotel o casa. Non si prevede che l’agenzia possa trattare tipi di alloggi diversi in futuro. Per le camere si indica il numero della camera e l’hotel a cui appartiene. Per le case si registra il numero di vani. Inoltre, per poter accomodare gruppi di persone in case vicine, per ciascuna casa occorre conoscere quali sono quelle confinanti. Per ogni hotel si registrano nome, indirizzo email e numeri di telefono. Si assume che ogni hotel debba avere almeno un indirizzo email e un numero di telefono, ma che, di entrambi, ne possano avere anche più di uno. Inoltre, si registrano le attrazioni che potrebbero essere d’interesse per i clienti. Per ogni attrazione si memorizzano un nome e una descrizione. Inoltre, si vuole tenere traccia, per ogni alloggio, delle attrazioni più vicine, indicando per ciascuna di essa la distanza dall’alloggio. Per ogni alloggio si potranno memorizzare al più dieci attrazioni. Infine, l’agenzia intende tenere traccia degli alloggi per i quali ogni utente ha manifestato un interesse, senza fare una prenotazione. Si osservi che questa informazione potrà essere raccolta in vari modi dall’agenzia (ad es. usando il sito web dell’agenzia o direttamente dagli operatori), ma che per quanto attiene al progetto del data base è richiesta solo la capacità di memorizzare gli alloggi interessanti per ciascun cliente e un valore che indica il grado di interesse. 2. Produrre lo schema relazionale corrispondente al seguente schema ER, indicando le chiavi primarie e i vincoli di integrità referenziale. Soluzione 2 aziende(id,nome) progetti(azienda,nome,budget) prodotti(azienda,nomeProgetto,nome,prezzo) rappresentanti(id,nome,azienda,data) negozi(id,nome,indirizzo) vendita(azienda,nomeProgetto,negozio) informazioni(azienda,nomeProgetto,rappresentante,negozio,esclusiva) condivisioniprorpietario(negozio1,negozio2) progetti. azienda -> aziende.id prodotti.azienda, prodotti.nomeProgetto -> progetti.azienda, progetti.nome rappresentanti,azienda -> azienda.id vendita.azienda, vendita.nomeProgetto -> prodotti.azienda, prodotti.nomeProgetto vendita.negozio -> negozi.id informazioni.azienda, informazioni.nomeProgetto -> prodotti.azienda, prodotti.nomeProgetto informazioni.rappresentante -> rappresentante.id informazioni.negozio -> negozi.id condivisioniprorpietario.negozio1 -> negozi.id condivisioniprorpietario.negozio2 -> negozi.id Soluzione 3A Analisi ridondanze Non esiste alcun attributo derivato Rimozione delle gerarchie. Si scegli l’accorpamento delle figlie nel padre. Preferibile perché l’ultimo punto suggerisce che gli attributi delle entità della gerarchia vengono acceduti contemporaneamente e perché il primo punto suggerisce che lo spreco di memoria dovuto agli attributi nulli non è considerato un problema. Rimozione attributi multipli e composti Si introduce un’entità sede. Accorpamenti/partizionamenti Si accorpa prodotto con progetto. L’accorpamento è vantaggioso grazie al suggerimento nel secondo punto. Scelta identificatori Si introduce un identificatore nell’entità componenti. Eventualmente si può inserire anche in progetto/prodotto e sede. Alla fine abbiamo prodotto sede componente composizione risiede id nome produttore hdw/soft versione data in nome progetto nome prodotto data in prodotto nome (1,N) (1,N) (1,N) (1,1) Soluzione 3B Analisi ridondanze L’attributo numero partecipanti al progetto viene rimosso. L’ultimo punto suggerisce che sia poco usato e quindi poco utile. Inoltre, la sua presenza rende più lente le modifiche delle liste dei partecipanti al progetto. Rimozione delle gerarchie. Si elimina la gerarchia con un approccio misto: una relazione fra prodotto e prodotto acquistato e accorpamento di progettato nel padre. Di fatti il secondo punto suggerisce che le figlie della gerarchia sono accedute separatamente dal padre. Per questo motivo la soluzione più efficiente è quella basata sull’introduzione di relazioni. D’altra parte la figlia “progettato dall’azienda”, dopo la rimozione del numero dei partecipanti, non ha attributi e quindi non è consigliabile che sia lasciata come entità a se stante. Rimozione attributi multipli e composti L’attributo composto è rimosso attaccando gli attributi all’entità dipendente. Accorpamenti/partizionamenti La relazione viene partizionata in due relazioni: partecipante, direttore. Il partizinamento è vantaggioso grazie al terzo punto. Scelta identificatori Non è necessaria l’introduzione di nuovi identificatori. Alla fine abbiamo prodotto acquistato dipendente partecipazione direzione is-a1 nome descrizione nome edificio ufficio prezzo tipo
Docsity logo


Copyright © 2024 Ladybird Srl - Via Leonardo da Vinci 16, 10126, Torino, Italy - VAT 10816460017 - All rights reserved