SISTEMA DE BASE DE DATOS II

Prof: Ing. Gladys Ormachea M.

CONCEPTO

Qu es una base de datos? Una base de datos es un almacn que nos permite guardar grandes cantidades de informacin de forma organizada para que luego podamos encontrar y utilizar fcilmente.

Desde el punto de vista informtico, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.

CONCEPTO

Cada base de datos se compone de una o ms tablas que guarda un conjunto de datos. Cada tabla tiene una o ms columnas y filas. Las columnas guardan una parte de la informacin sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro.

ESTRUCTURA DE UNA BASE DE DATOS

Una base de datos, a fin de ordenar la informacin de manera lgica, posee un orden que debe ser cumplido para acceder a la informacin de manera coherente. Cada base de datos contiene una o ms tablas, que cumplen la funcin de contener los campos.

SISTEMA ADMINISTRADOR DE BASE DE DATOS

Los Sistemas Gestores de Bases de Datos (SGBD ) son un tipo de software muy especfico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan. Se compone de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de consulta.

SISTEMA ADMINISTRADOR DE BASE DE DATOS

Subsistema SGBD.

CARACTERSTICAS
Entre las principales caractersticas de los sistemas de base de datos podemos mencionar: Independencia lgica y fsica de los datos. Redundancia mnima. Acceso concurrente por parte de mltiples usuarios. Integridad de los datos. Consultas complejas optimizadas. Seguridad de acceso y auditora. Respaldo y recuperacin. Acceso a travs de lenguajes de programacin estndar.

ARQUITECTURA DE UNA BASE DE DATOS

Lo componen los siguientes niveles:

Nivel Fsico : Es el nivel real de

los datos almacenados. Es decir como se almacenan los datos, ya sea en registros, o como sea. Este nivel es usado por muy pocas personas que deben estar cualificadas para ello. Este nivel lleva asociada una representacin de los datos, que es lo que denominamos Esquema Fsico.

ARQUITECTURA DE UNA BASE DE DATOS

Nivel Conceptual : Es el correspondiente a una visin de la base de datos desde el punto de vista del mundo real. Es decir tratamos con la entidad u objeto representado, sin importarnos como est representado o almacenado.

ARQUITECTURA DE UNA BASE DE DATOS

Lo componen los siguientes niveles:

Nivel Visin o Externo: Son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que los usuarios por lo general slo tienen acceso a pequeas porciones de sta. El nivel visin es el encargado de separar estas porciones. Un ejemplo sera el caso del empleado que no tiene porqu tener acceso al sueldo de sus compaeros o de sus superiores.

ARQUITECTURA DE UNA BASE DE DATOS

COMPONENTES DE UNA BASE DE DATOS

Usuario: persona que interacta con el software para obtener informacin. Software: que es el DBMS o Sistema Administrador de Base de Datos. Hardware: constituido por dispositivo de almacenamiento como discos, tambores, cintas, etc. Datos: los cuales estn almacenados de acuerdo a la estructura externa y van a ser procesados para convertirse en informacin.

TIPO DE USUARIOS EN BASE DE DATOS

Usuario : es la persona que utiliza los datos, esta persona ve datos convertidos en informacin.

Usuarios casuales : Son usuarios que tienen conocimientos bsicos, realizan algunas procesos de consultas a travs del procesador de consultas que viene en el software. Usuarios Ingenuos: Emplean el SBD sin conocimientos de informtica, es decir usan los programas de aplicacin.

TIPO DE USUARIOS EN BASE DE DATOS

Desarrollador de Aplicaciones: es la persona que desarrolla los sistemas que interactan con la Base de Datos. Administrador de Base de Datos DBA: es la persona que asegura la integridad, consistencia, seguridad, redundancia, mantenimiento diario o peridico de los datos..

VENTAJAS DE LAS BASES DE DATOS

Control sobre la redundancia de datos:

Los sistemas de ficheros almacenan varias copias de los mismos datos en ficheros distintos. Esto hace que se desperdicie espacio de almacenamiento, adems de provocar la falta de consistencia de datos. En los sistemas de bases de datos todos estos ficheros estn integrados, por lo que no se almacenan varias copias de los mismos datos. Sin embargo, en una base de datos no se puede eliminar la redundancia completamente, ya que en ocasiones es necesaria para modelar las relaciones entre los datos.

VENTAJAS DE LAS BASES DE DATOS

