««« | »»»
OR Mappers
Ascoltando questo podcast mi è venuto un attacco di nostalgia pensando a quanto tempo ho passato a usare l’EOF, a quanto ne ho tessuto le lodi e a quanto poco ne senta adesso la mancanza, avendo cambiato radicalmente idea.
Oggi penso che gli ORM siano quasi sempre la soluzione sbagliata, se non per l’indipendenza dai vari dialetti SQL.
Il problema sta nella supposta equivalenza fra classe e tabella. La tabella CLIENTE diventa la classe Cliente; le colonne diventano diventano attributi/ivars/properties/metodi della classe; ogni riga della tabella diventa un’istanza della classe. Semplice, no?
In effetti la tentazione è forte, ma credo sia un’idea sbagliata e la ragione è quella definita da Date come “The first great blunder”. Nota sul link: l’ho messo per comodità ma raccomando di leggere il suo libro “An introduction to database systems”.
Per molto tempo ho considerato le obiezioni di Date troppo formali, quasi capziose, ma mi sbagliavo. Credo che l’integrità concettuale così puntigliosamente difesa sia una cosa importante e che senza di essa le premesse per un buon design del software siano minate alle fondamenta.
Per proseguire
Commenti e trackback sono disabilitati.
Commenti su OR Mappers
2 risposta
OR Mappers: the second great blunder - ReFactor.it (17/03/09)
[…] nella supposta equivalenza fra classi di oggetti e tabelle può essere logicamente collegato al primo ma può anche essere presente per conto proprio. Questo secondo errore consiste nell’esporre i […]
OR Mappers: i primi dubbi - ReFactor.it (18/03/09)
[…] Lascia un commento se lo desideri. URL di trackback: OR Mappers: i primi dubbi. OR Mappers: i primi dubbi OR Mappers: the second great blunder Tecniche, plugin e trucchi per AJAX Clay Shirky sul futuro dei giornali OR Mappers […]