Motores de Persistencia

Toda aplicación informática está compuesta por dos partes que le
permiten ofrecer la funcionalidad que el usuario desea: en primer
lugar estará la base de datos, que es la encargada de guardar la
información que el programa necesita para operar correctamente; y
en segundo lugar está el programa propiamente dicho, que
recupera la información de la base de datos para realizar los
cálculos necesarios con ella y presentarle los resultados al usuario.

Para que la aplicación funcione correctamente, estos dos
componentes han de trabajar juntos. Sin embargo, la evolución
de estos ha seguido caminos separados durante los últimos años,
haciendo que el trabajo conjunto sea más complicado de lo que
sería ideal: por un lado las bases de datos utilizan un modelo
relacional desde los años 70 que se ha convertido en un estándar
y por el otro lado los programas utilizan el modelo orientado a
objetos, que difiere en gran medida del relacional. De esta
manera aparece un conflicto a la hora de introducir estos dos
componentes en una aplicación, ya que cada uno trabaja con los
datos en un formato diferente al del otro (el modelo relacional
trabaja con registros y el orientado a objetos lo hace con
objetos), siendo estos incompatibles entre sí.

Por lo tanto, existen dos alternativas a la hora de implementar
una aplicación para conseguir la comunicación entre estos dos
componentes.

* Trabajar solamente con un tipo de dato, perdiendo las
grandes ventajas de flexibilidad, reutilización y
mantenimiento que representa la programación orientada
a objetos (si toda la aplicación utilizara el modelo
relacional) o teniendo problemas de uso y estandarización
en la base de datos (si toda la aplicación siguiera el modelo
orientado a objetos).
* Trabajar con ambos tipos de datos, con lo que haría falta
un “traductor” que permitiera convertir los formatos a la
hora de hacer circular los datos entre los dos
componentes. Este elemento intermedio se conoce con el
nombre de capa de persistencia, capa de datos,
correspondencia O/R o motor de persistencia.

Así, la solución escogida será la presentada en último lugar, que
nos permitirá aprovechar las ventajas de la programación
orientada a objetos y las bases de datos relacionales. De esta
manera, el diagrama de la aplicación quedara de la siguiente
forma: