Schema E-R, prima bozza.
Clicca QUI per vedere il messaggio nel forum |
| morbido007 |
beh,grazie cmq...
|
| DarkSchneider |
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..
:D |
| morbido007 |
| ecco lo schema... |
| DarkSchneider |
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 |
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 |
Ciao ragazzi, anch'io ho cominciato da poco ad occuparmi di questo progetto e sarebbe utile scambiarsi le idee :-D
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 |
Originally posted by marbliss
Ciao ragazzi, anch'io ho cominciato da poco ad occuparmi di questo progetto e sarebbe utile scambiarsi le idee :-D
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.
Ok,ma un utente con una prenotazione deve poter prenotare più posti...
e come fai a rappresentarlo con i due attributi?
Ma tu hai fatto lo schema ER? |
|
|
|
