compiti informatica.. HELP

[fabio80]

Originariamente inviato da MILANOgirl

già devo studiarmi tutto il linguaggio sql quindi.. ditemi quella cosina li!!

mi sfugge la domanda... lo schema logico di quell'ER è quello, c'è poco da fare. le chiavi poi le metti come meglio ti pare, basta siano univoche

anche la costruzione dell'ER è soggetiva, rispettandone le regole ovviamente

[MILANOgirl]

voglio solo sapere perchè c'è animatore e nn matricola.

[fabio80]

sarò tonto ma continuo a non capire. ti viene richiesta una traduzione meccanica da schema concettuale a schema relazionale. perchè mai ci deve essere matricola?

[MILANOgirl]

perchè è la chiave

[fabio80]

Originariamente inviato da MILANOgirl

perchè è la chiave

appunto, ma è giusto

tu come lo avresti fatto?

[MILANOgirl]

io al posto di animatore avrei messo matricola...

e poi, mi spiegheresti perchè la prima è sbagliata?

[fabio80]

Originariamente inviato da MILANOgirl

io al posto di animatore avrei messo matricola...

e poi, mi spiegheresti perchè la prima è sbagliata?

se lo schema concettuale ti è dato non puoi tradurlo ad minchiam come vuoi te, è una banale traduzione meccanica, non puoi quindi metterci matricola

la prima è palesemente sbagliata dato che mette attributi non di pertinenza dell'entità

ma sei sicura di avere le idee chiare su sta roba?

[MILANOgirl]

sulle slides del prof si fa cosi.. cavolo! -.-''

[fabio80]

entità(chiave, chiave, chiave... attributo, attributo, attributo...)

[MILANOgirl]

e questo?

[VegetaSSJ5]

EDIT ho detto una cazzata...

[Fenomeno85]

Originariamente inviato da MILANOgirl

e questo?

va bhe tralasciando che queste minchiate manco all'itis me le hanno mai date e che il corso di base dati dell'uni ce l'ho l'anno prossimo ... questo è cannato in pieno.
Prima di tutto devi chiarirti il concetto di entità, poi di relazione ... allora saprai che diavolo fa un diagramma er.
Dato che ogni ennupla di una entità deve essere univoca allora si usano delle chiavi primarie. Quando poi crei una altra entità che ha una relazione allora devi avere un reference alla tupla che ti interessa. Questa deve essere quindi la chiave primaria. Ovviamente il nome di questo reference lo puoi chiamare come diavolo vuoi.
scrivere quindi che cosa contiene una entità da questi esercizi se così li possiamo definire altro non è che scrivere SOLO gli attributi dell'entità.

Non capisco molto il tipo di relazione scritta nel diagramma ... cioè mai vista quella rappresentazione ... comunque ipotizzando che un animatore può lavorare solo in un posto alla volta allora quella relazione per la cronaca è di tipo 1->n

se hai problemi chiedi.
~§~ Sempre E Solo Lei ~§~

[VegetaSSJ5]

Originariamente inviato da Fenomeno85

Non capisco molto il tipo di relazione scritta nel diagramma ... cioè mai vista quella rappresentazione ... comunque ipotizzando che un animatore può lavorare solo in un posto alla volta allora quella relazione per la cronaca è di tipo 1->n

la logica farebbe pensare che un animatore nella realtà non sia legato (dirige) ad un solo villaggio turistico ma a più di uno, per cui io avrei auspicato una relazione 0,n da animatori a villaggi turistici. in tal caso sarebbe stata da creare la tabella che rappresenta la relazione dirige. non è questo il caso perchè la relazione è 0,1 quindi la risposta giusta allo schema concettuale postato è la a. tuttavia secondo me questa non rispecchia affatto una situazione reale ma sono solo domande per uso "didattico".

[Fenomeno85]

Originariamente inviato da VegetaSSJ5

la logica farebbe pensare che un animatore nella realtà non sia legato (dirige) ad un solo villaggio turistico ma a più di uno, per cui io avrei auspicato una relazione 0,n da animatori a villaggi turistici. in tal caso sarebbe stata da creare la tabella che rappresenta la relazione dirige. non è questo il caso perchè la relazione è 0,1 quindi la risposta giusta allo schema concettuale postato è la a. tuttavia secondo me questa non rispecchia affatto una situazione reale ma sono solo domande per uso "didattico".

ma che a ... non so come funziona il mondo dei villaggi turistici ... io penso che in un villaggio turistico ci siano + operatori ma questi lavorano in uno solo alla volta quindi un uno molti.
Comunque tralasciando questo che quindi implica se se si sceglie la tua strada di dividere come è ovvio la relazione molti molti in due uno molti ... la a è la più cannata di tutte infatti nella entità amatori NON ci sono gli attributi di villaggio turistico.
Per concludere le relazioni uno a uno si possono semplicemente riscrivere come una nuova entità che è un insieme di tutti gli attributi.

