Introducción al Patrón DataMapper

Martin Fowler (Catalog of Patterns of Enterprise Application Architecture):

  1. Objects and relational databases have different mechanisms for structuring data.
  2. Many parts of an object, such as collections and inheritance, aren't present in relational databases.
  3. When you build an object model with a lot of business logic it's valuable to use these mechanisms (creo que se refiere a la herencia, etc.) to better organize the data and the behavior that goes with it.
  4. Doing so leads to variant schemas; that is, the object schema and the relational schema don't match up.
  5. You still need to transfer data between the two schemas, and this data transfer becomes a complexity in its own right.
  6. If the in-memory objects know about the relational database structure, changes in one tend to ripple to the other.
  7. The Data Mapper is a layer of software that separates the in-memory objects from the database.
  8. Its responsibility is to transfer data between the two and also to isolate them from each other
  9. With Data Mapper the in-memory objects needn't know even that there's a database present; they need no SQL interface code, and certainly no knowledge of the database schema.
  10. (The database schema is always ignorant of the objects that use it.)

Casiano Rodriguez León 2015-06-18