clases s01 dbd

20
27/7/2015 DiseñoBasesDatos http://virtual.itca.edu.sv/Mediadores/dbd/ 1/1 I NICIO Generalidades. Autoevaluacion. UNIDAD 1: El modelo de Bases de Datos. Recursos y Herramientas DiseñoBasesDatos Inicio Siguiente » ITCAFEPADE © Siguiente » El presente módulo tiene como finalidad que usted pueda desarrollar las competencias para elaborar el diseño de bases de datos desde el nivel conceptual hasta la implementación en un sistema Gestor de Base de Datos. Antes de que existieran las bases de datos, el procesar la información resultaba una tarea tediosa y con muchos inconvenientes, entre ellos la duplicación de datos, inconsistencia en la información, pérdida de datos y no se tenía la información centralizada para que muchos pudieran tener acceso a ella. Luego que surgieron las bases de datos, se logró tener beneficios como reducción de la redundancia de datos, anulamos la inconsistencia, los datos se pueden compartir permitiendo crear nuevas aplicaciones que utilicen la misma base de datos. Se puede tener un control centralizado de los datos, con restricciones y gran seguridad de los mismos. Es por estas y muchas otras razones, por lo que es importante estudiar a profundidad el uso y diseño de las bases de datos. El módulo consta de dos unidades. En la primera unidad usted habrá alcanzado las competencias para diseñar una base de datos en forma conceptual, luego elaborar el diseño lógico y aplicar la técnica de normalización para elaborar el diseño físico. En la segunda unidad, usted será capaz de utilizar un gestor de base de datos y crear bases de datos más robustas, dirigiéndose mediante el diseño lógico y físico previamente elaborado.

Upload: jose

Post on 17-Feb-2016

56 views

Category:

Documents


0 download

DESCRIPTION

ITCA base de datos

TRANSCRIPT

Page 1: Clases s01 DBD

27/7/2015 DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/ 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

Recursos y Herramientas

DiseñoBasesDatos

Inicio

Siguiente »

ITCA­FEPADE ©

Siguiente »

El presente módulo tiene como finalidad que usted pueda desarrollar las competencias para elaborar el diseño de bases dedatos desde el nivel conceptual hasta la implementación en un sistema Gestor de Base de Datos.

Antes de que existieran las bases de datos, el procesar la información resultaba una tarea tediosa y con muchosinconvenientes, entre ellos la duplicación de datos, inconsistencia en la información, pérdida de datos y no se tenía lainformación centralizada para que muchos pudieran tener acceso a ella. Luego que surgieron las bases de datos, se logrótener beneficios como reducción de la redundancia de datos, anulamos la inconsistencia, los datos se pueden compartirpermitiendo crear nuevas aplicaciones que utilicen la misma base de datos. Se puede tener un control centralizado de losdatos, con restricciones y gran seguridad de los mismos. Es por estas y muchas otras razones, por lo que es importanteestudiar a profundidad el uso y diseño de las bases de datos.

El módulo consta de dos unidades. En la primera unidad usted habrá alcanzado las competencias para diseñar una base dedatos en forma conceptual, luego elaborar el diseño lógico y aplicar la técnica de normalización para elaborar el diseñofísico.

En la segunda unidad, usted será capaz de utilizar un gestor de base de datos y crear bases de datos más robustas,dirigiéndose mediante el diseño lógico y físico previamente elaborado.

Page 3: Clases s01 DBD

27/7/2015 Objetivos. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/objetivos.html 1/1

INICIO

Generalidades.

Objetivos.

Subcompetencias.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

Recursos y Herramientas

DiseñoBasesDatos

Objetivos.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Al finalizar el modulo los estudiantes habrán adquirido las competencias para modelar y construir diseños lógicos y físicos de una base de datos, así como la administración eficiente de los datos a través de un sistema gestor de base de datos,considerando las medidas de seguridad e integridad de los datos.

Page 4: Clases s01 DBD

27/7/2015 Subcompetencias. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/subcompetencias.html 1/1

INICIO

Generalidades.

Objetivos.

Subcompetencias.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

Recursos y Herramientas

DiseñoBasesDatos

Subcompetencias.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Definir los conceptos básicos de las bases de datos relacionales.Construir e interpretar el modelo E­R para representar las distintas visiones que los usuarios tienen de la información.Diseñar bases de datos normalizadas manteniendo integridad referencial a partir de las necesidades del cliente.Identificar y definir el sistema de gestión de base de datos acorde a las necesidades del cliente y a la seguridadrequerida para el sistema.Elaborar el diseño físico de la base de datos a partir del diseño lógico, ajustándolo a los requerimientos del sistema.Utilizar mecanismos de procesamiento de consultas, para filtrar la información de la base de datos.Utilizar diferentes vistas para que los usuarios tengan acceso solamente a los datos que les competen.

Page 5: Clases s01 DBD

27/7/2015 Autoevaluacion. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/autoevaluacion.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

Recursos y Herramientas

DiseñoBasesDatos

Autoevaluacion.

Verdadero Falso

Verdadero Falso

Verdadero Falso

Verdadero Falso

Verdadero Falso

Verdadero Falso

Verdadero Falso

Verdadero Falso

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Pregunta Verdadero­Falso

En su rol de protagonista del proceso de aprendizaje, le proponemos completar el siguiente cuestionario previo alestudio del módulo, con el objeto de que usted defina cuáles son sus conocimientos iniciales de los temas que se vana estudiar y, que avalúe su aprendizaje en el transcurso del desarrollo del módulo. Finalmente puede compararambos procesos para que identifique los aprendizajes alcanzados al terminar el módulo.

Conozco los conceptos de base de datos, tabla y registros.

Manejo el modelo entidad­relación para crear un diseño conceptual de la base de datos.

Conozco sobre los Sistemas gestores de bases de datos más populares que existen hoy día.

Sé aplicar normalización a las tablas de una base de datos.

Conozco los diferentes tipos de datos aceptados para los atributos de una tabla.

Puedo construir la base de datos en un SGBD con sus respectivas relaciones.

Manejo el lenguaje DDL de SQL para la creación de bases de datos.

Manejo el lenguaje DML de SQL para la creación de bases de datos.

Page 6: Clases s01 DBD

27/7/2015 UNIDAD 1: El modelo de Bases de Datos. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/unidad_1_el_modelo_de_bases_de_datos.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

UNIDAD 1: El modelo de Bases de Datos.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

INTRODUCCIÓN:

Las bases de datos surgieron por la necesidad que tenían las empresas de almacenar grandes cantidades de información deuna forma rápida, sencilla y fiable, y que a su vez pudieran acceder a ella en cualquier momento sin tener que almacenartanto papel en archivos físicos.

En esta unidad se presenta el proceso de desarrollo de un sistema de base de datos paso a paso. Se muestran aspectosgenerales y precisos sobre los sistemas de bases de datos relacionales. Además de una detallada descripción del modelorelacional, la teoría del diseño y el modelo entidad relación.

Se muestra además del diseño de bases de datos en su etapa conceptual de alto nivel, como por ejemplo la descripciónconcisa de los requerimientos de información de los usuarios, descripciones detalladas de los tipos de datos, las entidades ylas relaciones. Este esquema conceptual sirve como referencia para asegurarse de satisfacer los requerimientos de losusuarios y que no haya conflictos con tales requerimientos.

Luego se detalla la forma en que este nivel conceptual puede representarse como un modelo lógico en el SGBD utilizandoconceptos como las relaciones, llaves primarias y foráneas, integridad referencial y normalización y otros.

Por lo cual en la presente unidad, estudiaremos y aplicaremos ciertos conceptos relacionados con las bases de datos queson necesarios para el diseño de la misma, para luego construir este modelo en el siguiente capítulo en un SGBD utilizandoel lenguaje SQL.

RESULTADOS DE APRENDIZAJE.

Planear y analizar el diseño lógico de la base de datos a partir de un esquema descriptivo o conceptual de laorganización.Crear y modificar el diseño lógico de la base de datos según la estructura del diseño conceptual planteado.Aplicar reglas de construcción y normalización para la creación del modelo relacional de base de datos.

Page 7: Clases s01 DBD

27/7/2015 1.1. Introducción a las bases de datos. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/11_introduccin_a_las_bases_de_datos.html 1/2

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases dedatos.

Investigación.

Control de lectura.

1.2. El modelo Entidad Relación.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

1.1. Introducción a las bases de datos.

« Anterior | Siguiente »

¿Qué es una base de datos?

Una base de datos (cuya abreviatura es BD) es una entidad en la cual se pueden almacenar datos de manera estructurada,con la menor redundancia posible. Diferentes programas y diferentes usuarios deben poder utilizar estos datos. Por lo tanto,el concepto de base de datos generalmente está relacionado con el de red ya que se debe poder compartir esta información.De allí el término base.

¿Por qué utilizar una base de datos?

Una base de datos proporciona a los usuarios el acceso a datos, que pueden visualizar, ingresar o actualizar, enconcordancia con los derechos de acceso que se les hayan otorgado. Se convierte más útil a medida que la cantidad dedatos almacenados crece.

Una base de datos puede ser local, es decir que puede utilizarla sólo un usuario en un equipo, o puede ser distribuida, esdecir que la información se almacena en equipos remotos y se puede acceder a ella a través de una red.

La principal ventaja de utilizar bases de datos es que múltiples usuarios pueden acceder a ellas al mismo tiempo.

ARQUITECTURA DE UN SISTEMA ADMINISTRADOR DE BASE DE DATOS (DBMS):

La arquitectura de un DBMS se divide en tres niveles:

Nivel ExternoNivel ConceptualNivel Interno

El nivel externo es el nivel más alto y más cercano al usuario, llamado también Vista de usuario. Esta tiene relación con laforma en que cada usuario puede visualizar la información de la base de datos. Por ejemplo los usuarios finales y losprogramadores de una aplicación pueden tener diferentes vistas externas.

Por ejemplo, un instructor verá la base de datos como una colección de estudiantes y cursos ofrecidos por la universidad. Unadministrador verá la base de datos como una colección de registros en la disponibilidad de materiales de los cursosproporcionados por la universidad.

El nivel Conceptual está entre el nivel externo y el interno. Representa la base de datos como un todo y es usada por eladministrador de la base de datos (DBA). Muestra los datos como realmente son.

En el nivel externo, los usuarios están limitados al lenguaje que estén utilizando. En el nivel conceptual los datos se ven sinninguna de estas limitaciones.

El nivel interno trata sobre el almacenamiento físico de los datos, y es el nivel más bajo de la arquitectura. Describe lasecuencia física de los registros almacenados.

MODELOS DE DATOS. [1]

Los modelos de datos se usan para describir datos en los niveles lógico y de vistas. Se caracterizan por el hecho de queproporcionan capacidades estructurales muy flexibles y permiten que las ligaduras de datos sean especificadasexplícitamente. Los modelos de datos pueden ser clasificados en las siguientes categorías:

Modelos Lógicos Basados en ObjetosEl modelo Entidad Relación.El modelo orientado a objetos.Modelo Lógico Basado en Registros.

Modelo Relacional.Modelo de Red.Modelo jerárquico.El modelo de datos semántico.El modelo de datos funcional.

Page 8: Clases s01 DBD

27/7/2015 1.1. Introducción a las bases de datos. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/11_introduccin_a_las_bases_de_datos.html 2/2

« Anterior | Siguiente »

ITCA­FEPADE ©

MODELO LÓGICO BASADO EN OBJETOS.

Se enfoca en describir los datos, las relaciones entre los datos y algunas limitaciones definidas.

MODELO ENTIDAD RELACIÓN.

Está basado en una percepción del mundo real que consta de una colección de objetos básicos llamados entidades, y derelaciones entre estos objetos.

La totalidad de estructuras lógicas de una base de datos se pueden expresar gráficamente mediante un diagrama EntidadRelación, que consta de los siguientes componentes: Rectángulos, elipses, rombos y líneas.

MODELO ORIENTADO A OBJETOS.

Está basado en una colección de objetos. Un objeto contiene valores almacenados en variables de ejemplares (instancias)de ese objeto. Los objetos se agrupan en clases. Al contrario que las entidades en el modelo E­R, cada objeto tiene su propiaidentidad única, independientemente de los valores que contenga.

MODELO LÓGICO BASADO EN REGISTROS.

Se enfoca en describir la estructura de datos y las técnicas de acceso en un sistema de administración de bases de datos.

Se usan para describir datos en los niveles lógico y de vistas. En contraste con los modelos basados en objetos, se usan tantopara especificar la estructura lógica completa de la base de datos como para proporcionar una descripción de alto nivel de laimplementación.

Los modelos basados en registros se llaman así debido a que la base de datos se estructura en registros de formato fijo dediferentes tipos. En cada tipo de registro se define un número fijo de campos o atributos, y cada campo tiene normalmenteuna longitud fija.

