Motores De Persistencia.

Figura 3. El objeto "Auto" incluye objetos "Pieza".

Es importante remarcar que el modelo orientado a objetos es un modelo que incluye tanto la parte estática de un objeto (los “atributos” del mismo, es decir, sus características) como su parte dinámica (los “métodos”, es decir, sus acciones). Usando una terminología bien conocida en desarrollo, incluye tanto los “datos” como los “procesos”.

En resumen, la programación orientada a objetos se basa en la realidad. Su mayor ventaja es que simplifica el mantenimiento de los programas y hace posible programar y mantener hasta los programas más enormes al dividirlos en partes más pequeñas, es decir, en objetos. Como consecuencia, produce reducciones de costos y mayor calidad del código y se ha convertido en el estándar actual de programación.

2. Modelo Relacional.

Muy ajeno a la revolución que supuso la orientación a objetos, el área de las bases de datos sigue fiel a un modelo antiguo pero que ha probado su eficacia, el llamado “modelo relacional”.

El modelo relacional se basa en un artículo publicado por E.F.Codd en 1970. Las primeras bases de datos relacionales comerciales aparecen en la segunda mitad de los años setenta. Desde entonces, el modelo relacional se convierte en un estándar prácticamente universal para el acceso a datos, dominando totalmente el área de las bases de datos hasta la actualidad.

El modelo relacional es muy diferente del modelo orientado a objetos. Por una parte, el modelo relacional sólo se ocupa de la parte estática de la aplicación (de los “datos”) y no de la parte dinámica (“los procesos”). Usando el ejemplo anterior, en el modelo relacional, sólo me interesan las características del auto (su color, su tipo de caja de cambios, etc.) y no las acciones que puedo hacer con él (acelerar, frenar, etc.). Este énfasis en los datos es lógico en un modelo cuyo objetivo es modelar la parte estática de la aplicación, es decir, la base de datos.

ATRAS         SUMARIO         SIGUIENTE