Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTO DI UN DATABASE_2a, Mameli Giorgia - Coggle Diagram
PROGETTO DI UN DATABASE_2a
FASI DI SVILUPPO
individuazione delle ENTITÀ e definizione degli ATTRIBUTI
individuare le ENTITÀ
un'entità è una "cosa", un "concetto" o un "oggetto".
le entità sono oggetti che contengono informazioni descrittive.
ogni entità rappresenta alcune cose che condividono proprietà
definire degli attributi REGOLE FONDAMENTALI
2-DERIVATI
non vanno memorizzati. Si ottengono dal risultato dell'applicazione di una formula o da un operazione di elaborazione di altri tributi. Non c'è bisogno di salare gli attributi nel database dato che possono essere ricavati in ogni momento.
3-CODICI
vengono utilizzati i codici ogni volta che è possibile codificare un attributo.
Un valore codificato usa una o più lettere o numeri per rappresentare un dato.
es il campo Sesso.
1 ATOMICO(singolo fatto,una singola informazione)
codici complessi
es.numero di telefono
attributi testuali
un esempio classico sono le date con attributi di tipo testo e dover poi su di esse eseguire operazioni
aggregazioni semplici
è quella che concatena il nome con il cognome.
es.nome della persona,indirizzo
SCELTA DEI NOMI
avere un significato per l'utente finale
essere unici
contenere un numero minimo di parole di cui si ha bisogno per descrivere univocamente accuratamente l'oggetto
individuare le RELAZIONI esistenti tra le ENTITÀ
REGOLE DI LETTURA
1 Si inizia sempre con la parola “Ogni”.
2 Si indica il nome dell’entità di partenza.
3 Si indica se "deve" o "può"
4 Si riporta il verbo che descrive la relazione.
5 Si indica la cardinalità con le parole “uno solo” se la cardinalità ne ha uno” oppure “uno o più” se la cardinalità ne ha molti”.
6 Da ultimo il nome della seconda relazione
definizione degli OGGETTI che andranno a comporre il diagramma
STRATEGIE
BOTTOM-UP
è una tecnica migliore della TOP-DOWN. Si suddividono le specifiche in modo da sviluppare semplici schemi parziali ma dettagliati che poi successivamente andranno integrati
INSIDE-OUT
lo schema si sviluppa a machia d'olio,si parte dal concetto più importante per poi proseguire aggiungendo gli argomenti correlati.
TOP-DOWN
si parte da uno schema iniziale molto astrato ma completo, che poi verrà raffinato fino ad arrivare allo schema finale.
ANALISI DELLA DOCUMENTAZIONE
sistema esistente
AMBIGUITÀ
OMONIME
SINONIME
CONFLITTI DI DESCRIZIONE
SIMILITUDINI
documentazione esistente
documentazione specifica prodotta per il progetto
CONCLUSIONI
COMPLETEZZA
tutti i dati di interesse sono specificati
LEGGIBILITÀ
riguarda aspetti estetici dello schema
CORRETTEZZA
non devono essere presenti errori
MINAMILITÀ
è importante capire se esistono elementi ridondanti nello schema e se queste situazioni costituiscono un problema oppure sono dovute a una scelta di progettazione volta a favorire l'esecuzione di certe operazioni
RISTRUTTURAZIONE AFFINAMENTO
ELIMINAZIONE ATTRIBUTI
COMPOSTI
si può procedere in 2 modi.
eliminare i sottoattributi e considerare solo l'attributo composto come un attributo semplice
si considerano tutti i sottoattributi come attributi
MULTIVALORE
gli attributi multivalore devono essere promossi a entità. Si crea una nuova entità che contiene i valori dell'attributo e la si collega all'entità che possedeva l'attributo mediante una nuova relazione uno a molti o molti a molti.
TRASFORMAZIONE
RELAZIONI
SEMPLIFICAZIONE
DIVIDERE LE RELAZIONI M:M
le relazioni M:M non posso essere usate nel modello dei dati perché non possono essere rappresentate nel modello relazionale. Queste relazioni devono essere risolte nelle fasi di ristrutturazione del modello E-R sostituendole con un entità associativa e quindi mettere in relazione le due entità originali con l'entità associativa
RIDONDANZA
UNIFICARE LE RELAZIONI 1:1
Due entità legate da una relazione uno a uno possono essere ridotte a un'unica entità che contiene gli attributi sia della prima sia della seconda entità
ENTITÀ
un'entità è una "cosa", un "concetto" o un "oggetto".
le entità sono oggetti che contengono informazioni descrittive.
ogni entità rappresenta alcune cose che condividono proprietà
DATABASE DESIGNER
colui che ha il compito di definire il DATABASE
è responsabile dell'astrazione dei dati dal mondo reale a partire dall'analisi dei requisiti fino ad ottenere la corretta modellazione degli stessi dapprima nello schema concettuale e successivamente nello schema logico
Mameli Giorgia