Foro de elhacker.net

---

El concepto de este modelo son de alto nivel semántico, cercanos al lenguaje usado por el usuario y no al del sistema. Este modelo fue propuesto Peter Chen en 1976, no como un modelo de datos a ser implementado en al practica por un SGDB o DBMS cino como herramienta conceptual para el diseño de una base de datos.

Entidades y Relaciones

Un modelo ER (entidad relación) es una descripción del mundo real que el diseñador intenta modelar según el el sistema de información. En este modelo, las estructura se describe por un conjunto de entidades u objetos de interés relacionados entre si. Por ejemplo, las siguientes entidades podrían se de interés en alguna aplicación:

• Clientes
• Cuentas Corrientes
• Alumnos
• Canciones de Rock
• Interprete

Una instancia de una entidad es un individuo particular que pertenece a la case definida por esa entidad, por ejemplo:

• El cliente Andres Trujillo
• La cuenta Correinte numero 06-5467
• La Alumna Beatriz Guido
• Canciones “Never Lose”
• Interprete Above and Beyond

Un relación es l conexión que vincula a dos o mas entidades. Por ejemplo si a ciertos Alumnos les gusta Canciones de Rock y si ese dato es importante par el diseño e importante saberlo, podemos definir una relación que asocia cada Alumno con 0,1 o mas Canciones de Rock y cada Canción de Rock con 0,1 o mas Alumnos. Esto se denomina un relación binaria porque asocia dos entidades.

Funcionalidad de las Relaciones

Para citar las funcionalidad de las relaciones dentro del modelo ER. debo decir que es un poco abstracto y a primera vista no lo puedan entender pero con los ejemplos se puede llegar a un concepto mas formalizado.

Una relación C entro dos entidades E₁ y E₂ es funcional, si asocia cada de E₁ con a lo sumo (es decir 1:1) una instancia de E₂. Por ejemplo si introducimos una relación llamada nació-en donde asocia las entidades Alumno y Ciudad, podemos decir que la relación es funcional ya que cada alumno nació a lo sumo en una ciudad, pero si decimos que un alumno A pudo haber nacido en otra ciudad que el Alumno B, entonces una ciudad puede tener de uno a mucho Alumnos y se convierte en un relación no funcioal. La funcionalidad de una relacion depende del lado del que se mire.

Diagramas de ER

Bueno el diagrama de un modelo ER es bastante sencilla, cada entidad se representa por un rectángulo, los atributos por elipses  y cada relación por medio de un rombo.

Analicemos el siguiente diagrama:

- Entidades: Tenemos dos entidades Alumno y Clase
- Atributos: La entidad Alumno tiene dos atributos DNI (identificador) y NOMBRE, la entidad Clase tiene también dos clases N°CLASE y NOMBRE_CLASE
- Relaciones: La relación PERTENECE describe que un alumno puede pertenece a mas de un clase  y que una clase puede tener mas de un alumno por es la relación es de mucho a mucho (N:M)


FUENTE (http://angercode.wordpress.com/2009/10/10/modelos-entidad-relacion/)

Te falto la cardinalidad xD

jejeje verdad !! tkxx

Jajajajaja si vamos a ir catalogando todo lo que le falta a dicha definicion no terminamos por largo rato  :laugh:  :laugh:  faltan mas cosas... como tipos de relaciones, normalizacion, entre otras cosillas que literalmente se le puede o no dar continuacion en este post, pero por ahi va la onda... creo que el proposito inicial era darle seguimiento a lo que este usuario inicio...

 :-*

Una buena herramienta (para windows) para realizar los diagramas es el Case Studio, yo estoy cursando la materia Base de Datos y he utilizado un poco está herramienta y la verdad que me ha gustado, tiene algunas automatizaciones que por  ahi si no entiendes lo básico no sabes que está haciendo jeje como cuando tienes una relación de N a M te auto crea una nueva tabla con las claves foraneas de las 2 tablas anteriomente relacionadas y ese tipo de cosas... en fin es una buena herramienta para hacer este tipo de diseños aunque primero siempre es recomendable hacerlo a mano.
Espero que les sirva saludos! ;D

Basicamente en este post deje algo totalmente basico, como para iniciar con el cuento del MER....