MODELO JERÁRQUICO.

En este modelo los datos son representados en la forma de un árbol. Los datos se representan como una colección deregistros, y las relaciones entre los datos son representados por enlaces.

MODELO DE RED.

Es similar al modelo jerárquico en la forma en que los datos y las relaciones son representados como registros y enlaces. Sinembargo, los registros en la base de datos son representados gráficamente.

MODELO RELACIONAL

En este modelo, la base de datos es estructurada en registros de formato fijo, de varios tipos. Cada tipo de registro tiene unnúmero fijo de atributos o campos, los cuales son usualmente de tamaño fijo. Este es el modelo más utilizado.

CARACTERÍSTICAS DE LOS SISTEMAS DE BASES DE DATOS.

Entre las principales características de los sistemas de base de datos podemos mencionar:

Independencia lógica y física de los datos.Redundancia mínima.Acceso concurrente por parte de múltiples usuarios.Integridad de los datos.Consultas complejas optimizadas.Seguridad de acceso y auditoria.Respaldo y recuperación.

Acceso a través de lenguajes de programación estándar.

[1] Fundamentos de Bases de Datos. Silberschatz – Korth ­ Sudarshan

Page 9: Clases s01 DBD

27/7/2015 Investigación. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/investigacin.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

Investigación.

Control de lectura.

1.2. El modelo Entidad Relación.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Investigación.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Actividad

Investiga en qué consisten los modelos de datos semántico y funcional.

Analiza cuáles pueden ser algunas de las aplicaciones en la realidad de un Sistema de Base deDatos Relacional.

Escribe ejemplos de productos RDBMS (Gestores de Bases de Datos).

Escribe las características de ellos. Prepara un informe con portada y sube el archivo en formato pdfal foro habilitado por el docente.

Page 10: Clases s01 DBD

27/7/2015 Control de lectura. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/control_de_lectura1.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

Investigación.

Control de lectura.

1.2. El modelo Entidad Relación.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Control de lectura.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Control de lectura.

Investigue los siguientes conceptos y complete el siguiente ejercicio de pareamiento.

Inidcaciones: Traslada el número de la izquierda al parentesis de la derecha.

1 Campo( )

Es la intersección de una fila con una columna.

2 Atributo ( ) Es un campo o conjunto de campos que no admite valores duplicados en los registros. Debe ser única, no nula y obligatoria.

3 Registro ( )Conjunto de reglas que sirven para garantizar que las relaciones entre los registros de tablas relacionadas son válidas y que no se eliminan ni modificanaccidentalmente datos relacionados.

4 Tabla ( ) Se representa por las columnas en una tabla y pueden almacenar información de diferente tipo: numérico, char, etc.

5 Dato ( ) Equivalen a las filas de una tabla y constituyen la información que va contenida en los campos de una tabla, referida a un mismo objeto o persona.

6 Base de Datos ( ) Representación simbólica (numérica, alfabética, algorítmica, etc.), atributo o característica de una entidad.

7IntegridadReferencial

( ) Es una propiedad de una entidad, se representa por los campos de una tabla.

8 Celda ( ) Conjunto de información relacionada y agrupada que está compuesta por varias tablas.

9 Clave principal ( )Está formada por una o varias columnas que están asociadas a una clave primaria de otra o de la misma tabla. Se pueden definir tantas como se precise,y pueden estar o no en la misma tabla que la clave primaria.

10 Clave ajena ( ) Representan información de una base de datos y se representan en forma de filas y columnas.

Page 11: Clases s01 DBD

27/7/2015 1.2. El modelo Entidad Relación. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/12_el_modelo_entidad_relacin.html 1/2

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

1.2. El modelo Entidad Relación.

« Anterior | Siguiente »

Un modelo de datos es una colección de herramientas conceptuales para la descripción de datos, relaciones entre datos,semántica de los datos y restricciones de consistencia. [1]

El modelo entidad­relación (E/R), también llamado modelo conceptual de datos, fue propuesto por Peter Chen en 1976 yconsiste en una técnica especial de representación gráfica que incorpora información relativa a los datos y la relaciónexistente entre ellos, para suministrar una visión del mundo real, pudiendo ser usado “como una base para una vistaunificada de los datos adoptando el enfoque más natural del mundo real que consiste en entidades e interrelaciones”.

