Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a :warning:, Giosuè Bertoldi 4B 2026 :champagne:…
PROGETTO DI UN DATABASE_2a
:warning:
RISTRUTTURAZIONE AFFINAMENTO
:red_flag:
TRASFORMAZIONE
ENTITÀ
Per ogni entità viene generata una tabella che ha un attributo per ogni attributo dell'entità
RELAZIONI
RIDONDANZA
UNIFICARE LE RELAZIONI 1:1
Ogni cittadino deve possedere una sola tessera sanitaria, ogni tessera sanitaria deve essere posseduta da un solo cittadino
La relazione 1:1 è quindi eliminabile e otteniamo un unica entità con tutti gli attributi
SEMPLIFICAZIONE
DIVIDERE LE RELAZIONI N:M
Se consideriamo docente- materia
Ogni docente deve insegnare una o più materie, ogni materia puo essere insegnata da uno o più docenti
La relazione N:M devono essere risolte nelle fasi di ristrutturazione sostituendole con un entità associativa (modello relazionale e classificazione entità)
Gli attributi vanno inseriti nella nuova entità associativa. Se non ci sono attributi ci sono sicuramente le chiavi esterne delle 2 entità
ELIMINAZIONE ATTRIBUTI
COMPOSTI
Considerare tutti i sottoattributi come attributi
MULTIVALORE
Eventuali attributi multivalore sono promossi a ENTITÀ
DATABASE DESIGNER
:black_flag:
Colui che è responsabile dell astrazione dei dati dal mondo reale a partire dall analisi dei requisiti fino a ottenere la corretta modellazione degli stessi
Assieme al proprietario analizza i documenti e poi produce uno schema concettuale per arrivare a uno schema logico, il tutto suddiviso in passi successivi
FASI DI SVILUPPO
:checkered_flag:
DEFINIZIONE DEGLI OGGETTI CHE ANDRANNO A COMPORRE IL DIAGRAMMA
ANALISI DELLA DOCUMENTAZIONE
DOCUMENTAZIONE ESISTENTE
I regolamenti interni
Le procedure aziendali
Le normative generali e del settore
SISTEMA ESISTENTE
Il sistema da rimpiazzare
Le specifiche di integrazione con sistemi esistenti
DOCUMENTAZIONE SPECIFICA PRODOTTA PER IL SOGGETTO
Gli appunti sulle interviste agli utenti finali
La documentazione scritta predisposta appositamente
Le note delle riunioni tecniche e le richieste del cliente
AMBIGUITÀ
Pluralismo di percezione( omonimie( piatto liscio come un tavolo), sinonimie( mensa, tavola, similitudini)
Incompletezze di descrizione( conflitti di descrizione)
STRATEGIE
RICHIAMO :recycle:( vedi mappa 2)
FASE 1- ANALISI
INDIVIDUAZIONE DELLE ENTITÀ E DEFINIZIONE DEGLI ATTRIBUTI
INDIVIDUARE LE ENTITÀ
RICHIAMO: :recycle: cosa- concetto- oggetto che contiene delle info descrittive( vedi mappa 3)
DEFINIRE GLI ATTRIBUTI: REGOLE FONDAMENTALI
2.DERIVATI
Attributi ottenuti come risultato di una formula o operazione( es. età se richiesta la data di nascita)
3.CODICI
Valore codificato con una
lettera
o un
numero
( es. genere= M/F, piani di un albergo= 1, 2, 3, ecc)
1.ATOMICO
( un singolo fatto, una singola info)
codici complessi
Es. numero di telefono( prefisso internazionale, prefisso locale/ gestore, numero)
+39 0474 552 568
+39 347 895 7898
attributi testuali
Definiti formato testo anche se sono numeri o date- es. CAP
aggregazioni semplici
Es. indirizzo( per poter fare l indirizzo ci serve: tipologia, nome, numero civico,
CAP, città, provincia)
SCELTA DEI NOMI
Avere un significato per l'utente finale
Contenere un numero minimo di parole
Essere unico
CONCLUSIONI
COMPLETEZZA
Tutti i dati di interesse devono essere specificati
LEGGIBILITÀ
Gli aspetti principalmente estetici dello schema
CORRETTEZZA
Non devono essere presenti errori grammaticali e sematici
MINIMALITÀ
Evitare la ridondanza degli elementi dovute a una scelta di progettazzione efficace
INDIVIDUARE LE RELAZIONI ESISTENTI TRA LE ENTITÀ
REGOLE DI LETTURA
RICHIAMO :recycle:( vedi mappa 3)
Giosuè Bertoldi
4B 2026 :champagne: