Indice_Libro_Entity_Framework_Krasis_Press

ADO.NET Entity
Framework
Unai Zorrilla
Octavio Hernández
Eduardo Quintás

Unai:
Para Lucía, centro y significado de mi vida

Octavio:
“I can always find my Cuban skies
In Rosalinda’s eyes”
(“Rosalinda’s eyes”, BILLY JOEL,
from “52nd Street”, 1978)

A mi esposa Irina, en nuestro 25 aniversario

Eduardo:
“And how can we win
When fools can be kings”
(“Knights of Cydonia”, MUSE,
from “Back Holes &Revelations”, 2006)

ADO.NET Entity Framework
No está permitida la reproducción total o parcial de este libro, ni su tratamiento informático,

ni la transmisión de ninguna forma o por cualquier medio, ya sea electrónico, mecánico,
por fotocopia, por registro u otros métodos, sin el permiso previo y por escrito de los
titulares del Copyright. Diríjase a CEDRO (Centro Español de DerechosReprográficos,
www.cedro.org) si necesita fotocopiar o escanear algún fragmento de esta obra.

Derechos reservados © 2008, respecto a la primera edición en español, por



Krasis Consulting, S. L.
www.krasis.com

ISBN: 978-84-935489-9-5
Depósito Legal: C
Impreso en España-Printed in Spain

Prólogo
Lo reconozco, el trabajo con bases de datos siempre me ha provocado una cierta
pereza. Desde mis primerospinitos en el universo de la informática, siempre he encontrado más cercano el trabajo con objetos que con tablas, y más natural la expresión
de mis ideas en lenguajes de programación como C++, C# ó Java que en T-SQL o
PL/SQL; ni que decir tiene que un diagrama Entidad-Relación distaba generalmente
bastante de lo que yo tenía en mente para mi aplicación (que normalmente era un
diagrama de clases).Tal vez fueron estas diferencias de representación y tratamiento
las que hicieron que me fuese alejando paulatinamente del mundo de las bases de datos
y acercándome al mundo del desarrollo.
Puede ser debido al paso del tiempo y la inquietud de investigar en nuevos campos,
o tal vez por pura necesidad, pero he ido cediendo y acercándome al mundo de las
tablas y de los motores relacionales. Pocasveces tendremos la suerte de tener que
diseñar algoritmos puros que no tengan que consumir datos provenientes de alguna
fuente de información, porque… ¿qué son las aplicaciones sino meros instrumentos
de transformación y manipulación de datos? Hay cosas que hay que asumir cuanto
antes para poder seguir avanzando: por muy mal que te lleves con tu compañero de
trabajo, con el departamento de IT, conel panadero o con el del taller… ¡vas a tener
que verle frecuentemente! Es inevitable, y como es inevitable… por el bien de nuestra
salud mental, lo mejor será llevarnos todo lo bien que podamos, aunque eso requiera
un sacrificio por nuestra parte, ¿no?
En el tema que nos ocupa, ese acercamiento/sacrificio normalmente pasa por diferentes fases. Primero aprendes a traerte los datos a tu terreno,para saber manipularlos
donde eres fuerte, en la capa de negocio, así que te lías la manta a la cabeza y a base
de enviar sentencias SQL desde la capa de negocio, te traes los datos y trabajas en tu
lenguaje preferido. Luego llega una etapa en la que no quieres los datos, sólo quieres
los resultados, así que T-SQL y PL/SQL se convierten en tus mejores amigos y todo lo
ves encapsulable en el motor debases de datos; te dedicas a llamar a procedimientos
almacenados y a recoger los resultados… pero esos amigos te quitan el control sobre
los datos al que estabas acostumbrado, ¡has acabado haciendo casi todo en la base de
datos! Es el momento de recuperar el control, te parece que la lógica de tu aplicación
no está donde debe estar. Y entonces pasas a trabajar con herramientas ORM. Al
más puroestilo ONU, estas herramientas se encargan de lidiar con las diferencias
entre la capa de negocio y la capa de acceso a datos. Hablan en sentencias SQL para
la capa de datos, y para nosotros en clases, objetos y procedimientos almacenados
encapsulados como métodos. Aunque conservan la estructura de la base de datos,
y ésta puede no ser la más adecuada para nuestra aplicación, es lo más parecido...