MODELO ENTIDAD - RELACION

MODELO ENTIDAD-RELACIÓN

La sencillez conceptual de la tecnología de bases de datos relacional disparó la demanda de RDBMS. A su vez, las necesidades rápidamente crecientes de transacción e información crearon la exigencia de estructuras de implementación de bases de datos más complejas, creando así la necesidad de herramientas de diseño de bases de datos más eficaces.
(Construir un rascacielos requiere actividades de diseño más detalladas que edificar una casa para el perro, por ejemplo.)
Las complejas actividades de diseño requieren sencillez conceptual para obtener resultados satisfactorios. Aun cuando el modelo relacional fue una gran mejora sobre los modelos jerárquico y de red, todavía carecía de las funciones que harían de él una efectiva herramienta de diseño de bases de datos. Como es más fácil examinar estructuras gráficamente que describirlas en texto, los diseñadores de bases de datos prefieren usar una herramienta gráfica en la que se describan las entidades y sus relaciones. En esta forma, el modelo de entidad-relación (ER), o ERM, se ha convertido en el estándar generalmente aceptado para modelar datos.

El modelo ER está basado en los siguientes componentes:
• Entidad. Ya antes en este capítulo una entidad se definió como cualquier cosa acerca de la cual se han de capturar y guardar datos. Una entidad se representa en el ERD con un rectángulo, también conocido como caja de entidad. El nombre de la entidad, un sustantivo, se escribe en el centro del rectángulo. El nombre de entidad por lo general se escribe en mayúsculas y en forma singular: PAINTER y no PAINTERS y EMPLOYEE y no EMPLOYEES. Comúnmente, cuando se aplica el ERD al modelo relacional, una entidad se asocia a una tabla relacional. Cada fila de la tabla relacional se conoce como instancia de entidad u ocurrencia de entidad en el modelo ER.

Cada entidad está descrita por un conjunto de atributos que describe características particulares de la entidad. Por ejemplo, la entidad EMPLOYEE tendrá atributos como son número de Seguro Social, apellido y nombre.
• Relaciones. Las relaciones describen asociaciones entre datos. Casi todas las relaciones describen asociaciones entre dos entidades. Cuando se explicaron los componentes básicos del modelo de datos se ilustraron tres tipos de relaciones entre datos: uno a muchos (1:M), muchos a muchos (M:N) y uno a uno (1:1). El modelo ER utiliza el término conectividad para etiquetar los tipos de relación. El nombre de la relación suele ser un verbo activo o pasivo. Por ejemplo, un PAINTER pinta muchas PAINTINGs; un EMPLOYEE aprende muchas SKILLs; un EMPLOYEE administra una STORE.

Cuadro de Notaciones Chen y “pata de gallo”

EJERCICIO EN CLASE

En este gráfico es un cuadro para la demostración del modelo entidad-relación

Tablas de Contenidos Entidades Atributos

USUARIO
cedula	area codigo	nombre	apellido	mail1	mail2	telefono	sede	bloque	piso	oficina
1712	1	Juan	Perez	jperez@gmail.com		2321	query	4	2	201
1713	1	Luis	Paez	lpaez@gmail.com		2322	query	4	2	204
1714	1	Esteban	Pozo	epozo@gmail.com		2323	query	4	2	304

Tecnico
cedula	especialidad.codigo	nombre	apellido	mail	horario
1712	2	Juan	Perez	jperez@gmail.com	mañana
1713	1	Luis	Paez	lpaez@gmail.com	tarde
1714	2	Esteban	Pozo	epozo@gmail.com	mañana

Equipo
codigo	usuario.cedula	marca.codigo	equipo.codigo	modelo	numero.Serie	mantenimiento	garantia
1712	1	2	1	123	145	mañana	si
1713	2	1	2	632	147	tarde	no
1714	1	2	1	354	845	mañana	no

Area
codigo	nombre
1	Facultad de Ingenieria y Ciencias Agropecuarias
2	Ingenieria en Sistemas

Nivel de Servicio
codigo	nombre	tiempo
1	alto	120
2	medio	240
3	bajo	360

Especialidad
codigo	nombre
1	Hardware
2	Software
3	Redes

Marca
codigo	nombre
1	Dell
2	HP
3	Samsung

Tipos
codigo	nombre
1	mouse
2	monitor
3	teclado

En algunas de las tablas se pueden visualizar mas datos para una mejor utilización de la información.

CAPITULO 1

DATOS: Valores Sueltos Guardados en una Base.

Información es el resultado despues de procesar los datos

METADATOS: DATOS DE LOS DATOS!