El modelo entidad­relación es un paso previo al futuro diseño de una base de datos y, por tanto, independiente del modelode datos que utilice.

1.2.1 ELEMENTOS DE UN MODELO ENTIDAD RELACIÓN.

El modelo debe estar compuesto por:

EntidadesRelacionesAtributosCardinalidadLlaves

ENTIDADES:

Una Entidades un objeto que existe y es distinguible de otros objetos por su sola existencia, por medio de un conjunto deatributos.

Tipo de objeto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso (coches, casas, empleados,clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc.).

Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior de él. Un nombre deentidad sólo puede aparecer una vez en el esquema.

Una entidad puede ser concreta, tal como una persona o un libro, o puede ser abstracta, como un día festivo o un concepto.

Se utilizan rectángulos dobles para representar conjuntos de entidades débiles.

Ejemplos de entidades: Materias, Estudiantes, Profesores, Empleados, clientes, etc. cada una con características quedescriben y diferencian cada elemento.

RELACIONES:

Las relaciones son las asociaciones que se establecen entre los campos de dos tablas, básicamente para compartirinformación.

Es una asociación o correspondencia existente entre entidades, sin existencia propia, de varias entidades. Se representamediante un rombo.

Por ejemplo, podemos definir una relación que asocia al cliente Juan López con la cuenta 12345.

ATRIBUTOS:

Una entidad está representada por un conjunto de atributos. Los atributos son datos que describen una entidad dada.

Es la unidad básica e indivisible de información acerca de una Entidad o una Relación, que sirve para identificarla o paradescribirla. Es pues cada una de las propiedades o características que tiene una Entidad o una Relación. Se representamediante una elipse o un círculo con su nombre.

Por ejemplo, de la Entidad Vehículo se pueden establecer atributos como marca, modelo, color, chasis, placa, etc. Estas soncaracterísticas propias del vehículo, es decir, hablan de un vehículo en particular y lo diferencian de otros, el dueño delvehículo no puede ser un atributo del vehículo ya que no define al vehículo y este además tiene atributos propios que lodefinen, como nombre, DUI, dirección, teléfono, edad, sexo, etc.

Cuando se representan los atributos, pueden usarse elipses dobles para representar atributos multivalorados y elipsesdiscontinuas para denotar atributos derivados.

Cuando definamos atributos, hay que tener cuidado de no confundirnos. Por ejemplo podemos tener una entidad Estudiante yotra entidad Profesor, que aparentemente tienen los mismos atributos como DUI, nombre, edad, teléfono, etc. Podemosmalinterpretar esta situación y crear una entidad llamada persona para englobar a ambas entidades, pero esto no esconveniente; por lo que se debe ser muy específico al nombrar los atributos de las entidades para que hagan referencia a laentidad a la que pertenecen.

Entonces, podemos crear los siguientes atributos de la entidad estudiante:

Identificador_estudiante

Nombre_ estudiante

Page 12: Clases s01 DBD

27/7/2015 1.2. El modelo Entidad Relación. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/12_el_modelo_entidad_relacin.html 2/2

« Anterior | Siguiente »

ITCA­FEPADE ©

Edad_ estudiante

Teléfono_ estudiante

Dirección_ estudiante

Sexo_ estudiante

Y los siguientes atributos para la entidad profesor:

Identificador_profesor

Nombre_ profesor

Edad_ profesor

Teléfono_ profesor

Dirección_ profesor

Sexo_ profesor

CARDINALIDAD

Otra de las características importantes que hay que tener en cuenta en este modelo es la cardinalidad de cada extremo enuna relación. La cardinalidad expresa cuántas del conjunto de entidades de un extremo de la relación están relacionadas concuántas entidades del conjunto del otro extremo. Pueden ser “uno a uno”', “uno a varios”' o “varios a varios”'.

Por ejemplo, un artículo puede ser escrito por un solo autor o por varios, pero nunca por ninguno; un autor puede pertenecera exactamente una institución (no para cero o varias); un artículo puede tener cero, uno o varios experimentos. Finalmente, unautor puede escribir muchos artículos, o ninguno.

CLAVE DE UNA ENTIDAD

Antes de definir el concepto de clave debe especificarse el concepto más genérico de Identificador, Superclave oDeterminante, que se define como un conjunto de uno o más atributos que permiten identificar de forma única una ocurrenciade una entidad dentro de un conjunto de ellas.

