CODIGOHTML=<font color="00000" size="15">La simplicidad conceptual del modelo de bases de datos relacional permiti ampliar el mbito de las bases de datos; por lo tanto, la introduccin de la tecnologa de base de datos relacional dispar la demanda de ms -y cada vez ms complejas- transacciones e informacin. 
A su vez, estos requerimientos crearon la necesidad de ms estructuras complejas de ejecucin de bases de datos y, por lo tanto, la necesidad de herramientas ms eficaces de diseo de bases de datos. (La construccin de un rascacielos requiere actividades de diseo ms detalladas que la construccin de una casa para perros.) 
Como las desventajas de la base de datos relacional son relativamente mnimas en comparacin con sus ventajas, la base de datos relacional se ha convertido en el factor dominante en el escenario de las bases de datos de produccin. Sin embargo, la complejidad cada vez mayor del ambiente de datos, ha provocado que los profesionales de las bases de datos continen con la bsqueda de conceptos alternos de modelado. En este momento, el desarrollo de modelos est enfocado en modelos con un mayor componente visual. 

Las actividades complejas de diseo requieren de simplicidad conceptual para que den buenos resultados. Aunque el modelo relacional signific una considerable mejora conceptual sobre el modelo jerrquico y de red, careca de las caractersticas que pudieron convertido en una herramienta eficaz de diseo de bases de datos. Como es ms fcil examinar estructuras grficamente que describirlas en forma de texto, los diseadores de bases de datos han optado por utilizar una herramienta grfica con la que pueden ilustrarse las entidades y sus relaciones. Por consiguiente, la bsqueda de un modelo de datos conceptual, que fuera bsicamente de carcter grfico, contino. 

Aunque durante la dcada pasada se desarrollaron diversos tipos de herramientas de modelado, el modelo E-R es, con mucho, la herramienta grfica ms aceptada y adaptada de modelo de datos en el ambiente de produccin de bases de datos relacionales. Peter Chen introdujo por primera vez el modelo de datos E-R, en 1976, en su notable artculo The Entity-Relationship Model: Toward a Unified View of Data (ACM Transactions on Database Systems 1: 1, marzo de 1976). El modelo de relacin de entidades (E-R) produjo una representacin grfica de las entidades y sus relaciones en una estructura de base de datos. Es precisamente esta representacin grfica la que populariz el uso de los diagramas E-R como herramienta de modelado de datos a nivel conceptual. Es ms, el modelo E-R complement los conceptos de modelo de datos relacional, con lo que se establecieron las bases para un ambiente de diseo de bases de datos bien estructuradas que garantizarn el diseo apropiado de bases de datos relacionales.De entre las cuales podemos mencionar:
<b>Entidad </b>
<img src="././imagenes/UNIDAD1T6/entidad.png" align="left">Cualquier tipo de objeto o concepto sobre el que se recoge informacin: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseos de productos, conciertos, excursiones, entre otros. 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. 
Hay dos tipos de entidades: fuertes y dbiles. Una entidad dbil es una entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es dbil es decir no depende de la existencia de ninguna entidad. 
<b>Relacin (interrelacin) </b>
<img src="././imagenes/UNIDAD1T6/relacion.png" align="left">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 y as en adelante. 
Una relacin recursiva es una relacin donde la misma entidad participa ms de una vez en la relacin con distintos papeles. El nombre de estos papeles es importante para determinar la funcin de cada participacin. 
La cardinalidad con la que una entidad participa en una relacin especifica el nmero mnimo y el nmero mximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participacin de una entidad en una relacin es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participacin es opcional (parcial). Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio. 
<b>Atributo</b>
<img src="././imagenes/UNIDAD1T6/atributo.png" align="left">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. 
Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio. 
Los atributos pueden ser simples o compuestos. 
<img src="././imagenes/UNIDAD1T6/atributo-compuesto.png" align="left"><li>Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes ms pequeas que tengan un significado propio. 
Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por s mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa grficamente mediante un valo.</li>
Los atributos tambin pueden clasificarse en monovalentes o polivalentes. 
<li>Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relacin a la que pertenece. 
Un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relacin a la que pertenece. A estos atributos tambin se les denomina multivaluados, y pueden tener un nmero mximo y un nmero mnimo de valores.</li>
La cardinalidad de un atributo indica el nmero mnimo y el nmero mximo de valores que puede tomar para cada ocurrencia de la entidad o relacin a la que pertenece. El valor por omisin es (1, 1). 
Los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relacin. 
<b>Identificador </b>
<img src="././imagenes/UNIDAD1T6/identificador.png" align="left">Un identificador de una entidad es un atributo o conjunto de atributos que determina de modo nico cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos condiciones: 
1. No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador. 
2. Si se omite cualquier atributo del identificador, la condicin anterior deja de cumplirse. 
Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores.

