Denominado por sus siglas como: E-R; Este modelo representa a la realidad a travs de un esquema grfico empleando los

terminologa de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus caractersticas particulares denominadas atributos, el enlace que que rige la unin de las entidades esta representada por la relacin del modelo. El modelado entidad-relacin es una tcnica para el modelado de datos utilizando diagramas entidad relacin.

Entidad Representa una cosa u "objeto" del mundo real con existencia independiente, es decir, se diferencia unvocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo. Ejemplos:

Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos). Un automvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrn atributos diferentes, por ejemplo el nmero de motor). Una casa (Aunque sea exactamente igual a otra, aun se diferenciara en su direccin).

Empleados, clientes, empresas, oficios, diseos de productos, conciertos, excursiones, etc. Las entidades se representan grficamente mediante rectngulos y su nombre aparece en el interior. Un nombre de entidad slo puede aparecer una vez en el esquema conceptual. Atributos Es una caracterstica de inters o un hecho sobre una entidad o sobre una relacin. Los atributos representan las propiedades bsicas de las entidades y de las relaciones. Toda la informacin extensiva es portada por los atributos. Grficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen. Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades. Un conjunto de entidades dentro de una entidad, tiene valores especficos asignados para cada uno de sus atributos, de esta forma, es posible su identificacin univoca. Ejemplos: A la coleccin de entidades Alumnos, con el siguiente conjunto de atributos en comn, (id, nombre, edad, semestre), pertenecen las entidades:

(1, Mara, 16 aos, 2) (2, Sara, 18 aos, 5) (3, Mara, 17 aos, 2) ...

Cada una de las entidades pertenecientes a este conjunto se diferencia de las dems por el valor de sus atributos. Ntese que dos o ms entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.

Dominio Un dominio describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe los valores del atributo, puede ser considerado como una restriccin. Matemticamente,

atribuir un dominio a un atributo significa "todos los valores de este atributo deben de ser elementos del conjunto especificado". Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que sera almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres, nmeros, solo dos letras, solo nmeros mayores que cero, solo nmeros enteros, enteros, cadenas de texto, fecha, etc...). Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo. Relacin Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un nombre que describe su funcin. Las relaciones se representan grficamente mediante rombos y su nombre aparece en el interior. Las entidades que estn involucradas en una determinada relacin se denominan entidades participantes. El nmero de participantes en una relacin es lo que se denomina grado de la relacin. Por lo tanto, una relacin en la que participan dos entidades es una relacin binaria; si son tres las entidades participantes, la relacin es ternaria; etc. Correspondencia de cardinalidades Dado un conjunto de relaciones, en el que participan dos o ms conjuntos de entidades, la correspondencia de cardinalidad indica, el nmero de entidades con las que puede estar relacionada una entidad dada. Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondecia de cardinalidades puede ser:

Uno a uno: Una entidad de A se relaciona nicamente con una entidad en B y viceversa. Por ejemplo: El noviazgo, el RFC de cada persona, El CURP personal, El acta de nacimiento, ya que solo existe un solo documento de este tipo para cada una de las diferentes personas.

Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona con una nica entidad en A. Por ejemplo: Cliente Cuenta en un banco, Padre-Hijos, Camin-Pasajeros, zoologico- animales, rbol hojas.

Uno a varios:Varios a varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa. Ejemplo: Arquitecto proyectos, fiesta personas, estudiante materias.

Concepto de relacin
Las relaciones son un tema complejo pero veamos un sencillo ejemplo con las tablas Alumnos y Cursos para entenderlo mucho mejor. Inicialmente nuestras tablas estaran definidas del siguiente modo:

En la tabla Alumnos tenemos toda la informacin que necesitamos sobre nuestros alumnos como: Su nmero de expediente. Su nombre y apellidos. Su fecha de nacimiento. El grupo al que pertenece el alumno. La ubicacin del grupo, es decir, el aula donde estn los alumnos de ese grupo (Primera planta, edificio anexo, etctera). Cualquier tipo de comentario de inters: grupo de compensatoria, apoyo, etctera.

Para la tabla Grupos nos podamos conformar con la denominacin del grupo (1A, 1B, 3A...) pero le hemos aadido algunos datos que nos pueden resultar de inters: Nmero total de alumnos que tiene el grupo. El lugar donde se encuentra ubicado: Aula de msica, Aula 205 Edificio principal, etctera. Cualquier otro dato de inters: Compensatoria, grupo de apoyo, etctera.