Consistencia de datos: Eliminando o controlando las redundancias de datos se reduce en gran medida el riesgo de que haya inconsistencias. Si un dato est almacenado una sola vez, cualquier actualizacin se debe realizar slo una vez, y est disponible para todos los usuarios inmediatamente. Si un dato est duplicado y el sistema conoce esta redundancia, el propio sistema puede encargarse de garantizar que todas las copias se mantienen consistentes.

VENTAJAS DE LAS BASES DE DATOS

Mantenimiento de estndares: Gracias a la integracin es ms fcil respetar los estndares necesarios, tanto los establecidos a nivel de la empresa como los nacionales e internacionales. Estos estndares pueden establecerse sobre el formato de los datos para facilitar su intercambio, pueden ser estndares de documentacin, procedimientos de actualizacin y tambin reglas de acceso.

VENTAJAS DE LAS BASES DE DATOS

Mejora en la integridad de datos: La integridad de la base de datos se refiere a la validez y la consistencia de los datos almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas.

VENTAJAS DE LAS BASES DE DATOS

Mejora en la seguridad: La seguridad de la base de datos es la proteccin de la base de datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la integracin de datos en los sistemas de bases de datos hace que stos sean ms vulnerables que en los sistemas de ficheros.

VENTAJAS DE LAS BASES DE DATOS

Mejora en la accesibilidad a los datos: Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea necesario que un programador escriba una aplicacin que realice tal tarea.

VENTAJAS DE LAS BASES DE DATOS

Mejora en el mantenimiento: En los sistemas de ficheros, las descripciones de los datos se encuentran inmersas en los programas de aplicacin que los manejan. Esto hace que los programas sean dependientes de los datos, de modo que un cambio en su estructura, o un cambio en el modo en que se almacena en disco, requiere cambios importantes en los programas cuyos datos se ven afectados. Sin embargo, los SGBD separan las descripciones de los datos de las aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos.

VENTAJAS DE LAS BASES DE DATOS

Mejora en la productividad: El SGBD proporciona muchas de las funciones estndar que el programador necesita escribir en un sistema de ficheros. A nivel bsico, el SGBD proporciona todas las rutinas de manejo de ficheros tpicas de los programas de aplicacin. El hecho de disponer de estas funciones permite al programador centrarse mejor en la funcin especfica requerida por los usuarios, sin tener que preocuparse de los detalles de implementacin de bajo nivel.

VENTAJAS DE LAS BASES DE DATOS

Aumento de la concurrencia:
En algunos sistemas de ficheros, si hay varios usuarios que pueden acceder simultneamente a un mismo fichero, es posible que el acceso interfiera entre ellos de modo que se pierda informacin o se pierda la integridad. La mayora de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que no ocurran problemas de este tipo.

VENTAJAS DE LAS BASES DE DATOS

Mejora en los servicios de copias de seguridad: Muchos sistemas de ficheros dejan que sea el usuario quien proporcione las medidas necesarias para proteger los datos ante fallos en el sistema o en las aplicaciones. Los usuarios tienen que hacer copias de seguridad cada da, y si se produce algn fallo, utilizar estas copias para restaurarlos. En este caso, todo el trabajo realizado sobre los datos desde que se hizo la ltima copia de seguridad se pierde y se tiene que volver a realizar. Sin embargo, los SGBD actuales funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se produce un fallo.

DESVENTAJAS DE LAS BASES DE DATOS

Complejidad: Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder realizar un buen uso de ellos.

DESVENTAJAS DE LAS BASES DE DATOS

Coste del equipamiento adicional: Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir ms espacio de almacenamiento. Adems, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una mquina ms grande o una mquina que se dedique solamente al SGBD. Todo esto har que la implantacin de un sistema de bases de datos sea ms cara.

DESVENTAJAS DE LAS BASES DE DATOS

Vulnerable a los fallos: El hecho de que todo est centralizado en el SGBD hace que el sistema sea ms vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias de seguridad (Backup).

PRINCIPALES CARACTERISTICAS DE LOS

SISTEMAS DE BASE DE DATOS

Independencia de los Datos. Es decir, que los datos no dependen del programa y por tanto cualquier aplicacin puede hacer uso de los datos.

PRINCIPALES CARACTERISTICAS DE LOS

SISTEMAS DE BASE DE DATOS

Reduccin de la Redundancia. Llamamos redundancia a la existencia de duplicacin de los datos, al reducir sta al mximo conseguimos un mayor aprovechamiento del espacio y adems evitamos que existan inconsistencias entre los datos. Las inconsistencias se dan cuando nos encontramos con datos contradictorios.

PRINCIPALES CARACTERISTICAS DE LOS

SISTEMAS DE BASE DE DATOS

Seguridad de acceso y auditoria. se refiere al derecho de acceso a los datos contenidos en la base de datos por parte de personas y organismos. El sistema de auditora mantiene el control de acceso a la base de datos, con el objeto de saber qu o quin realiz una determinada modificacin y en qu momento.

PRINCIPALES CARACTERISTICAS DE LOS

SISTEMAS DE BASE DE DATOS

Respaldo y recuperacin. se refiere a la capacidad de un sistema de base de datos de recuperar su estado en un momento previo a la prdida de datos.

PASOS DEL PROCESO DE DISEO DE UNA

BASE DE DATOS

Determinar el propsito de la base de datos Este paso le ayudar a decidir los datos que desea que el software almacene. Determinar las tablas necesarias Cuando ya conozca claramente el propsito de la base de datos, puede dividir la informacin en temas distintos. Cada tema ser una tabla de la base de datos. Determinar los campos necesarios Tiene que decidir la informacin que desea incluir en cada tabla.

PASOS DEL PROCESO DE DISEO DE UNA

BASE DE DATOS

Determinar las relaciones Observe cada tabla y decida cmo se relacionan sus datos con los de las tablas restantes. Agregue campos a las tablas o cree tablas nuevas para clarificar las relaciones, si es necesario. Perfeccionar el diseo Busque errores en el diseo. Cree las tablas y agregue algunos registros de datos de ejemplo. Vea si puede obtener los resultados que desea de sus tablas. Haga los ajustes necesarios al diseo.

PROCESO DEL DISEO DE UNA BASE DE

DATOS

ABSTRACCIN PARA EL DISEO DE BASE DE DATOS

El proceso de abstraccin nos ayuda a modelar el mundo real, al hacer que nos centremos en lo verdaderamente importa, en el diseo de base de datos se utilizan cuatro tipos de abstracciones los cuales son: Asociacin, generalizacin, agregacin y clasificacin. Los cuales se aplican slo o combinados.

TIPOS DE ABSTRACCIN PARA EL DISEO DE BASE DE DATOS

MODELO DE DATOS
Los modelos de datos son herramientas de abstraccin que permiten representar la realidad captando su semntica. De acuerdo con el Instituto Nacional Estadounidense de Estndares (ANSI) un modelo de datos se puede interpretar como un esquema: * conceptual, que especifica las expresiones permitidas por el modelo mismo, comunica las reglas y definiciones esenciales de los datos a los usuarios; * lgico, que describe la semntica de tablas y columnas, clases orientadas a objetos, etctera, representada por una tecnologa de manipulacin en particular (como ser el lenguaje SQL); * fsico, que detalla los medios en los que se almacena la informacin, como ser particiones de disco.

CLASIFICACIN DE LOS MODELOS DE DATOS

El criterio principal que se utiliza para clasificar los SGBD es el modelo lgico en que se basan. Los modelos lgicos empleados con mayor frecuencia en los SGBD comerciales, estos modelos son: jerrquico en red relacional multidimensional de objetos

CLASIFICACIN DE LOS MODELOS DE DATOS

Estructura jerrquica.
El modelo de base de datos jerrquica tiene un esquema en el que los datos se organizan en una estructura arbrea. Esta estructura permite representar relaciones padre/hijo: cada padre puede tener varios hijos, pero cada hijo ha de venir de slo un padre (las conocidas como relaciones 1:N). Todos los atributos de un registro especfico estn asociados a un tipo de entidad. Este modelo fue creado por IBM en 1960.

CLASIFICACION DE LOS MODELOS DE DATOS

Estructura en red.
Esta estructura admite relaciones de cada registro con varios que se pueden seguir por distintos caminos. En otras palabras, el modelo permite relaciones N:N. El modelo en red est concebido como un modo flexible de representar objetos y sus relaciones. Su cualidad distintiva es que el esquema no tiene ninguna restriccin. El inventor de este modelo fue Charles Bachman, y el estndar fue publicado en 1969 por CODASYL

CLASIFICACION DE LOS MODELOS DE DATOS

Estructura relacional.
La estructura relacional es la ms extendida hoy en da. Se usa en mainframes, ordenadores medios y micro-computadores. Almacena los datos en filas (tuplas) y columnas (atributos). Estas tablas pueden estar conectadas entre s por claves comunes. Mientras trabajaba en IBM en 1972, E.F. Codd concibi esta estructura. El modelo no resulta sencillo de interrogar por el usuario ya que puede requerir una compleja combinacin de tablas.

CLASIFICACION DE LOS MODELOS DE DATOS

Estructura multidimensional.
La estructura multidimensional tiene parecidos a la del modelo relacional, pero en vez de las dos dimensiones filascolumnas, tiene N dimensiones. Esta estructura ofrece el aspecto de una hoja de clculo. Es fcil de mantener y entender ya que los registros se almacenan del mismo modo como se ven. Sus altas prestaciones han hecho de ella la base de datos ms popular para el proceso analtico de transacciones en lnea (OLAP).

CLASIFICACION DE LOS MODELOS DE DATOS

Estructura orientada a objetos

La estructura orientada a objetos est diseada siguiendo el paradigma de los lenguajes orientados a objetos. De este modo soporta los tipos de datos grficos, imgenes, voz y texto de manera natural. Esta estructura tiene gran difusin en aplicaciones web para aplicaciones multimedia.

CLASIFICACION DE LOS MODELOS DE DATOS

Un segundo criterio para clasificar los SGBD es el nmero de usuarios a los que da servicio el sistema.

Los sistemas monousuario slo atienden a un usuario a la vez, y su principal uso se da en los ordenadores personales. Los sistemas multiusuario, entre los que se encuentran la mayor parte de los SGBD, atienden a varios usuarios al mismo tiempo.

CLASIFICACION DE LOS MODELOS DE DATOS

Un tercer criterio es el nmero de sitios en los que est distribuida la base de datos. Casi todos los SGBD son centralizados: sus datos se almacenan en un solo computador. Los SGBD centralizados pueden atender a varios usuarios, pero el SGBD y la base de datos en s residen por completo en una sola mquina. En los SGBD distribuidos la base de datos real y el propio software del SGBD pueden estar distribuidos en varios sitios conectados por una red. Los SGBD distribuidos homogneos utilizan el mismo SGBD en mltiples sitios. Una tendencia reciente consiste en crear software para tener acceso a varias bases de datos autnomas preexistentes almacenadas en SGBD distribuidos heterogneos. Muchos SGBD distribuidos emplean una arquitectura cliente-servidor.

TIPOS DE BASE DE DATOS

Entre los diferentes tipos de base de datos, podemos encontrar los siguientes: MySql: es una base de datos con licencia GPL basada en un servidor. Se caracteriza por su rapidez. No es recomendable usar para grandes volmenes de datos. PostgreSql y Oracle: Son sistemas de base de datos poderosos. Administra muy bien grandes cantidades de datos, y suelen ser utilizadas en intranets y sistemas de gran calibre. Access: Es una base de datos desarrollada por Microsoft. Esta base de datos, debe ser creada bajo el programa access, el cual crea un archivo .mdb con la estructura ya explicada. Microsoft SQL Server: es una base de datos ms potente que access desarrollada por Microsoft. Se utiliza para manejar grandes volmenes de informaciones.

SISTEMA DE GESTIN DE BASE DE DATOS (SGBD)

Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase Management System) es una coleccin de programas cuyo objetivo es servir de interfaz entre la base de datos, el usuario y las aplicaciones. Se compone de: Un lenguaje de definicin de datos, Un lenguaje de manipulacin de datos y Un lenguaje de consulta. Un SGBD permite definir los datos a distintos niveles de abstraccin y manipular dichos datos, garantizando la seguridad e integridad de los mismos.

SISTEMA DE GESTIN DE BASE DE DATOS (SGBD)

Soporte de los sistemas operativos.

Objetos.

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS
Un SGBD debe permitir: Definir una base de datos: especificar tipos, estructuras y restricciones de datos. Construir la base de datos: guardar los datos en algn medio controlado por el mismo SGBD. Manipular la base de datos: realizar consultas, actualizarla, generar informes.

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS

Lenguaje de definicin de datos (LDD o DDL) Una vez finalizado el diseo de una base de datos y escogido un SGBD para su implementacin, el primer paso consiste en especificar el esquema conceptual y el esquema interno de la base de datos, y la correspondencia entre ambos. En muchos SGBD no se mantiene una separacin estricta de niveles, por lo que el administrador de la base de datos y los diseadores utilizan el mismo lenguaje para definir ambos esquemas, es el lenguaje de definicin de datos (LDD).

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS
El SGBD posee un compilador de LDD cuya funcin consiste en procesar las sentencias del lenguaje para identificar las descripciones de los distintos elementos de los esquemas y almacenar la descripcin del esquema en el catlogo o diccionario de datos. Se dice que el diccionario contiene metadatos: describe los objetos de la base de datos

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS

Lenguaje de manejo de datos. Una vez creados los esquemas de la base de datos, los usuarios necesitan un lenguaje que les permita manipular los datos de la base de datos: realizar consultas, inserciones, eliminaciones y modificaciones. Este lenguaje es el que se denomina lenguaje de manejo de datos (LMD). Hay dos tipos de LMD: Los procedurales y Los no procedurales.

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS

Con un LMD procedural el usuario (normalmente ser un programador) especifica qu datos se necesitan y cmo hay que obtenerlos. Esto quiere decir que el usuario debe especificar todas las operaciones de acceso a datos llamando a los procedimientos necesarios para obtener la informacin requerida. As se va accediendo a registros y se van procesando hasta que se obtienen los datos deseados. Las sentencias de un LMD procedural deben estar embebidas en un lenguaje de alto nivel, ya que se necesitan sus estructuras (bucles, condicionales, etc.) para obtener y procesar cada registro individual. A este lenguaje se le denomina lenguaje anfitrin. Las bases de datos jerrquicas y de red utilizan LMD procedurales.

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS

Los LMD no procedurales permiten especificar los datos a obtener en una consulta o los datos que se deben actualizar, mediante una sola y sencilla sentencia. El usuario o programador especifica qu datos quiere obtener sin decir cmo se debe acceder a ellos. El SGBD traduce las sentencias del LMD en uno o varios procedimientos que manipulan los conjuntos de registros necesarios. Esto libera al usuario de tener que conocer cul es la estructura fsica de los datos y qu algoritmos se deben utilizar para acceder a ellos.

LENGUAJES DE LOS SISTEMAS DE GESTION DE

LAS BASES DE DATOS

Lenguaje de consulta. Es una instruccin de solicitud para recuperar informacin. Las consultas pueden involucrar informacin de ms de una tabla

LENGUAJES DE MODELACION

Los lenguajes de modelado son la herramienta que utilizamos para construir nuestros modelos del sistema. En la actualidad, los modelos tienen un rol preponderante en el desarrollo de software. Modelos del sistema circulan entre los analistas funcionales, los programadores, los gerentes y los clientes, y todas las partes involucradas comprenden lo que estn viendo y pueden debatir las distintas opciones para el mejor desempeo del producto que se va a desarrollar. La utilizacin de modelos tiene un beneficio implcito que es justamente proveer una base comn de entendimiento para que todas las partes implicadas puedan comunicarse y estar hablando de las mismas cosas, refirindose a los mismos conceptos. Es decir, los modelos nos permiten transmitir informacin sobre el sistema de forma clara y precisa.

LENGUAJES DE MODELACION

los modelos son una simplificacin del sistema que queremos construir. La principal razn para modelar es comprender ms profundamente el sistema que vamos a desarrollar. A travs del modelado obtenemos los siguientes beneficios: Visualizar en etapas tempranas del desarrollo el comportamiento del sistema. Especificar tanto el comportamiento como la estructura del sistema. Documentacin formal del sistema. Guiar el desarrollo del sistema

CARACTERISTICAS DEL MODELADO

los modelos son una simplificacin del sistema que queremos construir. La principal razn para modelar es comprender ms profundamente el sistema que vamos a desarrollar. A travs del modelado obtenemos los siguientes beneficios: Visualizar en etapas tempranas del desarrollo el comportamiento del sistema. Especificar tanto el comportamiento como la estructura del sistema. Documentacin formal del sistema. Guiar el desarrollo del sistema

TIPOS DE MODELOS

Puede ser dividido en tres partes: 1.- Modelos lgicos basados en objetos: subdividido en: a) Modelo entidad-relacin. b) Modelo orientado a objetos. 2.- Modelos lgicos basados en registros: subdividido en: a) Modelo Relacional. b) Modelo Jerrquico. c) Modelo de Red. 3.- Modelos fsicos de datos: muy poco usado subdividido en: a) Modelo Unificador. b) Modelo de memoria de elementos.

MODELOS LGICOS BASADOS EN OBJETOS

Se usan para describir datos en los niveles conceptual y de visin, es decir, con este modelo representamos los datos de tal forma como nosotros los captamos en el mundo real, tienen una capacidad de estructuracin bastante flexible y permiten especificar restricciones de datos explcitamente. Existen diferentes modelos, los ms conocidos son:

