Motores De Persistencia.

Hay otras diferencias entre los dos modelos. Por ejemplo, la forma en la que el modelo relacional trata los datos es muy diferente a cómo lo hace el modelo orientado a objetos. Mientras en este último, los datos son modelados en forma de objetos, en el modelo relacional son modelados como registros, los cuales son una serie de datos pertenecientes a una misma entidad de la vida real. Un registro difiere de un objeto en que sólo modela datos y que éstos no tienen estructura. La representación gráfica de un registro aparece en la figura 4.

Figura 4. Representación gráfica de un registro de datos.

Los registros similares se agrupan en tablas. Podemos imaginarnos las tablas como listados de datos parecidos a los listados de impresión que hay en las empresas (de empleados, de facturas, etc.). En esta comparación, cada registro sería una línea del listado.

Usando el ejemplo anterior, cada registro contendría los datos de un determinado auto (color rojo, caja de cambios automática, diesel, etc.) y las tablas no serían más que listas de autos con todos sus datos, como se observa en la figura 5.

Figura 5. Los registros de las piezas están separados de los registros del auto.

El modelo relacional no refleja la estructura de la realidad. Como hemos dicho, si un auto contiene piezas, un objeto de software “Auto” contiene objetos “Pieza”. Sin embargo, en el modelo relacional, los registros de los autos y piezas están por separado (esto se muestra en la figura 5) y se relacionan por un mecanismo implícito llamado “clave foránea”. El programador debe saber que hay una relación entre los autos y las piezas y debe programar de acuerdo a ello. Sin embargo, el modelo no refleja explícitamente esta relación y, en general, la estructura de la realidad, al contrario del modelo orientado a objetos.

ATRAS         SUMARIO         SIGUIENTE