Se usan para describir datos en los niveles conceptual y de visión, es decir, con este modelo representamos los datos de tal forma como nosotros los captamos en el mundo real, tienen una capacidad de estructuración bastante flexible y permiten especificar restricciones de datos explícitamente. Existen diferentes modelos de este tipo, pero el más utilizado por su sencillez y eficiencia es el modelo Entidad-Relación.
1. Modelo Entidad-Relación:
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de entidades, que son objetos que existen y que se distinguen de otros por sus características, por ejemplo: un alumno se distingue de otro por sus características particulares como lo es el nombre, o el numero de control asignado al entrar a una institución educativa, así mismo, un empleado, una materia, etc. Las entidades pueden ser de dos tipos:
Tangibles:Son todos aquellos objetos físicos que podemos ver, tocar o sentir.
Intangibles:Todos aquellos eventos u objetos conceptuales que no podemos ver, aun sabiendo que existen, por ejemplo: la entidad materia, sabemos que existe, sin embargo, no la podemos visualizar o tocar.
Las características de las entidades en base de datos se llaman atributos, por ejemplo el nombre, dirección teléfono, grado, grupo, etc. son atributos de la entidad alumno; Clave, número de seguro social, departamento, etc., son atributos de la entidad empleado. A su vez una entidad se puede asociar o relacionar con más entidades a través de relaciones.
Pero para entender mejor esto, veamos un ejemplo:
Consideremos una empresa que requiere controlar a los vendedores y las ventas que ellos realizan; de este problema determinamos que los objetos o entidades principales a estudiar son el empleado (vendedor) y el artículo (que es el producto en venta), y las características que los identifican son:
Empleado: Artículo:
Nombre Descripción
Puesto Costo
Salario Clave
R.F.C.
La relación entre ambas entidades la podemos establecer como Venta.
Bueno, ahora nos falta describir como se representa un modelo E-R gráficamente, la representación es muy sencilla, se emplean símbolos, los cuales son:
Símbolo Representa
Así nuestro ejemplo anterior quedaría representado de la siguiente forma:
Modelo Orientado a Objetos:
Los objetos encapsulan atributos (forman el estado) y métodos (servicios que brinda) lo que le da una cierta funcionalidad. Los objetos coordinan sus actividades a través del llamado mutuo de métodos.
En los ’09 hubo un gran interés en combinar el modelo orientado a objetos con el paralelo/distribuido, teniendo en cuenta las características del primero que ayudan a la creación de grandes sistemas:
- Encapsulación: dada por una clara separación entre interfaz e implementación. Los objetos pueden implementarse en diferentes lenguajes, solo se necesita una forma común de definir la interfaz. Esto ayuda para el mantenimiento, debbuging, y el desarrollo en forma colaborativa.
- Herencia: los objetos relacionados pueden compartir parte del código. Mejora la productividad.
El modelo orientado a objetos tiene un gran número de objetos autónomos con distinta funcionalidad disponibles en un sistema distribuido. Los objetos corren en espacios de direccionamiento disjuntos. A partir de rutinas de comunicación explicitas ellos invocan y usan la funcionalidad de los otros objetos.
Se distinguen tres enfoques para combinar el modelo orientado a objetos con el paralelo/distribuido:
- Paralelismo oculto dentro del objeto.
- Procesos independientes de los objetos, que llaman a distintos métodos de distintos procesos. Se necesitan mecanismos de sincronización. Modelo Java Threads.
- Cada objeto está asociado con uno o más procesos que ejecutan los accesos al objeto. A este modelo llamaremos Modelo Orientado a Objetos.
Se ven dos clases de Modelo Orientado a Objetos:
- Objetos Distribuidos.
- Objetos Activos.
Basesdedatos's Weblog 