Modelo Entidad - Relacin (E - R) Modelo Orientado a Objetos (OO). Modelo De Datos Semntica Modelo De Datos Funcional

MODELO ENTIDAD -RELACION

Este modelo representa a la realidad a travs de entidades, que son objetos que existen y que se distinguen de otros por sus caractersticas. Las entidades pueden ser de dos tipos:

Tangibles: Son todos aquellos objetos fsicos que podemos ver, tocar o sentir. Intangibles: Todos aquellos eventos u objetos conceptuales que no podemos ver, aun sabiendo que existen, por ejemplo: la entidad materia, sabemos que existe, sin embargo, no la podemos visualizar o tocar.

MODELO ENTIDAD -RELACION

A las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras maysculas.

Relacin: es la asociacin significativa y estable entre dos entidades.

MODELO ENTIDAD -RELACION

Atributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apellido, direccin, edad, sexo)

Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minsculas. Ej:

MODELO ENTIDAD -RELACION

Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.

MODELO ENTIDAD -RELACION

Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.

MODELO ENTIDAD -RELACION

Dominios: Es el conjunto de valores que puede tomar cada atributo. Por ejemplo el dominio del atributo poblacin, ser la relacin de todas las poblaciones del mbito de actuacin de nuestra empresa.

Tablas Es la forma de estructurar los datos en filas o registros y columnas o atributos.

MODELO ENTIDAD -RELACION

Relaciones: las relaciones tiene tres propiedades caractersticas: Grado Cardinalidad: que se clasifica en:

1)

MODELO ENTIDAD -RELACION

2)

Opcionalidad: es la participacin obligatoria u opcional en la entidad de la relacin.

MODELO ENTIDAD -RELACION

Como se lee el Grado Cardinalidad:

Uno a muchos: una instancia de la entidad A se relaciona con una o ms instancias de la entidad B.

Muchos a muchos: una instancia de la entidad A se relaciona con una o ms instancias de la entidad B y una instancia de la entidad B se relaciona con uno o ms instancias de le entidad B.

Uno a uno: una instancia de la entidad A se relaciona con uno y slo unainstancia de la entidad B.

MODELO ENTIDAD -RELACION

Relacin Recursiva Una instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos; es decir, no hay el carcter de obligatorio. Ej:

MODELO ENTIDAD -RELACION

Atributo: Los atributos son empleados para identificar, describir, calificar expresar el estado de una entidad. Todo entidad posee un atributo combinacin de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los dems. Adicionalmente los atributos pueden ser obligatorio u opcionales. A los atributos que forman parte de la clave primaria se los identifica anteponindoles el signo de numero (#). A los atributos obligatorio se les antepone el asterisco (*). A los atributos opcionales se les antepone un circulo (o). Ejemplo:

MODELO ENTIDAD -RELACION

En un diagrama entidad-relacin tambin puede agrupar las entidades en supertipo y en subtipo. Los supertipo agrupa a dos o ms entidades subtipo. Los subtipo heredan los atributos de las entidades supertipo.

MODELO ENTIDAD -RELACION

Cada subtipo puede tener relaciones propias independientes del supertipo. Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.

MODELO ENTIDAD -RELACION

Los diagramas Entidad - Relacin representan la estructura lgica de una base de datos de manera grfica. Los smbolos utilizados son los siguientes:

Rectngulo.- Conjunto de entidades. Elipse.- Atributos. Rombos.- Conjunto de relaciones. Lneas.- Unen atributos a conjuntos de entidades; unen atributos a conjuntos de relaciones; y unen conjuntos de entidades con conjuntos de relaciones. Si la flecha tiene punta, en ese sentido est el uno y si no la tiene, en ese sitio est el muchos. La orientacin seala cardinalidad.

MODELO ENTIDAD -RELACION

Elpse doble.- Se trata de dos elipses concntricas. Representan atributos multivalorados. Elipse discontinua.- Atributos derivados. Lneas dobles.- Indican participacin total de un conjunto de entidades en un conjunto de relaciones. Subrayado.- Subraya los atributos que forman parte de la clave primaria del conjunto de entidades. Si el conjunto de relaciones tiene atributos asociados, se le unen a la relacin. En los diagramas Entidad - Relacin se indican los papeles (roles) mediante etiquetas en las lneas que unen los conjuntos de relaciones con conjuntos de entidades. Los conjuntos de relaciones no binarias se especifican uniendo al conjunto de relaciones tantas entidades como marque la relacin. No es recomendable su utilizacin, prefirindose el uso de relaciones binarias.