Database per es.Informatica

[126/131]

Ciao a tutti è oramai da millenni che non scrivo più qui..logicamente per gli impegni e passioni(fumetti,canzoni e disco),amici(e ragazze:lol:),parenti,e soprattutto per l'università...la passione dell'auto l'ho ancora anche se bho..oramai sembrano tutti stampini uguali e ci assomigliano troppo(si sta usando troppo il marketing e meno la passione secondo me)...anche se per guardarvi vengo a guardarvi:D

Proprio per l'università e per un'esame di informatica avrei bisogno d'aiuto..perchè non capisco tanto..:-o

Dovrei creare un database per un'ipotetica azienda che vuole

lanciare una nuova automobile(e non importa se è piccola/grande,potente/economica..)cercando di migliorare le caratteristiche esistenti,guardando i modelli più venduti,quelli che sono più semplici da costruire,quelli più affidabili..(mrk)..cioè inserendo i dati di 4ruote che ci sono ogni mese si può realizzare qlk...

D1. Progettazione Concettuale --> Deve essere costituita da:

Relazione introduttiva

Glossario

Entity Relationship Diagram, con

entità

associazioni

cardinalità

obbligatorietà

D2. Progettazione Logica --> Deve essere costituita da:

Regole di nomenclatura

Modello relazionale normalizzato

Schema grafico (IDEF1X)

Definizione Indici

D3. Implementazione Fisica --> Deve essere costituita da:

Data Base MYSQL in formato .SQL

Dati di popolamento coerenti

Query SQL in formato .SQL

D4. Progettazione Datawareouse --> Deve essere costituita da:

Relazione introduttiva

Star schema (fatti e dimensioni)

Strategia di deployment(distribuzione agli interessati)

.....questo è ciò che sn riuscito a capire..

Schema E-R

Entità: "modello" ;"marca" ...............................................................................................

Associazioni:

-ad ogni "marca" devono appartenere un N° di "modelli"; (N)

-un "modello" appartiene solo e soltanto ad una "marca";(1)

Attributi: “Età” ,”Funzioni”, “Prezzo”, “Dimensioni” , “Affidabilità” ………………………………….

Cardinalità: (1,1) (1,N)

Obbligatorietà: Ogni auto è proprietaria un’utente,ma non tutte le persone hanno l'auto

(ma la obbligatorietà non è simile all’associazione???)

Progettazione Logica:

Analisi delle ridondanze

Attributi derivabili dalla stessa entità

Attributi derivabili da altre entità

Attributi derivabili da conteggio

Associazioni derivabili da altre associazioni

Eliminazione delle generalizzazioni

Partizionamento/accorpamento

Scelta degli identificatori primari

Associazioni ricursive

Nomenclatura

NOME SPIEGAZIONE FORMATO ANNOTAZIONI

prices Inserimento prezzo

Permesso:….

Non permesso….

description Visualizza descrizione

Permesso…..

Non Permesso..

product-parameters Inserimento informazioni dettagliate di un prodotto tecnico

Permesso…..

Non Permesso..

brand Marca..

Permesso…..

Non Permesso..

Relazionale normalizzato:

Schema grafico

Definizione Indici

DATABASE….

Progettazione Datawarehouse

Star schema:

Strategia di deployment

se volete aiutarmi bhe mi fate un bel regalo di natale:lol:

[drucker]

Ma guarda chi si rivede:D il mitico FRAZ.

Bentornato !!

[126/131]

Ma guarda chi si rivede:D il mitico FRAZ.

Bentornato !!

[moro85]

se vuoi chiedimi pure.... ti posso aiutare

[moro85]

Iniziamo con l'obbligatorietà.... dovrebbe essere la partecipazione all'associazione... serve studiarla perchè nella progettazione poi le associazioni con obbligatorietà verranno trasformate... ma si parla di associazioni 1 a 1

le associazioni invece sono le relazioni che legano le varie entità con l'eventuale aggiunta di attributi sulla relazione stessa. 1 a N che hai riportato invece sono le cardinalità. le associazioni di solito sono verbi o qualcosa che faccia capire cosa lega le due entità. per esempio per modello marca sarebbe: appartiene.... ogni modello appartiene a una marca... oppure se trovi qualche parola più efficace per descriverla

Modificato 17 Dicembre 2008 da moro85

[126/131]

Iniziamo con l'obbligatorietà.... dovrebbe essere la partecipazione all'associazione... serve studiarla perchè nella progettazione poi le associazioni con obbligatorietà verranno trasformate... ma si parla di associazioni 1 a 1

le associazioni invece sono le relazioni che legano le varie entità con l'eventuale aggiunta di attributi sulla relazione stessa. 1 a N che hai riportato invece sono le cardinalità. le associazioni di solito sono verbi o qualcosa che faccia capire cosa lega le due entità. per esempio per modello marca sarebbe: appartiene.... ogni modello appartiene a una marca... oppure se trovi qualche parola più efficace per descriverla

Fin qui ci sono arrivato,è il resto che non riesco logicamente a capire..

Tranne il database(intendo come elemento fisico utilizzando msql) ehm non per romperti le scatole,ma lo dovresti fare tutto e spiegare:lol::lol::lol:(sò che chiedo troppo,ma almeno spiegare ogni punto sarebbe per me come vedere che dal cielo discende gesù e parla con me perchè mi interesso a dio:lol::pz:pz:pz..sono sempre il solito)

[moro85]

eheh.... allora mi sa che è meglio se ti do il mio contatto msn così parliamo come si deve.. o per lo meno dammi un pochino di tempo

[moro85]

comunque quella che hai postato è la traccia precisa che ti hanno dato? nessun'altra specifica? dai ora vedo di mettermi al lavoro per aiutarti... però se ne parla dopo pranzo... ci aggiorniamo su msn sullo svolgimento

[126/131]

comunque quella che hai postato è la traccia precisa che ti hanno dato? nessun'altra specifica? dai ora vedo di mettermi al lavoro per aiutarti... però se ne parla dopo pranzo... ci aggiorniamo su msn sullo svolgimento

sì la traccia è D1,D2,D3,D4..o le uniche cose che ho capito sono l'obbligatorietà e la relazione..è il resto che proprio non capisco un tubo sennò sarei qui soltanto per parlare di auto:D