Se denominan claves candidatas a aquellas superclaves para las cuales ningún subconjunto propio es a la vez superclave.

De entre las claves candidatas el diseñador de la base de datos elige una clave primaria denominándose al resto de lasclaves candidatas claves alternativas.

Se define como clave ajena a aquel o aquellos atributos de una entidad que son clave primaria en otra entidad.

1.2.2 REPRESENTACIÓN GRÁFICA

FIGURA SIGNIFICADO

Se utiliza para representar las entidades.

Se utiliza para representar los atributos.

Se utiliza para representar relaciones entre entidades.

Se utilizan para conectar atributos a entidades y entidades a relaciones.

[1] Fundamentos de Bases de Datos. Silberschatz­ Korth ­ Sudarshan

Page 13: Clases s01 DBD

27/7/2015 Ejemplo Elementos E­R. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/ejemplo_elementos_er.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Ejemplo Elementos E­R.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

De esta manera ahora podemos establecer una representación gráfica de una situación de relación entre los estudiantes ylos profesores en donde se relacionen por medio de una clase.

Selecciona la imagen para agrandarla.

Page 14: Clases s01 DBD

27/7/2015 Relaciones. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/relaciones.html 1/2

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Relaciones.

« Anterior | Siguiente »

CARDINALIDAD:

La cardinalidad es la forma en que se relacionan las entidades. Se le conoce también como tipo de relación entre entidades.

Hay tres tipos de relaciones:

Uno a UnoUno a Muchos (O Muchos a uno)Muchos a Muchos

RELACIÓN UNO A UNO.

Se presenta cuando una única ocurrencia de la entidad A se relaciona con una sola ocurrencia de la entidad B y viceversa.Este tipo de relación no es normal, porque la mayoría de la información que se relaciona de esta forma estaría en una tabla.Puede utilizarse la relación uno a uno para dividir una tabla con muchos campos, para aislar parte de una tabla por razonesde seguridad o para almacenar información que sólo se aplica a un subconjunto de la tabla principal.

EJEMPLO

Un HOMBRE está casado con una sola MUJER. Una MUJER está casada con un solo HOMBRE.

ENTIDAD 1 ­­­­ RELACIÓN ­­­ ENTIDAD 2

RELACIÓN UNO A MUCHOS.

Es el tipo de relación más común. Significa que un registro de la tabla A puede tener muchos registros coincidentes en latabla B, pero un registro de la tabla B solo tiene un registro coincidente en la tabla A.

EJEMPLO

Un CLIENTE puede tener muchas CUENTAS BANCARIAS. La relación se representa como de 1: N.Donde se usa N o M para representar muchos.

RELACIÓN MUCHOS A MUCHOS.

Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con cualquier cantidad de entidadesdel tipo B. En otras palabras, un registro de la tabla A puede tener muchos registros coincidentes en la tabla B, y viceversa.Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión), cuya clave principal constade dos campos: las claves externas de las tablas A y B.

EJEMPLO

Un ESTUDIANTE puede cursar muchas MATERIAS. Una MATERIA la pueden cursar muchosESTUDIANTES. Se representa como de M:N. Donde se usa N o M para representar muchos.

Page 15: Clases s01 DBD

27/7/2015 Relaciones. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/relaciones.html 2/2

« Anterior | Siguiente »

ITCA­FEPADE ©

Page 16: Clases s01 DBD

27/7/2015 Representación de restricciones de diseño. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/representacin_de_restricciones_de_diseo.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Representación de restricciones de diseño.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Una entidad puede estar relacionada con varias entidades pero con rombos separadosLos nombres de las relaciones se escriben con verbo sustantivado.No pueden haber dos entidades iguales.El orden de las entidades no importa.El orden del nombre de los atributos no importa.Cada atributo solo puede tomar un valor en el dominio en el cual está inscrito.Dos entidades no se pueden conectar directamente entre sí, se deben hacer a través de una relación.La cardinalidad debe escribirse sobre la línea de la relación.Para definir la CARDINALIDAD se debe hacer siempre este tipo de preguntas.Evitar diseños con relaciones circulares.No pueden haber entidades o relaciones independientesUn rombo solo puede unir dos entidades

Selecciona la imagen para agrandarla.

Page 17: Clases s01 DBD

27/7/2015 Ejemplo Diagramas E­R. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/ejemplo_diagramas_er.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Ejemplo Diagramas E­R.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Actividad

