2014-03-06 13:23 GMT+01:00 Daniele Varrazzo <p...@develer.com>: E questo senza menzionare ORM non dico "scritti coi piedi" ma semplicemente > non overingegnerizzati. Che magari non uso ora, ma in futuro chissà , e le > basi di dati sono fatte per *sopravvivere* al codice: il tuo programma fra > 5 anni magari non lo userà nessuno ma i dati che ha generato saranno un > asset importante e altri programmi, che non sai con che tecnologia verranno > scritti, li useranno. >
Vero! Forse e' capitato anche a voi... trovarsi 1000+ tabelle senza alcuna foreign key, senza alcuna chiave naturale, senza constraint, con una media di 80-85 colonne per tabella. Il tutto da migrare a una struttura NoSQL Senza foreign key significa che neppure le colonne "ID" erano relazionate tra loro. Ho dovuto scrivere un programma per cercare le relazioni sulla base dei contenuti. E molti test manuali. Avrei dato il braccio destro perche', come minima regola igienica di base, ci fosse stato uno straccio di chiave naturale univoca. Ma sono sicuro che l'ORM e il CRUD funzionavano alla perfezione in quel programma. Perche' nei dati c'erano un sacco di schifezze, ma dall'interfaccia non si vedevano.
_______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
