Progetti Software legati a FUSS » PyHearing

Il campo correlato all'altra tabella consentirebbe di dare uno `standard` alle materie di insegnamento. Il campo di testo è facilmente `aggirabile`

E chi compila l'elenco delle materie e decide quali sono? Quindi e' prevista una Many2Many in questa relazione?

Questo bisogna chiederlo agli utenti finali

E quindi l'implementazione precedente su cosa era basata? :)

(in ogni caso, agli utenti finali non chiedi che tipo di relazione va messa sul database, quello lo decidono i tecnici.. agli utenti finali bisogna chiedere il caso d'uso)

[...]
class Subjects(models.Model):
    name = models.CharField(max_length=1024, unique=True, verbose_name=_("name"))
[...]
class Teacher(models.Model):
    [...]
    subject_taught = models.ForeignKey("hearings.Subjects",
                                      verbose_name=_("subject taught"))

Grazie, ho visto i diff associati al ticket, il commento e' un po' superfluo. Proprio da quel diff la mia domanda: non sono tanto sicuro che una 1-to-many sia la soluzione migliore.

Pero' mancando il caso d'uso specifico, si puo' decidere poco a riguardo.

La situazione dei consigli di classe non varia. Potresti spiegarti un po meglio? Non vedo il problema

Marco Marinello ha scritto:

La situazione dei consigli di classe non varia.

Cosa c'entrano i consigli di classe?

Potresti spiegarti un po meglio? Non vedo il problema

Il problema: ti ho chiesto se pensavi che una ForeignKey fosse corretta, a me sembra piu' adatta una many2many. Mi rispondi dicendo che lo sanno gli utenti finali, ma non si parla di quale sia il caso d'uso. Mi rispondi con un diff (inutile).

Ora, per dipanare la questione, e' necessario il caso d'uso, altrimenti non e' dato sapere se e' corretto utilizzata una FK o una Many2Many. Il campo attuale di testo e' stato fatto proprio per garantire flessibilità e minor sforzo possibile di configurazione, come dai casi d'uso espressi quando fu implementato. Se il caso d'uso cambia, e' necessario sapere quale sia.