Please enable JavaScript.

Coggle requires JavaScript to display documents.

Progetto di un DATABASE_2a - Coggle Diagram

- - - - è responsabile dell'astrazione dei dati dal mondo reale a partire dall'analisi dei requisiti per ottenere la corretta modelazione degli stessi prima nello schema concettuale e successivamente nello schema logico
- - - - non possono essere modellate in modo da essere scollegate da altre entità, altrimenti, quando il modello viene trasformato in un modello razionale, non ci sarà alcun modo per collegare quella tabella con le altre. L'eccezione a questa regola consiste in un database formato da una singola tabella, come per esempio il carrello elettronico Inizzato nel siti di commercio elettronico
    - - RIDONDANZA
        
        UNIFICARE le RELAZIONI 1:1
        
        Due entità legate da una relazione 1:1 possono essere ridotte a un'unica entità che contiene sia gli attributi della prima che della seconda entità
      - SEMPLIFICAZIONE
        
        DIDVIDERE le RELAZIONI N:M
        
        non può essere rapprensentata. el modello relazionale. Si vanno a sostituire entità associativa e quindi mette in relazione due entità originali con una associativa
  - - - 2 modi
        
        considerare tutti i sottoattributi come attributi
      - eliminare i sottoattributi e considerare l'attributo composto come un attributo semplice
    - - gli attributi multivalore vanno 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
- - - - richiamo:cosa-concetto-oggetto che contiene informazioni descrittive
    - - ATOMICO
        
        aggregazioni semplici
        
        salvataggio del nome di una persona, si salva con 2 attributi diversi ,uno per il nome ed uno per il cognome
        
        codici complessi
        
        Il numero telefonico completo di prefisso deve essere spezzato in due attributi uno per il prefisso e uno per il numero
        
        attributi testuali
        
        le date( gg/mm/aaaa) non vanno definite con il formato festo
      - 2.DERIVATI
        
        attributi ottenuti come risultati dell' applicazione di una formula non vanno memorizzati nel DB
        
        l'eta di una persona perché cambia nel tempo
      - 3.CODICI
        
        un attributo puo' essere codificato ,viene usata una o più lettere (o numeri) va a scapito della semplicità di lettura
        
        Il sesso di una persona puo' venire scritto come M o F invece di maschio e femmina
    - - i nomi devono secare
        
        unici
        
        significativi per l'utente
        
        composto da un numero minimo di parole del quale si ha bisogno per descrivere in modo corretto e accurato l'oggetto
  - - - vedi mappa 3
  - - - Richiamo(mappa 1)-->1).> top-down, bottom-up. inside-out
    - - documentazione specifica prodotta per il progetto
        
        documentazione scritta predisposta appositamente
        
        appunti delle interviste agli utenti finali
        
        note delle unioni tecniche e le richieste del cliente
      - documentazione esistente
        
        regolamenti interni
        
        procedure aziendali
        
        normative generali e del settore
      - sistema esistente
        
        sistema da rimpiazzare
        
        specifiche di integrazione con sistemi esistenti
      - AMBIGUITA'
        
        omonimie
        
        sinonimie e similitudini
        
        conflitti di descrizione
  - - - tutti i dati di interesse devono essere specificati
    - - riguarda anche aspetti prettamente estetici dello schema
    - - non devono essere presenti errori
    - - sI deve prestare attenzione a la presenza di elementi ridondanti e se queste situazioni costituiscono del problemi o delle scelte di progettazione per favorire l'esecuzioni di determinate operazioni