Un modelo ER de Propietarios de Taxis y Conductores.

(UNO ­­­­­ MUCHOS)

¿Un Taxi cuantos propietarios tiene?R/ uno (El uno se pone en PROPIETARIO)

¿Un Propietario cuantos Taxis tiene? R/ Varios (La N se pone en TAXI)

¿Un taxi cuantos Conductores tiene?R/ varios (La N se pone en CONDUCTOR)

¿Un conductor Cuantos taxis maneja?R/ Uno (El Uno se pone En TAXI)

Se deben realizar los siguientes pasos:

1. Identificamos las Entidades.2. Identificamos los atributos de las Entidades.3. Identificamos las relaciones entre las Entidades.4. Colocamos la cardinalidad de las relaciones.

Seleccione la imagen para hacerla más grande.

Page 18: Clases s01 DBD

27/7/2015 Entidades débiles. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/entidades_dbiles.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Entidades débiles.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

Es posible que un conjunto de entidades no tenga atributos suficientes para formar una clave primaria. Un conjunto deentidades de este tipo se denomina conjunto de entidades débiles. Una entidad débil es aquella cuya existencia depende dealguna otra entidad. Para que un conjunto de entidades débiles sea significativo, debe ser parte de un conjunto de relacionesuno a muchos. Cada entidad débil debe estar asociada con una entidad propietaria o dominante; es decir, que el conjunto deentidades débiles depende existencialmente del conjunto de entidades propietarias.La clave primaria de un conjunto de entidades débiles se forma con la clave primaria del conjunto de entidades propietarias,más el discriminante del conjunto de entidades débiles. El discriminante de un conjunto de entidades débiles se denomina laclave parcial del conjunto de entidades. El conjunto de entidades débiles se indica en los diagramas E­R por medio de unrectángulo de doble contorno.

Alejandro Elias
Highlight
Page 19: Clases s01 DBD

27/7/2015 Ejemplo entidades débiles. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/ejemplo_entidades_dbiles.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Ejemplo entidades débiles.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

EJEMPLO

Como ilustración, considérese el conjunto de entidades pago, que tiene los tres atributos: número­pago,fecha­pago e importe­pago. Los números de pago son generalmente números secuenciales, empezandopor 1, generados por separado por cada préstamo. Así, aunque cada entidad pago es distinta, los pagospara diferentes préstamos pueden compartir el mismo número de pago.

Así, este conjunto de entidades no tiene una clave primaria; es un conjunto de entidades débiles.

La relación que asocia el conjunto de entidades débiles con el conjunto de entidades identificadoras se denomina relaciónidentificadora.

En nuestro ejemplo, el conjunto de entidades identificador para pago es préstamo, y la relación préstamo­pago que asociala entidad pago con su correspondiente entidad préstamo es la relación identificadora.

Page 20: Clases s01 DBD

27/7/2015 Rol de las entidades. | DiseñoBasesDatos

http://virtual.itca.edu.sv/Mediadores/dbd/rol_de_las_entidades.html 1/1

INICIO

Generalidades.

Autoevaluacion.

UNIDAD 1: El modelo de Bases deDatos.

1.1. Introducción a las bases de datos.

1.2. El modelo Entidad Relación.

Ejemplo Elementos E­R.

Relaciones.

Representación derestricciones de diseño.

Ejemplo Diagramas E­R.

Entidades débiles.

Ejemplo entidades débiles.

Rol de las entidades.

Control de lectura.

1.3. Modelo Entidad Relación extendida.

1.4. Módelo Lógico de Datos.

1.5. Bibliografía

2. Diseño del Modelo Relacional

Recursos y Herramientas

DiseñoBasesDatos

Rol de las entidades.

« Anterior | Siguiente »

ITCA­FEPADE ©

« Anterior | Siguiente »

En los diagramas E­R se indican papeles mediante etiquetas en las líneas que unen rombos con Rectángulos. A veces en laslíneas de relación se indican roles. Los roles representan el papel que juega una entidad en una determinada relación.

EJEMPLO 1

En la siguiente figura se muestran los indicadores de papeles director y trabajador entre el conjunto deentidades empleado y el conjunto de relaciones trabaja­ para.

EJEMPLO 2

Ejemplo de rol. Un trabajador puede ser visto como jefe o como empleado según a qué lado de la relación esté.