~§~ Sempre E Solo Lei ~§~

[fabio80]

Originariamente inviato da Fenomeno85

ma che a ... non so come funziona il mondo dei villaggi turistici ... io penso che in un villaggio turistico ci siano + operatori ma questi lavorano in uno solo alla volta quindi un uno molti.
Comunque tralasciando questo che quindi implica se se si sceglie la tua strada di dividere come è ovvio la relazione molti molti in due uno molti ... la a è la più cannata di tutte infatti nella entità amatori NON ci sono gli attributi di villaggio turistico.
Per concludere le relazioni uno a uno si possono semplicemente riscrivere come una nuova entità che è un insieme di tutti gli attributi.

~§~ Sempre E Solo Lei ~§~

la traduzione come dici te sia di entità che relazioni è quella che non fallisce mai, ma in casi come questo avresti una tabella con relazioni unarie che è facilmente collassabile
devi quindi richiamare per ogn animatore il villaggio e l'unica modalità che hai è inserire la chiave di villaggio che è composta

poi magari sbaglio, sta roba l'ho fatta... boh 5 anni fa


edit: in effetti si poetva fare anche una sola tabella, penso che il grosso di sti esercizi sia solo attenersi alle regolette didattiche del docente visto che il margine di discrezionalità è consistente

[Fenomeno85]

Originariamente inviato da fabio80

la traduzione come dici te sia di entità che relazioni è quella che non fallisce mai, ma in casi come questo avresti una tabella con relazioni unarie che è facilmente collassabile
devi quindi richiamare per ogn animatore il villaggio e l'unica modalità che hai è inserire la chiave di villaggio che è composta

poi magari sbaglio, sta roba l'ho fatta... boh 5 anni fa


edit: in effetti si poetva fare anche una sola tabella, penso che il grosso di sti esercizi sia solo attenersi alle regolette didattiche del docente visto che il margine di discrezionalità è consistente

ciò sempre ragione

~§~ Sempre E Solo Lei ~§~

[fabio80]

Originariamente inviato da Fenomeno85

ciò sempre ragione

~§~ Sempre E Solo Lei ~§~

tanto non trombi lo stesso

[Fenomeno85]

Originariamente inviato da fabio80

tanto non la trombi lo stesso

rompe troppo le scatole

~§~ Sempre E Solo Lei ~§~

[MILANOgirl]

scusa?

[dupa]

Originariamente inviato da MILANOgirl

allora... nn ho capito questo schema:



visto che la risposta giusta è la seconda... perchè c'è " animatore"? non dovrebbe esserci la chiave "matricola"?!

potevi mettere "animatore" o "sfigato_che_anima_il_villaggio" o quello che ti pare.
Questa è una "foreign key", in pratica tu hai un campo che chiami come preferisci (in questo caso animatore) dell'entità Villaggi che "referenzia" un'altra entità, in questo caso l'entità "animatori".

Perchè l'hanno chiamata "Animatore"? perchè bisogna dare nomi comprensibili.

Ipotizza di guardare l'entità "villaggi" da sola.. senza vedere le altre entità ad essa collegate.. se leggevi i campi e trovavi scritto matricola.. pensavi.. "matricola di cosa?!!" poteva essere la matricola del responsabile del villaggio, la matricola dell'animatore o la matricola dello spazzino.
Invece lì c'è scritto animatore e quello vuol dire che il villaggio ha uno e un solo animatore.

Poi, altro motivo, tu stai usando ora come "primary key" di animatore il campo "matricola", ipotizza che un domani decidi di mettere come "primary key" di animatore il suo codice fiscale, a questo punto seguendo il tuo ragionamento dovresti modificare tutti i campi che si chiamano matricola e richiamarli codicefiscale.

Invece se tu usi un nome generico e corretto come "animatore" per la foreign key, poi quello che conta sarà ridefinire il campo di foreign key.

In pseudo SQL dovresti avere qualcosa del tipo
---
tabella villaggi
...
...
FOREIGN KEY animatore REFERENCES animatori.matricola
---

se un domani la primary key di animatore dovesse diventare il codice fiscale trasformeresti la tabella villaggi nel seguente modo:

---
tabella villaggi
...
...
FOREIGN KEY animatore REFERENCES animatori.codicefiscale
---

In ogni caso ho buttato giù SQL che ovviamete è sbagliato e nn ricordo nulla, comunque leggiti il manuale relativo alle "FOREIGN KEY" e capirai tutto.
leggiti qui:

http://www.postgresql.org/docs/8.1/s...CONSTRAINTS-FK