search

lucagianneschi / Jam

Sviluppo della piattaforma basata su framework
0 stars 0 forks source link

Analisi su utilizzo Foreing Key su DB MYSQL #26

Closed lucagianneschi closed 10 years ago

lucagianneschi commented 10 years ago

Condurre analisi su utilizzo Foreing Key su DB MYSQL. Un link utile al quale fare riferimento per l'argomento è questo. L'analisi deve prevedere:

Al termine dell'analisi si deve redigere un breve documento dove si illustrano i risultati dell'analisi. @lucagianneschi provvederà a inviarlo a tutti gli sviluppatori e lo metterà disponibile sulla wiki. Quando il documento sarà condiviso l'issue verrà chiuso.

StefanoJ commented 10 years ago

Domanda: prima di procedere all’analisi del secondo punto, il fatto che non esistano cancellazioni effettive, ma solo logiche, non dovrebbe risolvere alla radice tale problema? In caso alternativo procedo con l’analisi della cancellazione.

From: Luca Sent: Thursday, May 08, 2014 3:54 PM To: lucagianneschi/Jam Cc: StefanoJ Subject: [Jam] Analisi su utilizzo Foreing Key su DB MYSQL (#26)

Condurre analisi su utilizzo Foreing Key su DB MYSQL. Un link utile al quale fare riferimento per l'argomento è questo. L'analisi deve prevedere:

a.. In base al DB esistente stabilire quali possibili relazioni di foreign key potrebbero essere implementate; b.. Pro e contro dell'utilizzo e quali parti di codice potrebbero essere interessate (cancellazione dati da tabelle, ma come); Al termine dell'analisi si deve redigere un breve documento dove si illustrano i risultati dell'analisi. @lucagianneschi provvederà a inviarlo a tutti gli sviluppatori e lo metterà disponibile sulla wiki.

— Reply to this email directly or view it on GitHub.

Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus. http://www.avast.com

lucagianneschi commented 10 years ago

Allora, faremo cancellazioni logiche per la maggior parte, ma tipo poi dopo un tot di tempo tu non puoi mantenere i dati di una persona, quindi ne più né nemo la cancellazione deve essere prevista. Di solito si tengono dati per 6 mesi, poi si procede alla cancellazione. Quindi io direi che l'analisi va fatta. Come mia prima idea era il collegamento tra utente e materiale che lui carica e poi tra record e song, album e image.

lucagianneschi commented 10 years ago

Per quanto riguarda relazioni tra tabelle, discutendo con @marifree sui form, se possibile, dovrebbero anche essere impostate le relazioni 1-1 e 1-molti tra oggetto caricato e tag/generi, questo ad esempio per quanto riguarda event, record e album. Trovi un esempio di quello che accade nella generazione automatica del codice alla pagina 210 del cookbook che ha girato stamani danile

StefanoJ commented 10 years ago

Sto ancora a pagina 20...

Il 10 maggio 2014 16:45:04 Luca notifications@github.com ha scritto:

Per quanto riguarda relazioni tra tabelle, discutendo con @marifree sui form, se possibile, dovrebbero anche essere impostate le relazioni 1-1 e 1-molti tra oggetto caricato e tag/generi, questo ad esempio per quanto riguarda event, record e album. Trovi un esempio di quello che accade nella generazione automatica del codice alla pagina 210 del cookbook che ha girato stamani danile

Reply to this email directly or view it on GitHub: https://github.com/lucagianneschi/Jam/issues/26#issuecomment-42743618

lucagianneschi commented 10 years ago

Sta valuta anche l'associazione tra gli oggetti e i tag e i generi.

StefanoJ commented 10 years ago

molte cose sono già state valutate da Daniele, ad esempio la lista dei tag è già predisposta come relazione uno a molti, per quanto riguarda i generi non so se valga la pena usare una tabella con 3 entry (M,F,ND) o una semplice stringa.

From: Luca Sent: Sunday, May 11, 2014 5:06 PM To: lucagianneschi/Jam Cc: StefanoJ Subject: Re: [Jam] Analisi su utilizzo Foreing Key su DB MYSQL (#26)

Sta valuta anche l'associazione tra gli oggetti e i tag e i generi.

— Reply to this email directly or view it on GitHub.

Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus. http://www.avast.com