Si saber nada de bases de datos y de relaciones podemos, darnos cuenta que al comprobar los datos incluidos en las tablas de Alumnos y Grupos existe informacin que se repite en ambas:

Esta situacin no es demasiado favorable cuando trabajamos con bases de datos donde habitualmente la cantidad de informacin que se maneja es importante. La solucin pasa por RELACIONAR las tablas con informacin coincidente de modo que no exista duplicidad de informacin. Todo esto, traducido a un lenguaje ms natural sera: "Para qu escribir dos veces lo mismo, si puedo hacerlo una sola y trabajar del mismo modo".

Volviendo a nuestro ejemplo, si relacionamos las tablas Alumnos y Grupos mediante el nombre del grupo sera suficiente con indicar en la tabla Alumnos este valor para obtener el nmero de alumnos del grupo, su ubicacin y las posibles observaciones:

Uno a muchos
Veamos el primer modelo de relacin tomando como referencia las tablas Alumnos y Grupos. Cualquier alumno ( MUCHOS) pertenece slo a un grupo ( UNO), un alumno no puede estar en ms de una clase. Pues bien, ni ms ni menos que este sera el argumento de una relacin MUCHOS A UNO.

Otro ejemplo, sabemos que cada profesor pertenece nicamente a un departamento, pero en cada departamento existe ms de un profesor. De aqu podemos extraer una relacin UNO a MUCHOS entre las tablas Departamentos y Profesores.

En las relaciones de uno a muchos cada registro de una tabla A, a la que llamaremos tabla primaria, puede estar enlazado con ms de un registro de otra tabla B, a la que llamaremos tabla secundaria. En cambio, cada registro de la tabla B slo puede estar enlazado a un registro de la tabla A.

Uno a uno
Las relaciones uno a uno no son demasiado frecuentes pero existen as que debemos conocerlas. Buscando alguna coincidencia en nuestro entorno que nos pueda servir como ejemplo encontramos el vnculo entre un tutor y su grupo. Como sabemos, un profesor puede ser tutor de un slo grupo (UNO) y del mismo modo, cada grupo slo puede tener un tutor. Esta sera una relacin UNO a UNO.

Cada registro de la tabla A se relaciona con un nico registro de la tabla B y cada registro de la tabla B slo se relaciona con un elemento de la tabla A. Como hemos comentado, este tipo de relaciones son poco comunes.

Muchos a muchos
Resumiendo lo visto hasta ahora podemos decir que el tipo de relacin ideal es uno a muchos o muchos a uno. Las relaciones uno a uno no aportan demasiado a la base de datos, simplemente nos ayudan a

tener mejor organizada la informacin pero poco ms. Veamos qu ocurre con las relaciones muchos a muchos. Por ejemplo, si queremos conocer los profesores que dan clase a un grupo o los grupos a los que da clase un profesor determinado, necesitamos en principio dos tablas: Profesores y Grupos. Y cul sera la relacin entre estas dos tablas? Pues bien, para establecerla podramos leer que un profesor da clases a varios grupos ( 1A, 1B, 2C, etctera) y un grupo recibe clases de varios profesores (Carlos Prez, Antonio Garca, etctera). Por lo tanto, nos encontramos entre una relacin MUCHOS A MUCHOS.

Desde un punto de vista terico diramos que en las relaciones Muchos a muchos a cada registro de la tabla A se le pueden asociar varios registros de la tabla B y cada registro de la tabla B puede estar relacionado con ms de un registro de la tabla A. Otros ejemplos para ilustrar este modelo de relacin podran ser: Los alumnos que participan en las actividades deportivas del centro. Concretamente un alumno podra participar en ms de un deporte (Ftbol, Baloncesto, etctera) y a su vez cada equipo est formado por varios componentes. Esta relacin tambin sera del tipo Muchos a muchos. Con las actividades extraescolares ocurre lo mismo. Un alumno puede asistir a ms de una (manualidades, msica, idiomas, etctera) y en cada una de ellas, encontraremos a varios alumnos.

Problemas y solucin para las relaciones Muchos a muchos

Las relaciones Muchos a muchos no son recomendables y debemos tratar de evitarlas utilizando TABLAS INTERMEDIAS en las que se utilizaran relaciones de uno a muchos. Una tarea sencilla como podra ser obtener un listado de todos los profesores que imparten clases en 1B se convierte en una verdadera pesadilla si mantenemos esta relacin. La solucin pasa por crear una TABLA INTERMEDIA que nos permita dividir la relacin MUCHOS A MUCHOS en dos relaciones UNO A MUCHOS como puedes ver en la figura 2.34.