morbido007

.consigliere.

User info:

Registered: Nov 2007
Posts: 143 (0.02 al dì)
Location: Milano
Corso: Informatica
Anno: n
Time Online: 1 Day, 3:07:05: [...]
Status: Offline

Post actions:

Schema E-R, prima bozza.

beh,grazie cmq...

Last edited by morbido007 on 18-03-2008 at 23:21

morbido007

.consigliere.

User info:

Registered: Nov 2007
Posts: 143 (0.02 al dì)
Location: Milano
Corso: Informatica
Anno: n
Time Online: 1 Day, 3:07:05: [...]
Status: Offline

Post actions:

.

__________________
...e la mia giustizia calerà sopra di loro con grandissima vendetta e furiosissimo sdegno su coloro che si proveranno ad ammorbare ed infine a distruggere i miei fratelli. E tu saprai che il mio nome è quello del Signore quando farò calare la mia vendetta sopra di te (Ezechiele 25.17)

Last edited by morbido007 on 18-03-2008 at 23:23

DarkSchneider

Why so serious?

User info:

Registered: Feb 2004
Posts: 1250 (0.16 al dì)
Location: Brescia
Corso: Informatica
Anno: out of bounds :/
Time Online: 26 Days, 1:01:59 [...]
Status: Offline

Post actions:

se lo riposti ci do un occhio e lo confronto con il mio..

ai tempi non avevo ancora iniziato nulla, e non potevo dare un giudizio....

ma ora forse posso confrontare il mio col tuo ...per venirci in aiuto entrambi..

morbido007

.consigliere.

User info:

Registered: Nov 2007
Posts: 143 (0.02 al dì)
Location: Milano
Corso: Informatica
Anno: n
Time Online: 1 Day, 3:07:05: [...]
Status: Offline

Post actions:

ecco lo schema...

Last edited by morbido007 on 05-05-2008 at 15:49

DarkSchneider

Why so serious?

User info:

Registered: Feb 2004
Posts: 1250 (0.16 al dì)
Location: Brescia
Corso: Informatica
Anno: out of bounds :/
Time Online: 26 Days, 1:01:59 [...]
Status: Offline

Post actions:

non mi intendo di modo di rapprentazione dello schema concettuale..

ma gestore, amministratore e utente se non sbaglio sono specializzazioni dell'entità generica utente..

è giusto rappresentarli come entità separate?


un altra cosa che trovo discordante con quello che ho pensato, ma probabile che sbaglio io...
+ è che hai creato un entita a se' stante per il posto, mentre io immaginavo potesse essere un attributo

morbido007

.consigliere.

User info:

Registered: Nov 2007
Posts: 143 (0.02 al dì)
Location: Milano
Corso: Informatica
Anno: n
Time Online: 1 Day, 3:07:05: [...]
Status: Offline

Post actions:

Ciao,

Si in realtà è cosi, però visto che poi lo schema va ristrutturato e le generalizzazioni vanno eliminate, ho preferito rappresentarlo direttamente cosi. Penso sia ugualmente corretto...

Per quanto riguarda il posto, rappresentadolo come attributo di sala avresti una prenotazione di una sala...perdendo info su quale posto e quanti posti vuoi prenotare.

marbliss

.illuminato.

User info:

Registered: Nov 2006
Posts: 84 (0.01 al dì)
Location: Milano
Corso: TICOM
Anno: Primo
Time Online: 3 Days, 20:37:00: [...]
Status: Offline

Post actions:

Ciao ragazzi, anch'io ho cominciato da poco ad occuparmi di questo progetto e sarebbe utile scambiarsi le idee

A proposito dello schema, io ho pensato di avere una tabella users con gli attributi comuni dei tre tipi di utenti, e poi una tabella per ogni tipo, che eredita users, aggiungendo gli attributi specifici, come ad es. conto per gli utenti delle sale e id_cinema per i gestori. E poi anche un attributo admin che per gli utenti delle sale e per i gestori sarà false per defalut e per gli amministratori true per default.
Così si è sicuri che due utenti qualsiasi non avranno mai lo stesso username.
Che ne pensate? Sembra plausibile?

Poi per il posto sono d'accordo con DarkSchneider. Puoi associare gli attributi Fila e Posto ad ogni prenotazione fatta, non alla sala. Poi se ti serve sapere quante prenotazioni ha fatto un utente, fai una query e le conti.

morbido007

.consigliere.

User info:

Registered: Nov 2007
Posts: 143 (0.02 al dì)
Location: Milano
Corso: Informatica
Anno: n
Time Online: 1 Day, 3:07:05: [...]
Status: Offline

Post actions:

Originally posted by marbliss
Ciao ragazzi, anch'io ho cominciato da poco ad occuparmi di questo progetto e sarebbe utile scambiarsi le idee

A proposito dello schema, io ho pensato di avere una tabella users con gli attributi comuni dei tre tipi di utenti, e poi una tabella per ogni tipo, che eredita users, aggiungendo gli attributi specifici, come ad es. conto per gli utenti delle sale e id_cinema per i gestori. E poi anche un attributo admin che per gli utenti delle sale e per i gestori sarà false per defalut e per gli amministratori true per default.
Così si è sicuri che due utenti qualsiasi non avranno mai lo stesso username.
Che ne pensate? Sembra plausibile?

Poi per il posto sono d'accordo con DarkSchneider. Puoi associare gli attributi Fila e Posto ad ogni prenotazione fatta, non alla sala. Poi se ti serve sapere quante prenotazioni ha fatto un utente, fai una query e le conti.