La soluzione "pulita" a livello database è esattamente questa. Salutos.
Il 26/09/2012 14:35, Luca Mandolesi ha scritto:
Salve a tutti, domandona e mi rivolgo in particolare a Furieri e Sucameli. Vorrei dare al mio DB postgres / spatialite una veste un po' più pulita. Per ora le relazioni 1:N le ho gestite beceramente via python con del mio codice. Ora vorrei uno schema serio da passare ad sqlalchemy. Ma quello che per ora non capisco è: Se ho 2 tabella padre che devono linkarsi a una tabella figlio in relazione 1:n è corretto quanto segue (in pseudo linguaggio)? tab 1 field 1 (id primary key) field 2 opt .... tab 2 field 1 (id primary key) field 2 opt .... tab 3 field 1 (id) field 2 opt id di tab 1 (foreign key tab1.field 1) id di tab 2 (foreign key tab2.field 1) .... In sostanza nella tabella 3 figlio che viene usata sia da tab 1 che da tab 2, è giusto aggiungere 1 campo di foreign key per ogni tabella chi gli fa da padre? Spero sia chiaro....ma non ci spero molto... Attendo mooolte domande... Ciao Luca _______________________________________________ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
_______________________________________________ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