<b>VENTAJAS.</b>
Los seres humanos tienden a operar con ms eficiencia en un ambiente grfico. (Cuando nos describen una casa en particular se nos dificulta ms identificarla correctamente que si miramos su imagen.) Por lo tanto, no sorprende que las ventajas del modelo Entidad-Relacin sean difciles de separar de las del diagrama de Entidad-Relacin (ERD) que lo ilustra. De hecho, a menudo los diseadores de bases de datos tratan el modelo E-R y el ERD como las dos caras de la misma moneda. De cualquier manera, pueden identificarse las siguientes ventajas: 
1. Simplicidad conceptual excepcional: todos los modelos de base de datos permiten una mejor visualizacin lgica de los datos que los sistemas de administracin de archivos. Sin embargo, el modelo E-R permite una representacin visual fcil de ver y de entender de las entidades principales y de sus relaciones de una base de datos. Por lo tanto, los diseos de base de datos complejos se crean y manejan con mucho ms facilidad de lo que de otra manera seran. 
2. Representacin visual: el modelo E-R permite a los diseadores, programadores y usuarios finales de las bases de datos, una representacin visual de los datos y de sus relaciones fciles de entender. 
3. Herramienta de comunicacin efectiva: el modelo E-R permite que el diseador de bases de datos capture diferentes visualizaciones de los datos tal como las ven los programadores, gerentes y usuarios finales. Por lo tanto, el modelo E-R es una herramienta de comunicaciones particularmente efectiva que integra las diferentes visualizaciones de los datos en un marco de referencia comn. 
4. Integrado al modelo de base de datos relacional: el modelo E-R est muy bien integrado al modelo de base de datos relacional. Tal integracin hace del diseo de bases de datos relacionales un proceso muy estructurado. 

<b>DESVENTAJAS.</b>
A pesar de la representacin del modelo E-R, el ERD se ha convertido en la herramienta favorita en el arsenal de diseo de bases de datos de produccin, aunque los diseadores an tienen algunas reservas sobre su uso. 
1. Representacin de restricciones limitada: el modelo muestra fcilmente las restricciones que estn directamente vinculadas a las conectividades. Por ejemplo, la restriccin un profesor puede ensear tan poco como ninguna clase -un profesor investigador- , pero no ms de cuatro puede ilustrarse fcilmente. Desgraciadamente, existen muchas restricciones importantes relacionadas con datos que no pueden ser modelados. 
2. Representacin de relaciones limitada: las relaciones se representan tal como ocurren entre las entidades. Por lo tanto, las relaciones entre atributos dentro de entidades no pueden representarse. Por ejemplo, no hay forma de representar la relacin entre la clasificacin de un estudiante y su total de horas acreditadas. Adems, cuando las entidades tienen mltiples relaciones con otras entidades, el significado de dichas relaciones puede obscurecerse. 
3. Ningn lenguaje de manipulacin de datos: los proponentes del modelo relacional generalmente sealan la carencia de comandos de manipulacin de datos en el modelo de datos Entidad-Relacin. Debido a esto, el modelo E-R no est completo. 
4. Prdida de contenido de informacin: los modelos tienden a apretujarse cuando los atributos se representan. 
Por lo tanto, los diseadores de bases de datos generalmente evitan el mapeo de los atributos, con lo que disminuye el contenido de informacin del modelo. 
En ocasiones, las desventajas del modelo dificultan el modelado de los tipos de datos y de las relaciones complejas que cada vez son ms comunes en el ambiente de bases de datos. Sin embargo, a pesar de sus desventajas, la herramienta de modelado del modelo E-R, el ERD ha sobrevivido y prosperado. De hecho, los vendedores han agregado tantas extensiones a la presentacin bsica del ERD, que sigue siendo la herramienta dominante de diseo de bases de datos. No obstante, la bsqueda de mejores herramientas de modelado de datos contina a medida que el ambiente de datos sigue evolucionando.

</font>