DBMS:Un sistema de gestión de bases de datos  es un conjunto de programas que permiten el almacenamiento, modificación y extracción de la información en una base de datos, además de proporcionar herramientas para añadir, borrar, modificar y analizar los datos. Los usuarios pueden acceder a la información usando herramientas específicas de interrogación y de generación de informes, o bien mediante aplicaciones al efecto.

Estos sistemas también proporcionan métodos para mantener la integridad de los datos, para administrar el acceso de usuarios a los datos y para recuperar la información si el sistema se corrompe. Permiten presentar la información de la base de datos en variados formatos. La mayoría incluyen un generador de informes. También pueden incluir un módulo gráfico que permita presentar la información con gráficos y tablas.

TIPOS:

Sistemas de navegación de 1960

Según los ordenadores fueron ganando velocidad y capacidad, aparecieron sistemas de bases de datos de propósito general; a mediados de 1960 ya habían algunos sistemas en uso. Apareció el interés en obtener un estándar y Charles Bachman -autor de uno de los primeros productos, el Integrated Data Store (IDS)- fundó el Database Task Group dentro de CODASTYL, el grupo responsable de la creación y estandarización de COBOL. En 1971 publicaron su estándar, que pasó a ser conocido como la «aproximación CODASYL», y en breve aparecieron algunos productos basados en esta línea.

La estrategia de CODASYL estaba basada en la navegación manual por un conjunto de datos enlazados en red. Cuando se arrancaba la base de datos, el programa devolvía un enlace al primer registro de la base de datos, el cual a su vez contenía punteros a otros datos. Para encontrar un registro concreto el programador debía ir siguiendo punteros hasta llegar al registro buscado.

Sistemas relacionales de 1970

En este artículo descubrió un nuevo sistema para almacenar y trabajar con grandes bases de datos. En vez de almacenar registros de tipo arbitrario en una lista encadenada como en CODASYL, la idea de Codd era usar una "tabla" de registros de tamaño fijo. Una lista encadenada tiene muy poca eficiencia al almacenar datos dispersos donde algunos de los datos de un registro pueden dejarse en blanco. El modelo relacional resuelve esto dividiendo los datos en una serie de tablas -o relaciones- normalizadas, en las que los elementos optativos han sido extraídos de la tabla principal para que ocupen espacio sólo si lo necesitan. En este modelo relacional los registros relacionados se enlazan con una "clave".

Un uso común de las bases de datos puede mantener una agenda de usuarios, su nombre, información de acceso, dirección y teléfono. En la solución de navegación todos esos datos estaría localizados en un solo registro, y las características no usadas simplemente no estarían en la base de datos. En la solución relacional, los datos estarían normalizados en una tabla de usuario, una de teléfono y una de dirección, en la que serían añadidos registros si tuviéramos que incorporar teléfono y dirección.

Sistemas orientados a objetos de 1980

Programadores y diseñadores comenzaron a tratar los datos en las bases de datos como objetos. Esto quiere decir que si los datos de una persona están en la base de datos, los atributos de la persona como dirección, teléfono y edad se consideran que pertenecen a la persona, no son datos extraños. Esto permite establecer relaciones entre objetos y atributos, más que entre campos individuales.

Otro gran foco de atención durante la década fue el incremento de velocidad y fiabilidad en el acceso. 

Lenguajes de modelación

Toda base de datos soportada por un SGBD debe tener unos esquemas modelados adecuadamente. Coincidiendo con la evolución histórica de las bases de datos éstas han utilizado distintos modelos. Los SGBD esperan un modelo determinado para poder acceder de forma simple a la base de datos. Estos modelos son:

• Jerárquicos
• En red.
• Relacionales.
• Multidimensionales.
• De objetos.

También se han utilizados listas invertidas.

COMPONENTES:

• El motor de la base de datos acepta peticiones lógicas de los otros subsistemas del SGBD, las convierte en su equivalente físico y accede a la base de datos y diccionario de datos en el dispositivo de almacenamiento.
• El subsistema de definición de datos ayuda a crear y mantener el diccionario de datos y define la estructura del fichero que soporta la base de datos.
• El subsistema de manipulación de datos ayuda al usuario a añadir, cambiar y borrar información de la base de datos y la interroga para extraer información. El subsistema de manipulación de datos suele ser el interfaz principal del usuario con la base de datos. Permite al usuario especificar sus requisitos de la información desde un punto de vista lógico.
• El subsistema de generación de aplicaciones contiene utilidades para ayudar a los usuarios en el desarrollo de aplicaciones. Usualmente proporciona pantallas de entrada de datos, lenguajes de programación e interfaces.
• El subsistema de administración ayuda a gestionar la base de datos ofreciendo funcionalidades como almacenamiento y recuperación, gestión de la seguridad, optimización de preguntas, control de concurrencia y gestión de cambios.