miércoles, 12 de junio de 2013

viernes, 7 de junio de 2013

Modelo de Entidad Relación

Modelo de Entidad Relación

El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación

Hablamos de ejemplares cuando nos referimos a una clase de objetos con características similares

Ejemplares = registros

Se puede definir cono Entidad a cualquier objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar información

Entidad = Tabla

Atributos = Campos

Los Atributos son características o propiedades asociadas a la entidad que toman valor en una instancia particular. Ejemplo: nombre, cédula, teléfono.

¿ Qué es una base de datos ?

Una Base de Datos es un conjunto de información relacionada con un asunto, tema o actividad específica. Así, se pueden utilizar Bases de Datos para cosas tan sencillas como mantener un registro de nuestra colección de discos de música, hasta llevar toda la gestión de una gran empresa u organización Clave Principal.

Se denomina Clave principal o primaria al atributo o conjunto mínimo de atributos (uno o más campos) que permiten identificar en forma única cada instancia de la entidad, es decir, a cada registro de la tabla. Las claves principales se utilizan cuando se necesita hacer referencia a registros específicos de una tabla desde otra tabla. En un principio se puede identificar más de un atributo que cumpla las condiciones para ser clave, los mismos se denominan Claves candidatas. Si la clave primaria se determina mediante un solo atributo de la entidad, entonces se dice que la misma es una Clave simple. En caso de estar conformada por más de un atributo, la misma se conoce como Clave compuesta.La Clave foránea (también llamada externa o secundaria) es un atributo que es clave primaria en otra entidad con la cual se relaciona.


Tipos de Relaciones

Se entiende por Relación a la asociación entre 2 o más entidades


Clasificación por Cardinalidad

Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa. En este caso la clave foránea se ubica en alguna de las 2 tablas.

Relación Uno a Muchos: Cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla principal puede tener más de un registro relacionado en la tabla secundaria.
En este caso la clave foránea se ubica en la tabla secundaria.
Relación Muchos a Muchos: Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla entre las dos (Tabla débil o de vinculación) que incluya los pares de valores relacionados entre sí. El nombre de tabla débil deviene de que con sus atributos propios no se puede encontrar la clave.


clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la unión de los campos claves de las tablas que relaciona.
Se entiende por Relación a la asociación entre 2 o más entidades.

Dadas las tablas A y B, que se encuentran relacionadas: 
Si para todo registro de A debe existir siempre al menos un registro de B asociado, se dice que la relación en sentido
A->B es Obligatoria.
Si para todo registro de A, pueden existir o no, uno o
varios registros de B asociados, se dice que la relación
en sentido A->B es Optativa.
La modalidad de las relaciones se debe analizar en ambos
sentidos.
Uno a Uno
Uno a Muchos
Muchos a Muchos
1
2
Optativa
Obligatoria

jueves, 6 de junio de 2013

Entidad - Relacion


El siguiente video nos muestra modelo de entidad relación



http://www.youtube.com/watch?v=rCOEp_an_IQ

PLANTEAMIENTO DEL PROYECTO


1. Propósito de la aplicación.
2. Usuarios.
3. Fecha de Entrega.
4. Situación actual de la aplicación.
5. Asesoría necesaria.
6. Ambiente de Hardware / Software.
7. Estándares y convenciones a seguir.
8. Componentes existentes para re uso.
9. Herramientas para el desarrollo.

Introducción

                                                     INTRODUCCIÓN

La modelación semántica ha sido un tema de investigación de gran interés para muchos profesionales dedicados a la base de datos. El motivo principal de este interés, es que po lo general, los sistemas de base de datos tienen una comprensión muy limitada de lo que significa la información que la propia base de datos contiene y sería conveniente que pudieran entender  algo mas,con la finalidad de responder de forma inteligente a las peticiones de los usuarios. Todas las ideas introducidas para la modelización semántica son de gran utilidad y han sido ampliamente usadas en el diseño de base de datos, con independencia de su posterior implantación mediante un modelo concreto.
Una de las tareas básica de la modelización semántica es la estructuración de la información que se va almacenar y manejar, esto es, el conocimiento profundo de los datos operativos  o de interés para la organización en cuestión y de como estos se relacionan entre sí. Para describir con claridad esta estructura, es necesario definir previamente el concepto de modelo de datos, que no es más que una colección de herramientas conceptuales que se emplean para especificar datos, las relaciones entre ellos, su semántica asociada  y las restricciones de integridad. Esto es, cada modelo de datos se caracteriza por emplear un conjunto especifico de herramientas(básicamente símbolos,  figuras, flechas, notaciones especiales y otras convenciones), así como una forma característica de organizar la infromación.
Los modelos de datos existens pueden clasificar de distintas formas atendiendo a diferentes criterios. En nuestro caso, usaremos una clasificación basada en el nivel de abstracción en el que se manejan los datos y que, por otro lado, es la mas extendida. Según este criterio.