Modelos de datos. Marta E. Zorrilla Pantaleón Universidad de Cantabria. Curso Marta Zorrilla - UC 1

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Modelos de datos. Marta E. Zorrilla Pantaleón Universidad de Cantabria. Curso 2010-2011 Marta Zorrilla - UC 1"

Transcripción

1 Modelos de datos Marta E. Zorrilla Pantaleón Universidad de Cantabria Curso Marta Zorrilla - UC 1

2 Curso Marta Zorrilla - UC 2 Modelo de datos. Definición Conjunto de herramientas conceptuales para describir la representación de la información en términos de datos. Los modelos de datos comprenden aspectos relacionados con: estructuras y tipos de datos, operaciones y restricciones. Dittrich (1994). Conjunto de conceptos, reglas y convenciones que permiten describir y manipular los datos de la parcela de un cierto mundo real que deseamos almacenar en la base de datos. De Miguel et al. (1999). Colección de herramientas conceptuales que se emplean para especificar datos, las relaciones entre ellos, su semántica asociada y las restricciones de integridad.

3 Curso Marta Zorrilla - UC 3 Fases del diseño Fase inicial: análisis de requisitos. Descripción de la información a gestionar y sus procesos. Entrevistas con usuarios y expertos. Análisis de requisitos. Especificación funcional Diseño conceptual: traducción del análisis de requisitos al esquema conceptual. Representación generalmente gráfica de las entidades y sus relaciones. Modelo ER, modelo UML, ORM DFD, diagrama de casos, diagramas de colaboración, de secuencia, etc. Implantación en el gestor: Diseño lógico: traducción del modelo conceptual al LDD del gestor correspondiente. Modelo relacional, OO, OR Diseño físico: determina la organización de archivos y las estructuras de almacenamiento interno.

4 Curso Marta Zorrilla - UC 4 Modelo, Esquema y Ejemplar Mundo real Modelo de datos ER, ORM UML Esquema de datos Herramientas CASE Ejemplar del esquema: instancia del esquema, esto es, datos que en un momento determinado están en el esquema Relacional Objeto relacional Orientado a objetos Jerárquico / red

5 Curso Marta Zorrilla - UC 5 Modelos conceptuales Características: Independientes del SGBD Mayor nivel de abstracción Mayor capacidad semántica Más enfocados al diseño de alto nivel Interfaz usuario/informático

6 Curso Marta Zorrilla - UC 6 Ejemplo ER MOVIE 0..N Title year filmtype length 1..N stars 1..N STAR addr Name phones street city owns 1..1 STUDIO Name address

7 Curso Marta Zorrilla - UC 7 Ejemplo UML Movie title year length filmtype {color, blackandwhite} 0..N 1..1 Studio name address float lengthinhours() void starnames (out Set<String>); void othermovies ( in Star, out Set<Movie>) 1..N 1..N Star name Addr {street, city} Phones(set) void enrolled_in (in Star s, Movie m) void drop_enrolled_in (in Star s, Movie m)

8 Curso Marta Zorrilla - UC 8 Ejemplo ORM

9 Curso Marta Zorrilla - UC 9 Herramientas CASE (Computer Aided/Assisted Software/System Engineering) Conjunto de programas que asisten a los analistas, ingenieros de software y desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de un Software. Ayudan al diseño verificación de errores Reducen el tiempo de desarrollo generación de código y reutilización de objetos, generadores de casos de pruebas Mejoran la calidad Facilitan el mantenimiento de los programas Generan y estandarizan la documentación Aumentan la portabilidad de las aplicaciones

10 Curso Marta Zorrilla - UC 10 Clasificación de herramientas CASE Se pueden clasificar atendiendo a: Las fases del ciclo de vida del desarrollo de sistemas que cubren Su funcionalidad

11 Curso Marta Zorrilla - UC 11 Según ciclo de software Herramientas integradas, I-CASE (Integrated CASE): abarcan todas las fases del ciclo de vida del desarrollo de sistemas. Son llamadas también CASE workbench. Muy caras. Herramientas de alto nivel, U-CASE (Upper CASE o front-end), orientadas a la automatización y soporte de las actividades desarrolladas durante las primeras fases del desarrollo: análisis y diseño. Herramientas de bajo nivel, L-CASE (Lower CASE - o back-end), dirigidas a las últimas fases del desarrollo: diseño detallado y generación de código. Juegos de herramientas o Tools-Case, son el tipo más simple de herramientas CASE. Automatizan una fase dentro del ciclo de vida.

12 Curso Marta Zorrilla - UC 12 Según su funcionalidad Herramientas de análisis y diseño Permiten al desarrollador crear un modelo del sistema que se va a construir y también la evaluación de la validez y consistencia de este modelo. Herramientas de programación (compiladores, editores y depuradores ) Herramientas de gestión de prototipos Herramientas de mantenimiento (ingeniería inversa, reingeniería) Herramientas de gestión de proyectos (planificación, seguimiento, medición de costes). Herramientas de soporte (gestión de la configuración, control de cambios, documentación, etc.). Herramientas de integración y prueba Sirven de ayuda a la adquisición, medición, simulación y prueba de los sistemas lógicos desarrollados.

13 Curso Marta Zorrilla - UC 13 Componentes Repositorio o diccionario de datos Almacén de los elementos definidos Módulo diagramático Editores que recogen las distintas técnicas Generador de código. Ingeniería inversa. Generador de documentación Interfaz de usuario INTERFAZ DE USUARIO C Ó D I G O Modelos Repositorio I N F O R M E S

14 Curso Marta Zorrilla - UC 14 Productos más utilizados ERWin PowerDesigner (Sybase) EasyCASE Oracle designer (Discoverer) Visio (Microsoft)

15 Curso Marta Zorrilla - UC 15 Elección de la herramienta de diseño de bases de datos Multiplataforma Trabajo en grupo Aspectos de seguridad Software Open Source / licencia (precio) Esquema de BD para diferentes gestores. Comprobación de restricciones Sincronización con el gestor Ingeniería inversa Generación de documentación Interfaz gráfica cómoda e intuitiva Capacidad de representación respecto a la notación teórica

16 Curso Marta Zorrilla - UC 16 Deficiencias en herramientas CASE Generalmente no recogen toda la riqueza semántica del modelo de datos. Falta de un modelo de restricciones que genere las reglas de negocio en automático. No ayuda a especificar el modelo físico adecuado, lo indica el diseñador, pero no le da pautas o medidas de rendimiento. No ofrecen la posibilidad de diseñar en entornos distribuidos, OO, activas, no hay modelo que permita representarlo. Los atributos derivados pueden estar en el conceptual por razones semánticas y en el físico por razones de eficiencia, el problema es que la regla por la que se genera no se puede modelizar.

17 Modelo ER Marta Zorrilla Universidad de Cantabria Curso Marta Zorrilla - UC 17

18 Curso Marta Zorrilla - UC 18 Tabla de contenidos Evolución histórica Modelo básico versus modelo extendido Elementos estáticos Entidades Relaciones Dominios y valores Atributos Restricciones Identificadores Cardinalidades de atributos Cardinalidades de relaciones Relaciones n-arias Extensiones del modelo Generalización y especialización Restricciones entre relaciones Agregación Notación E/R vs. UML Ejemplos

19 Curso Marta Zorrilla - UC 19 Evolución histórica Propuesto por Chen en dos artículos ya históricos, en 1976 y Según Chen, El Modelo E/R puede ser usado como una base para una vista unificada de los datos, adoptando el enfoque más natural del mundo real que consiste en entidades y relaciones. Posteriormente otros autores lo han ampliado con importantes aportaciones, formándose en realidad una familia de Modelos de Datos. Se abordará el modelo E/R básico y el modelo E/R extendido. El Modelo E/R ha tenido una gran difusión en la comunidad informática dedicada a las BD, prueba de ello es que ha sido el modelo más extendido en las herramientas CASE de ayuda al diseño de BD. DATE critica al modelo ER diciendo que no es más que una fina capa por encima del modelo relacional

20 Curso Marta Zorrilla - UC 20 Elementos estáticos Entidad (entity) Objeto que existe y se distingue de los demás. Pueden ser concretos P. ej.: un libro, una persona,.. O abstractas P.ej.: préstamo, pedido, Atributo (attribute) Propiedades que caracterizan a las entidades. Clave primaria: atributos que identifican a la entidad P.ej.: ISBN (PK), título, idioma, para entidad libro Dominio (domain) Conjunto de valores permitidos para un atributo P. ej: indicando el tipo de datos (por intensión) P. ej: sexo-> M o F (por extensión)

21 Curso Marta Zorrilla - UC 21 Entidades Existen dos categorías de tipos de entidades: Regulares o fuertes, que son aquellas cuyos ejemplares tienen existencia por sí mismos Caso préstamos de la biblioteca: LIBRO y AUTOR LIBRO AUTOR Débiles, en las cuales la existencia de un ejemplar depende de que exista un cierto ejemplar de otro tipo de entidad Caso del EJEMPLAR que depende de LIBRO EJEMPLAR

22 Curso Marta Zorrilla - UC 22 Elementos estáticos (y 2) Relación (relationship) Conexión semántica entre dos o más entidades Cardinalidad: nº máximo de unidades de un conjunto que se conecta o relaciona con una entidad de otro y viceversa COMPAÑIA (0:1) EMPLEADO (0:m) AUTOR (1:n) preside 1:1 trabaja 1:m escribe n:m (1:1) (1:1) (1:m) PRESIDENTE DPTO LIBRO

23 Curso Marta Zorrilla - UC 23 Relaciones reflexivas En estos casos se requiere especificar el rol, papel que desempeña en la relación PERSONA madre hijo MECANISMO 1:N maternidad Compuesto por constituye N:M Forma parte de

24 Curso Marta Zorrilla - UC 24 Relaciones LIBRO ISBN EMPLEADO NRP 1:1 ID tiene 1:1 E tiene 0:N 0:N EJEMPLARES estado HIJOS DNI numcopia Dependencia de identificación Dependencia de existencia

25 Curso Marta Zorrilla - UC 25 Atributos y claves PERSONA Dirección Calle CP Localidad Atributo compuesto IDPersona Nombre Fecha nacimiento Edad DNI Profesión Teléfonos Identificador Atributo derivado Clave candidata Admite nulos Multivaluado MUJER matrimonio Fecha 1:1 n:m ALUMNO matricula Curso acad. HOMBRE ASIGNATURA

26 Curso Marta Zorrilla - UC 26 Gestión de préstamos (ejemplo) Requisitos: La biblioteca está interesada en automatizar la gestión de préstamos El modo de funcionar es sencillo, básicamente requiere registrar el socio que se lleva el libro, y de qué ejemplar se trata, así como las fechas de entrega, devolución prevista y de devolución. La biblioteca está organizada en diversas sedes y el socio puede coger libros de cualquiera de ellas. Del socio se tienen los datos personales básicos. Y de los libros, todos los campos descriptivos que los caracterizan (título, idioma, autores, editorial, fecha, ). Además de cada ejemplar se querrá conocer el estado en el que se encuentra (prestable, en reparación, fuera de circulación)

27 Curso Marta Zorrilla - UC 27 Préstamos de la biblioteca (0,n) SOCIO CodSocio nombre dni SEDE Biblio. CodSed nombre (1:1) localidad prestar (0,n) EJEMPLAR numejemplar (0:n) (0:n) Estado FechaAlta FechaPrevistaDev FechaDev ID en (1:1) ubicado LIBRO escrito (0:n) (0:n) (0:n) publicado titulo Codlib fecha ISBN en (1:1) (1:1) EDITORIAL IDEdit nombre (1:n) AUTORES IDAutor nombre Apellido_1 IDIOMA IDIdioma nombre

28 Curso Marta Zorrilla - UC 28 Préstamos de la biblioteca (1:1) SOCIO CodSocio nombre dni SEDE Biblio. CodSed nombre a (1:1) localidad PRESTAMO de un (0:n) (0:n) (1:1) EJEMPLAR numejemplar (0:n) (0:n) Estado NumPrest FechaAlta FechaPrevistaDev FechaDev ID en (1:1) ubicado LIBRO escrito (0:n) (0:n) (0:n) publicado titulo Codlib fecha ISBN en (1:1) (1:1) EDITORIAL IDEdit nombre (1:n) AUTORES IDAutor nombre Apellido_1 IDIOMA IDIdioma nombre

29 Curso Marta Zorrilla - UC 30 Gestión docente (ejemplo) Requisitos: Cada profesor pertenece a un sólo departamento y debe pertenecer a uno. El profesor puede impartir varios grupos de la misma o distinta asignatura, y un grupo debe ser enseñado por un profesor. Los alumnos se matriculan de varias asignaturas (al menos una) cada curso académico pero han de hacerlo en un grupo. A su vez un grupo tendrá varios alumnos matriculados. Cada grupo tendrá asignado un aula para cada día y hora de la semana. La matrícula dará opción a dos convocatorias de examen con su respectiva calificación. Todo departamento debe tener un director, que es profesor. Los atributos de cada entidad son los que cabría esperar.

30 Curso Marta Zorrilla - UC 31 Gestión docente ASIGNATURA (1:1) ID tiene (0:n) CodAsig Nombre Créditos Carácter Curso imparte (1:1- dia - hora) ocupa (1:1) PROFESOR (0:n) día hora (1:1) (1:n) AULA Nro NroPersonal nombre Apellido_1 GRUPO (0:n) Max-alum pertenece dirige (1:n) consta CodGrupo Calificación Convocatoria (1..2) (1:1) DPTO (0:1) CodDpto nombre (0:n) MATRICULA (0:n) CursoAcad CodMatr realiza (1:1) ALUMNOS CodAlu nombre dni

31 Curso Marta Zorrilla - UC 32 Relaciones n-arias PROVEEDOR (0:1) TRABAJO (1:n) compra (1:n) PIEZA Una pieza Y en un trabajo Z una pareja (pieza, trabajo) la suministran 0 o 1 proveedores. Un proveedor X en un trabajo Z una pareja (proveedor, trabajo) suministra 1, 2,.., n piezas. Un proveedor X suministra una pieza Y una pareja (proveedor, pieza) en 1, 2,.., n proyectos

32 Curso Marta Zorrilla - UC 33 Relaciones n-arias (sin redundancia) (0:n) PROVEEDOR (0:n) precio Puede intervenir Puede suministrar (0:n) (1:n) (1:n) TRABAJO (1:n) compra (1:n) PIEZA cantidad Precio ud. (0:n) necesita (1:n) Cantidad total

33 Curso Marta Zorrilla - UC 34 Generalización y especialización PERSONA NroPersona nombre Apellido_1 Calificación crediticia CLIENTE EMPLEADO salario puesto La Generalización se considera como un caso especial de relación entre uno o varios tipos de entidad (subtipos) y un tipo más general (supertipo), cuyas características son comunes a todos los subtipos. El mecanismo de abstracción contrario se llama especialización.

34 Curso Marta Zorrilla - UC 35 Generalización y especialización La división en subtipos (especialización) puede venir determinada por una condición predefinida (por ejemplo, en función de los valores de un atributo llamado discriminante). La Generalización/Especialización tiene dos restricciones semánticas asociadas: Totalidad (todo ejemplar del supertipo tiene que pertenecer a algún subtipo). El caso contrario se llama Parcialidad. Solapamiento (un mismo ejemplar del supertipo puede pertenecer a más de un subtipo). El caso contrario se llama Exclusividad.

35 Curso Marta Zorrilla - UC 36 Generalización y especialización PERSONA PERSONA (t,e) Total exclusiva (t,s) Total con solapamiento HOMBRE MUJER EMPLEADO ESTUDIANTE PERSONA EMPLEADO (p,e) Parcial exclusiva (p,s) Parcial con solapamiento DIRECTOR ADMINISTRATIVO DOCENTE INVESTIGADOR

36 Curso Marta Zorrilla - UC 37 Restricción de exclusividad percibe BECA PERSONA Está en CONTRATO La persona o percibe una beca o está contratado

37 Curso Marta Zorrilla - UC 38 Restricción de exclusión imparte PERSONA CURSO recibe La persona imparte o recibe el curso, no puede estar en ambas relaciones a la vez

38 Curso Marta Zorrilla - UC 39 Restricción de inclusividad dominan IDIOMA PERSONA hacen VIAJES INTERN. Las personas que dominan idiomas son un subconjunto de las que realizan viajes internacionales. Si una persona participa en domina, tiene necesariamente que participar en hacen viajes

39 Curso Marta Zorrilla - UC 40 Restricción de inclusión atiende MEDICO HOSPITAL opera Los cirujanos son un subconjunto de los médicos del hospital

40 Curso Marta Zorrilla - UC 41 Agregación Es un tipo especial de relación en la cual las cardinalidades mínima y máxima del tipo de entidad agregada siempre son (1,1) Existen dos clases de agregaciones: Compuesto/Componente: permite representar que un todo se obtiene por la unión de diversas partes que pueden ser tipos de entidades distintas y que juegan diferentes roles en la agregación. Miembro/Colección: permite representar un todo como una colección de miembros, todos de un mismo tipo de entidad y todos jugando el mismo rol. Esta agregación puede incluir una restricción de orden de los miembros dentro de la colección (indicando el atributo de ordenación).

41 Curso Marta Zorrilla - UC 42 Ejemplos agregación Agregación Compuesto/Componente COCHE (1:1) (1:1) (4:4) CHASIS MOTOR RUEDA FLOTA (1:n) Ordenado por num_barco BARCO Agregación Miembro/Colección con cardinalidades y restricción de orden

42 Curso Marta Zorrilla - UC 43 Agregación otros usos Como herramienta para expresar relaciones entre relaciones o entre relaciones y conjuntos de entidades dni nombre ENFERMO realizado PRUEBA Codpru nombre tipo 1:n atendido fecha hora MEDICO nrp especialidad

43 Curso Marta Zorrilla - UC 44 Evitar las redundancias Un elemento de un esquema es redundante si puede ser eliminado sin pérdida de semántica. Existen dos formas principales de redundancia: En los atributos (derivados o calculados): Aunque son redundantes, no dan lugar a inconsistencias siempre que en el esquema se indique su condición de derivados y la fórmula mediante la que han de ser calculados. En las relaciones (también llamadas interrelaciones derivadas): Una relación es redundante si su eliminación no implica pérdida de semántica porque existe la posibilidad de realizar la misma asociación de ejemplares por medio de otras relaciones. Para ello es condición necesaria pero no suficiente que forme parte de un ciclo => Hay que estudiar detenidamente los ciclos en el diagrama E/R.

44 Curso Marta Zorrilla - UC 45 Evitar las redundancias (y 2)

45 Curso Marta Zorrilla - UC 46 Hay problema de redundancia? 1:n PROFESOR 1:n 1:n investiga Imparte Participa 1:n TEMA 1:n 1:n 1:n 1:n 1:n Consta CURSO

46 Curso Marta Zorrilla - UC 49 Gestión de compras (ejemplo) Requisitos: Una empresa está interesada en automatizar su proceso de compras El modo de funcionar es sencillo, básicamente requiere registrar la hoja del pedido que realiza a un determinado proveedor en una determinada fecha En la hoja del pedido queda constancia del número de unidades que compra de cada artículo y el precio de compra, y en caso de que el proveedor o bien por volumen o por promoción, le realiza un descuento, también lo anota Los productos que compran tienen distinto IVA Generalmente el paga a sus proveedores al mes de recibir la mercancía y por transferencia, aunque lo puede hacer a plazos Los atributos de cada entidad son los que cabría esperar

47 Curso Marta Zorrilla - UC 50 Gestión de compras suministra (1:1) PROVEEDOR CodProv nombre tfno c/c Dirección (0:n) (0:n) PEDIDO consta (1:1) FechaPed NumPed FechaEntrega Estado Importe pedido preciocompra unidades descuento iva numlinea Con/del (1:n) (0:n) ARTICULO Calle CP Localidad PAGO Codart nombre precioud iva NumPago FechaPago Tipo pago Concepto c/c cantidad

48 Curso Marta Zorrilla - UC 51 Generalización del tipo de pago PAGO (1:1) NumPago FechaPago Concepto cantidad (p,e) Tipo pago DISCRIMINANTE tarjeta transferencia número Fecha caducidad Tipo tarjeta{crédito,débito} c/c cheque númerocheque banco

49 Modelo relacional Marta Zorrilla Universidad de Cantabria Curso Marta Zorrilla - UC 59

50 Curso Marta Zorrilla - UC 60 Tabla de contenidos Elementos básicos Dominios y atributos Definición de relación Clases de relaciones Restricciones de integridad Inherentes Definidas por el usuario Valores nulos Esquemas relacionales SGBD relacionales

51 Curso Marta Zorrilla - UC 61 Introducción En 1970, Codd publicó en ACM el trabajo Un modelo de datos relacional para grandes bancos de datos compartidos donde propuso un nuevo Modelo de Datos. Se caracteriza por: ser sencillo y uniforme (colección de tablas y lenguajes declarativos) sólida fundamentación teórica: el modelo está definido con rigor matemático se independiza del almacenamiento físico y de las aplicaciones.

52 Curso Marta Zorrilla - UC 62 Elementos básicos RELACIÓN Es la estructura básica del modelo relacional. Se representa mediante una tabla. DOMINIO Es el conjunto válido de valores que toma un atributo. Existen con independencia de cualquier otro elemento. ATRIBUTO Representa las propiedades de la relación. Se representa mediante una columna. TUPLA Es una ocurrencia de la relación. Se representa mediante una fila.

53 Curso Marta Zorrilla - UC 63 Ejemplo de relación El Universo de Discurso de una BD relacional está compuesto por un conjunto de dominios {Di} y de relaciones {Ri} definidas sobre los dominios. atributos nombre calle ciudad Carmen Ana Pedro Marie Calvo Sotelo Castellana Torres Quevedo Eliseos Santander Madrid Logroño París tuplas cliente

54 Curso Marta Zorrilla - UC 64 Dominios Un dominio es un conjunto nominado, finito y homogéneo de valores atómicos Un dominio => se identifica por un nombre, tiene un número finito de valores, todos los valores son del mismo tipo, y los valores son atómicos respecto del MR Cada dominio puede definirse de dos maneras: Extensión (dando sus posibles valores): días de la semana = {lunes, martes, miércoles, sábado, domingo} Intensión (mediante un tipo de datos): peso = decimal A veces se asocia al dominio su unidad de medida (kilos, metros, etc.) y/o ciertas restricciones (como un rango de valores).

55 Curso Marta Zorrilla - UC 65 Atributos Un atributo (A) es la interpretación de un determinado dominio en una relación, es decir el papel que juega en la misma. Notación: D = Dom (A) => D es el dominio de A Un atributo y un dominio pueden llamarse igual, pero Un atributo está siempre asociado a una relación, mientras que un dominio tiene existencia propia con independencia de las relaciones. Un atributo representa una propiedad de una relación. Un atributo toma valores de un dominio. Varios atributos distintos (de la misma o de diferentes relaciones) pueden tomar sus valores del mismo dominio.

56 Curso Marta Zorrilla - UC 66 Relación Una relación (matemáticamente) es un subconjunto del producto cartesiano de la lista de dominios {D i } Esta definición no tiene en cuenta a los atributos, por eso en Bases de Datos se utiliza otra definición un esquema de relación se compone de un nombre de relación R, un conjunto de n atributos {A i } y de un conjunto de n dominios (no necesariamente distintos) {D i } donde cada atributo será definido sobre un dominio. Una relación consta de los siguientes elementos: Nombre de la relación Cabecera: conjunto de n pares atributo-dominio Cuerpo: Conjunto de m tuplas Esquema: constituido por el nombre de la relación y la cabecera Estado: constituido por el esquema y cuerpo.

57 Curso Marta Zorrilla - UC 67 Relación (y 2) Hay que diferenciar: Esquema : conjunto de atributos {A i } junto con sus dominios Instancia : conjunto de tuplas r={t 1,,t n } tal que t i =(x 1,..,x n ) con x j Є D j Esquema: Persona [nombre: Nombres, calle: Calles, ciudad: Ciudades] Instancia: (Carmen, Calvo Sotelo, Santander), (Ana, Castellana, Madrid), (Pedro, Torres Quevedo, Logroño), (Marie, Eliseos, Paris) Se denomina cardinalidad o aridad de una relación al número de tuplas que hay en un esquema. Y grado al nº de atributos.

58 Curso Marta Zorrilla - UC 68 Ejemplo

59 Curso Marta Zorrilla - UC 69 Base de datos relacional Una base de datos relacional es un conjunto finito de relaciones {R i } Clases de relaciones Con nombre Persistentes Temporales Base (definidas por el usuario y del sistema) Vistas Vistas materializables Definidas por el usuario Vistas temporales Vistas materializables temp. Sin nombre Temporales Resultado de una consulta (intermedio o final)

60 Curso Marta Zorrilla - UC 70 Terminología!CUIDADO!, una relación no es una tabla. Ni una tabla es un fichero. Existen diferencias entre los conceptos.

61 Curso Marta Zorrilla - UC 71 Restricciones inherentes Las restricciones inherentes vienen impuestas por el propio Modelo de Datos. En el caso del MR, una relación tiene unas propiedades intrínsecas que no tiene una tabla, y que se derivan de la misma definición matemática de relación, ya que, al ser un conjunto: No puede haber dos tuplas iguales => obligatoriedad de la PK El orden de las tuplas no es significativo. El orden de los atributos no es significativo. Cada atributo sólo puede tomar un único valor del dominio subyacente Se dice que la relación está normalizada (en 1FN). Otra restricción es la regla de integridad de entidad: Ningún atributo que forme parte de la clave primaria de una relación puede tomar un valor nulo

62 Curso Marta Zorrilla - UC 72 Tabla vs. relación Una relación es un concepto abstracto de origen matemático. Una tabla es una forma de representar (implementar) una relación (una estructura de datos). Una tabla no tiene las restricciones inherentes de una relación como conjunto: Puede haber dos filas iguales. Las filas están ordenadas en el orden de grabación física por defecto o según el valor de la clave primaria. Los atributos tienen un orden según se han definido en la tabla. En cada celda de una tabla puede haber uno o varios valores. Si bien en el segundo caso se puede obtener una tabla equivalente que cumple la regla de normalización.

63 Curso Marta Zorrilla - UC 73 Clave (key) Clave Candidata (Candidate Key): conjunto de atributos que identifican unívoca y mínimamente cada tupla de la relación. De la definición de relación se deriva que siempre existe, al menos, una clave candidata. La propiedad de minimalidad implica que no se incluye ningún atributo innecesario: CK cumple la propiedad de minimalidad si no existe un atributo X tal que {CK-X} sea clave candidata. Una relación puede tener más de una clave candidata. En este caso se debe distinguir entre: Clave Primaria (Primary Key): NRP para empleado Es la clave candidata que el usuario escoge para identificar las tuplas de la relación. Cuando sólo existe una clave candidata, ésta es la clave primaria. Claves Alternativas (Alternative Key): DNI, PASAPORTE para empleado Las claves candidatas que no han sido escogidas como clave primaria.

64 Curso Marta Zorrilla - UC 74 Clave (key) (y 2) Clave Ajena (Foreign Key): Se denomina clave ajena de una relación R2 a un conjunto no vacío de atributos cuyos valores han de coincidir con los valores de una clave candidata de una relación R1. R1 y R2 pueden ser la misma relación. La clave ajena y la correspondiente clave candidata han de estar definidas sobre el mismo dominio. PK CK EMPLEADO (NRP, dni, nombre, apellido, fecha_nac, trabaja_en,..) FK DEPARTAMENTO (CodDpto, nombre, responsable,..) PK FK

65 Curso Marta Zorrilla - UC 75 Restricciones semánticas Son definidas por el usuario. Son facilidades que el modelo ofrece a los diseñadores para que puedan reflejar en el esquema, lo más fielmente posible, la semántica del mundo real. Los tipos de restricciones semánticas permitidos en el MR (incorporados a SQL 92) son: Clave Primaria (PRIMARY KEY) Unicidad (UNIQUE) Obligatoriedad (NOT NULL) Integridad Referencial (FOREIGN KEY) Verificación (CHECK) Aserción (CREATE ASSERTION) Disparador (TRIGGER), incluido en SQL:1999

66 Curso Marta Zorrilla - UC 76 Restricciones semánticas (y 2) Clave Primaria (PRIMARY KEY): Permite declarar un atributo o un conjunto de atributos como clave primaria de una relación => sus valores no se podrán repetir ni se admitirán los nulos. Ni el SQL92 ni los SGBD s relacionales obligan a la declaración de una clave primaria para cada tabla (el modelo teórico sí la impone), aunque permiten la definición de la misma. Se debe distinguir entre la restricción inherente de obligatoriedad de la clave primaria y la restricción semántica que le permite al usuario indicar qué atributos forman parte de la clave primaria. Unicidad (UNIQUE): Los valores de un conjunto de atributos (uno o más) no pueden repetirse en una relación. Permite la definición de claves alternativas. Obligatoriedad (NOT NULL): El conjunto de atributos no admite valores nulos.

67 Curso Marta Zorrilla - UC 77 Restricciones semánticas: Foreign key Integridad Referencial (FOREING KEY): Si una relación R2 (relación que referencia) tiene un descriptor (subconjunto de atributos) CA que referencia a una clave candidata CC de la relación R1 (relación referenciada), todo valor de dicho descriptor CA debe coincidir con un valor de CC o ser nulo. La condición puede expresarse como R2.CA = R1.CC El descriptor CA es, por tanto, una clave ajena de la relación R2. Las relaciones R1 y R2 no son necesariamente distintas. La clave ajena puede ser también parte (o la totalidad) de la clave primaria de R2. CA puede admitir nulos o tener restricción de obligatoriedad (NOT NULL). Todo atributo de una clave primaria compuesta de una relación R2 que no está definido sobre un dominio compuesto, debe ser clave ajena de R2 referenciando a una relación R1, cuya clave primaria sea simple.

68 Curso Marta Zorrilla - UC 78 Ejemplo BANCOS ENTIDAD NOMBRE 0893 Santander 0059 Popular 3428 Bilbao Vizcaya 5632 Banesto OFICINAS ENTIDAD CODIGO_OFICINA POBLACION DIRECCION Madrid Castellana, Las Palmas Triana, Gáldar R. Moreno, Oviedo Uría, Barcelona Diagonal, 435

69 Curso Marta Zorrilla - UC 79 Restricciones semánticas: Foreign key (y 2) Integridad Referencial (FOREING KEY): Además de definir las claves ajenas, hay que determinar las consecuencias que se producen al borrar o actualizar la relación referenciada. Según el estándar SQL92: NO ACTION: rechazar la operación de borrado o modificación. CASCADE: propagar la modificación (o borrado) de las tuplas de la tabla que referencia. SET NULL: poner valor nulo en la clave ajena de la tabla que referencia. SET DEFAULT: poner un valor por defecto en la clave ajena de la tabla que referencia. Los modos borrar y modificar son independientes, es decir, cada uno tomará una de las cuatro opciones por separado.

70 Curso Marta Zorrilla - UC 80 Ejemplo DEPARTAMENTO (CodDpto, nombre, responsable,..) Modificación: Cascade Borrado: SET NULL EMPLEADO (NRP, dni, nombre, apellido, fecha_nac, trabaja_en,..) Modificación: Cascade Borrado: NO ACTION PARTICIPA (CodProy, CodTarea, NRP, porcentaje) TAREAS (CodProy, CodTarea, título, responsable, fecha_ini, fecha_fin) PROYECTO (CodProy, título, fecha_ini, fecha_fin)

Modelos de datos. Marta E. Zorrilla Pantaleón Universidad de Cantabria

Modelos de datos. Marta E. Zorrilla Pantaleón Universidad de Cantabria Modelos de datos Marta E. Zorrilla Pantaleón Universidad de Cantabria Modelo de datos. Definición Conjunto de herramientas conceptuales para describir la representación de la información en términos de

Más detalles

1. Introducción: Qué es un Modelo de Datos? 2. Estática del modelo de datos relacional

1. Introducción: Qué es un Modelo de Datos? 2. Estática del modelo de datos relacional Tema 7: Modelo Relacional 1. Introducción: Qué es un Modelo de Datos? 2. Estática del modelo de datos relacional Dominios, Atributos, Relaciones Representación del esquema relacional Características de

Más detalles

2 Diseño lógico: Modelo Relacional

2 Diseño lógico: Modelo Relacional 2 Diseño lógico: Modelo Relacional 2.1 Introducción al modelo relacional... 2 2.1.1 Elementos Básicos... 3 2.1.2 Tipos de Claves... 4 2.1.3 Restricciones del modelo relacional... 4 2.1.4 Notación... 7

Más detalles

Bases de Datos. Tema 3 Modelo Relacional. Francisco Ruiz oct-2000. UCLM-ESI (F.Ruiz)

Bases de Datos. Tema 3 Modelo Relacional. Francisco Ruiz oct-2000. UCLM-ESI (F.Ruiz) Bases de Datos Tema 3 Modelo Relacional Francisco Ruiz oct-2000 documentación preparada con ayuda de Esperanza Marcos (Universidad Rey Juan Carlos) y Mario Piattini (Universidad de Castilla-La Mancha)

Más detalles

1.- Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico 2.- Transformación del esquema conceptual al lógico estándar

1.- Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico 2.- Transformación del esquema conceptual al lógico estándar 1.- Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico 2.- Transformación del esquema conceptual al lógico estándar 3.- 4.- Reglas concernientes a las extensiones del modelo E/R Transformación

Más detalles

Bases de Datos Modelo Relacional

Bases de Datos Modelo Relacional Bases de Datos Modelo Relacional Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos del método relacional

Más detalles

TRANSFORMACIÓN DE ESQUEMAS E/R A ESQUEMAS RELACIONALES

TRANSFORMACIÓN DE ESQUEMAS E/R A ESQUEMAS RELACIONALES TRANSFORMACIÓN DE ESQUEMAS E/R A ESQUEMAS RELACIONALES 1. REGLAS DE TRANSFORMACIÓN DEL ESQUEMA CONCEPTUAL AL LÓGICO ESTÁNDAR Las tres reglas básicas para convertir un esquema en el modelo E/R al relacional

Más detalles

PARTE II. MODELO RELACIONAL. ESTÁTICA

PARTE II. MODELO RELACIONAL. ESTÁTICA Índice PARTE II. MODELO RELACIONAL. ESTÁTICA III.4 INTRODUCCIÓN AL MODELO RELACIONAL III.5 ESTRUCTURA DEL MODELO III.6 RESTRICCIONES III.7 EL MODELO RELACIONAL Y LA ARQUITECTURA ANSI III.8 LAS 12 REGLAS

Más detalles

OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO

OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO UNIDAD DIDACTICA 2: BASES DE DATOS RELACIONALES Índice de contenido 1. El modelo Entidad-Relación (ER)...3

Más detalles

Temario Curso Bases de Datos

Temario Curso Bases de Datos Temario Curso Bases de Datos TEMA 1. INTRODUCCION A LAS BASES DE DATOS 1. Cualidades De La Información 2. Sistemas de Información 2.1. Componentes de un Sistema de Información 3. Niveles de Gestión de

Más detalles

Diseño Estructurado de Datos

Diseño Estructurado de Datos ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA Diseño Estructurado de Datos Esperanza Marcos Contenido GUÍA DE ESTUDIO... 3 1. EL DISEÑO DE DATOS EN EL PROCESO DE DESARROLLO SOFTWARE... 4 2. CONCEPTOS

Más detalles

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s Diseño conceptual Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos 5. Modelo de datos

Más detalles

INTRODUCCION A LAS BASES DE DATOS Procesamiento de Archivos vs Bases de Datos ARCHIVOS BASES DE DATOS

INTRODUCCION A LAS BASES DE DATOS Procesamiento de Archivos vs Bases de Datos ARCHIVOS BASES DE DATOS INTRODUCCION A LAS BASES DE DATOS Procesamiento de Archivos vs Bases de Datos ARCHIVOS Datos repetidos. No se manejan estándares. Había inconsistencia de datos. Falta de seguridad en los datos. No existían

Más detalles

Repaso de Conceptos Básicos de Bases de Datos

Repaso de Conceptos Básicos de Bases de Datos escuela técnica superior de ingeniería informática Repaso de Conceptos Básicos de Bases de Datos Departamento de Lenguajes Grupo de Ingeniería del Software Septiembre 2004 Definición Una base de datos

Más detalles

TEMA 4. Diseño Lógico de bases de datos relacionales.

TEMA 4. Diseño Lógico de bases de datos relacionales. TEMA 4. Diseño Lógico de bases de datos relacionales. 1. El modelo relacional La teoría formal que constituye los cimientos de los sistemas relacionales se conoce como modelo de datos relacional. Cuando

Más detalles

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen)

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen) Departamento de Lenguajes y Sistemas Informáticos E.T.S. Ingeniería Informática. Universidad de Sevilla Avda Reina Mercedes s/n. 402 Sevilla Tlf/Fax 954 557 39 E-mail lsi@lsi.us.es Web www.lsi.us.es E.T.S.

Más detalles

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s Diseño lógico Diseño de bases de datos relacionales Diseño lógico de bases de datos relacionales El modelo relacional: El concepto de relación: tuplas, atributos y dominios. Restricciones de integridad

Más detalles

Temario. Índices simples Árboles B Hashing

Temario. Índices simples Árboles B Hashing Temario Introducción y fundamentos Introducción a SQL Modelo Entidad / Relación Modelo relacional Diseño relacional: formas normales Consultas Cálculo relacional Álgebra relacional Implementación de bases

Más detalles

UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS

UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS TEMA 3 MODELO ENTIDAD INTERRELACION Modelización Conceptual Modelo Entidad-Interrelación Elementos M.E.IR Caso de Estudio Tipos de

Más detalles

En primer lugar se obtiene el modelo lógico de alto nivel, independiente del modelo de base de datos y los objetivos a conseguir son:

En primer lugar se obtiene el modelo lógico de alto nivel, independiente del modelo de base de datos y los objetivos a conseguir son: UNIDAD DE TRABAJO 2: BASES DE DATOS RELACIONALES TEMA 5: EL MODELO RELACIONAL. NORMALIZACIÓN 5.1 - INTRODUCCIÓN En el diseño lógico de datos vamos a distinguir dos fases: una de alto nivel independiente

Más detalles

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 8. Elementos Básicos

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 8. Elementos Básicos FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 8. Elementos Básicos 1.- Ejemplo Introductorio. 2.- Dominios. 3.- Relaciones. 4.- Bases de Datos Relacionales. (Capítulo 11 del Date) EJEMPLO

Más detalles

8. EL MODELO RELACIONAL - Continuación (2):

8. EL MODELO RELACIONAL - Continuación (2): APUNTES DEL MÓDULO PROFESIONAL: SISTEMAS GESTORES DE BASES DE DATOS (4) Página 1 de 12 8. EL MODELO RELACIONAL - Continuación (2): TRANSFORMACIÓN DE UN DIAGRAMA ENTIDAD-RELACIÓN A UN ESQUEMA RELACIONAL:

Más detalles

PRÁCTICA B2. Definición y modificación de datos en SQL

PRÁCTICA B2. Definición y modificación de datos en SQL 3º Ingeniero Técnico en Informática de Sistemas Facultad de Informática Asignatura: Fundamentos de Bases de Datos Curso: 2007/08 PRÁCTICA B2. Definición y modificación de datos en SQL Objetivos Construir

Más detalles

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING. INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesor: José Miguel

Más detalles

SINTAXIS DE SQL-92. ::= CREATE SCHEMA [ ... ]

SINTAXIS DE SQL-92. <definición de esquema >::= CREATE SCHEMA <cláusula de nombre de esquema> [ <elemento de esquema>... ] SINTAXIS DE SQL-92 Introducción: Se presenta brevemente un resumen de la sintaxis de SQL según el estándar ISO 9075 (SQL- 92), dividido en tres partes: - Lenguaje de Definición de Daots (LDD), - Lenguaje

Más detalles

Tema 3: Bases de datos en Entorno Web

Tema 3: Bases de datos en Entorno Web Tema 3: Bases de datos en Entorno Web 1. Introducción. Un sistema de bases de datos proporciona un control centralizado de los datos. Esto contrasta con la situación que prevalece actualmente, donde a

Más detalles

BASES DE DATOS. Apuntes de Cátedra

BASES DE DATOS. Apuntes de Cátedra BASES DE DATOS Apuntes de Cátedra Definición de Bases de Datos Base de Datos es un conjunto exhaustivo no redundante de datos estructurados organizados independientemente de su utilización y su implementación

Más detalles

CICLO FORMATIVO DE GRADO SUPERIOR: ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS

CICLO FORMATIVO DE GRADO SUPERIOR: ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS CICLO FORMATIVO DE GRADO SUPERIOR: ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS MÓDULO 6: SISTEMAS GESTORES DE BASES DE DATOS UNIDADES DIDÁCTICAS UNIDAD DIDÁCTICA Nº 1 INTRODUCCIÓN A LOS SISTEMAS GESTORES DE

Más detalles

Lenguaje para descripción de datos

Lenguaje para descripción de datos Amparo López Gaona tación Fac. Ciencias, UNAM Mayo 2012 Definición de Datos El lenguaje para definición de datos permite especificar: Esquema de cada relación. El dominio de cada atributo. Restricciones

Más detalles

CURSO DE SQL SERVER 2005

CURSO DE SQL SERVER 2005 CURSO DE SQL SERVER 2005 Una vez finalizado el curso, el alumno estará preparado para: Instalar y configurar SQL Server 2005. Comprender los conceptos más importantes del diseño de bases de datos. Crear

Más detalles

UNIDAD 3. MODELO RELACIONAL

UNIDAD 3. MODELO RELACIONAL UNIDAD 3. MODELO RELACIONAL El modelo relacional se basa en dos ramas de las matemáticas: la teoría de conjuntos y la lógica de predicados de primer orden. El hecho de que el modelo relacional esté basado

Más detalles

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES El modelo relacional se basa en dos ramas de las matemáticas: la teoría de conjuntos y la lógica de predicados de primer orden. El hecho de que

Más detalles

Transformación de. Esquemas. Entidad-Interrelación a. Esquemas Relacionales

Transformación de. Esquemas. Entidad-Interrelación a. Esquemas Relacionales Transformación de Esquemas Entidad-Interrelación a Esquemas Relacionales Miguel Ángel Mazoteras Sáez Ing. Técnica en Informática de Sistemas 1996/1997 E.U. de Informática Ciudad Real Profesor: Francisco

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

PARTE I LENGUAJE SQL. GESTION DE DATOS

PARTE I LENGUAJE SQL. GESTION DE DATOS PARTE I LENGUAJE SQL. GESTION DE DATOS Tema 1. EL LENGUAJE DE GESTIÓN DE BASES DE DATOS... 3 1 Bases de datos... 3 1.1 - Lenguaje de gestión de bases de datos... 3 1.2 - Qué es una Base de Datos?... 3

Más detalles

Introducción a las bases de datos.

Introducción a las bases de datos. Introducción a las BBDD 1 Centro de Referencia Linux UAM-IBM Introducción a las bases de datos. Carmen B. Navarrete Navarrete carmen_navarrete@telefonica.net Introducción a las BBDD 2 Qué vamos a ver?

Más detalles

3. Modelo relacional: Estructura e integridad.

3. Modelo relacional: Estructura e integridad. Modelo relacional: Estructura e integridad 47 3. Modelo relacional: Estructura e integridad. 3.1. Introducción. El modelo de datos relacional es posterior a los modelos jerárquicos y de red. Nació como

Más detalles

Registro (record): es la unidad básica de acceso y manipulación de la base de datos.

Registro (record): es la unidad básica de acceso y manipulación de la base de datos. UNIDAD II 1. Modelos de Bases de Datos. Modelo de Red. Representan las entidades en forma de nodos de un grafo y las asociaciones o interrelaciones entre estas, mediante los arcos que unen a dichos nodos.

Más detalles

Administración de Bases de Datos (Ingeniería Técnica en Informática de Gestión)

Administración de Bases de Datos (Ingeniería Técnica en Informática de Gestión) Departamento de Lenguajes y Ciencias de la Computación Universidad de Málaga Administración de Bases de Datos (Ingeniería Técnica en Informática de Gestión) Sistemas de Bases de Datos: Introducción y Conceptos

Más detalles

Agenda Gestión Informática RRHH 2.Bases de Datos Gestión de los datos (I) Gestión de los datos (II) Datos, Información, Conocimiento Datos-Información-Conocimiento Evolución Sistemas orientados a los procesos.

Más detalles

Bases de Datos Relacionales. Conceptos y consideraciones para su uso.

Bases de Datos Relacionales. Conceptos y consideraciones para su uso. Bases de Datos Relacionales. Conceptos y consideraciones para su uso. Dra. Marta E. Zorrilla Departamento de Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria Bases de de Datos.

Más detalles

DOCUMENTACION A PRESENTAR: TRABAJADORES (RÉGIMEN GENERAL, ADMINISTRACIÓN PÚBLICA, AUTÓNOMOS) DEMANDANTES DE EMPLEO

DOCUMENTACION A PRESENTAR: TRABAJADORES (RÉGIMEN GENERAL, ADMINISTRACIÓN PÚBLICA, AUTÓNOMOS) DEMANDANTES DE EMPLEO MF0492_3 PROGRAMACION WEB EN EL ENTORNO SERVIDOR (IFCD0210: DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB) 240 HORAS PRESENCIALES Nº DE EXPEDIENTE: FC/2013/0064 ACCION 217 GRUPO 1 ACCIÓN FORMATIVA FINANCIADA

Más detalles

BASES DE DATOS. Modelos de Datos. UCLM- E.S. de Informática Coral Calero, Marcela Genero, Francisco Ruiz

BASES DE DATOS. Modelos de Datos. UCLM- E.S. de Informática Coral Calero, Marcela Genero, Francisco Ruiz BASES DE DATOS Tema 1 Modelos de Datos UCLM- E.S. de Informática Coral Calero, Marcela Genero, Francisco Ruiz Objetivos Dar a conocer los elementos que forman parte de un modelo de datos (MD). Distinguir

Más detalles

Tema 3 Modelo relacional

Tema 3 Modelo relacional Contenido: Bases de Datos y Sistemas de Información Ing. Informática GRUPO A Tema 3 Modelo relacional 3.1 Terminología del modelo relacional 3.2 Paso del modelo ER al modelo relacional 3.3 Creación de

Más detalles

Integridad en sistemas de bases de datos relacionales

Integridad en sistemas de bases de datos relacionales Integridad en sistemas de bases de datos relacionales Competencias específicas a adquirir Asegurar la integridad de los datos mediante la aplicación de los mecanismos soportados por los SGBDs. Identificar

Más detalles

Cuando el pedido se entrega al cliente, se genera la factura correspondiente.

Cuando el pedido se entrega al cliente, se genera la factura correspondiente. (-(5&,&,26&$3Ë78/2 Una empresa compra a una serie de es diferentes piezas que posteriormente venderá a sus clientes, debiendo llevar a cabo el control de almacén (nº de piezas existentes de cada una de

Más detalles

CENTRO UNIVERSITARIO DE CIENCIAS EXACTAS E INGENIERÍAS DIVISIÓN DE ELECTRÓNICA Y COMPUTACIÓN

CENTRO UNIVERSITARIO DE CIENCIAS EXACTAS E INGENIERÍAS DIVISIÓN DE ELECTRÓNICA Y COMPUTACIÓN DATOS DE IDENTIFICACIÓN DEL CURSO DEPARTAMENTO: CIENCIAS COMPUTACIONALES ACADEMIA A LA QUE PERTENECE: SISTEMAS DE INFORMACION NOMBRE DE LA MATERIA: BASES DE DATOS CLAVE DE LA MATERIA: CC302 CARÁCTER DEL

Más detalles

El modelo relacional y el álgebra relacional

El modelo relacional y el álgebra relacional El modelo relacional y el álgebra relacional Introducción Esta unidad didáctica está dedicada al estudio del modelo de datos relacional y del álgebra relacional. El concepto de modelo de datos se ha presentado

Más detalles

Módulo 2: Bases de Datos

Módulo 2: Bases de Datos LANBIDE HEZIKETAKO ZIKLOEN PROGRAMAZIOA PROGRAMACIÓN DE LOS CICLOS FORMATIVOS DE FORMACIÓN PROFESIONAL INFORMÁTICA Y TÉCNICO SUPERIOR EN DESARROLLO DE APLICACIONES MULTIPLATAFORMA Módulo 2: Bases de Datos

Más detalles

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico Modelado de datos Representación de la información Modelos de datos Modelado semántico El modelo entidad/relación Elementos: Entidades, atributos, claves y relaciones Representación gráfica: Diagramas

Más detalles

Diseño de Bases de Datos Bases de Datos Documentales Grao en Información e Documentación Curso 2013/2014

Diseño de Bases de Datos Bases de Datos Documentales Grao en Información e Documentación Curso 2013/2014 Bases de Datos Documentales Curso 2013/2014 Miguel Ángel Rodríguez Luaces Laboratorio de Bases de Datos Universidade da Coruña El proceso de diseño El último día... Los problemas de no utilizar un SGBD:

Más detalles

Introducción. Campos de Aplicación SGBD. Índice. Aplicaciones Representativas. Aplicaciones Representativas

Introducción. Campos de Aplicación SGBD. Índice. Aplicaciones Representativas. Aplicaciones Representativas SGBD Base de Un Sistema Gestor de consiste en: Datos Una colección de datos interrelacionados Un conjunto de programas para acceder a los datos Objetivo Principal de un SGBD: Proporcionar una forma práctica

Más detalles

Informática de Gestión. 2.Bases de Datos

Informática de Gestión. 2.Bases de Datos Informática de Gestión 2.Bases de Datos Agenda Gestión n de los datos Concepto de base de datos Arquitectura de una base de datos Sistemas Gestores de Base de Datos (SGBD) Diseño o de una base de datos

Más detalles

El modelo relacional y el álgebra relacional

El modelo relacional y el álgebra relacional El modelo relacional y el álgebra relacional Dolors Costal Costa P06/M2109/02148 FUOC P06/M2109/02148 El modelo relacional y el álgebra relacional Índice Introducción... 5 Objetivos... 6 1. Introducción

Más detalles

Modelo Relacional: Conceptos

Modelo Relacional: Conceptos Relacional: Conceptos M. -Tastets Universidad de Concepción,Chile www.inf.udec.cl\ andrea andrea@udec.cl II Semestre - 2007 de la Unidad Introducir los conceptos básicos asociados con los elementos estructurales

Más detalles

Restricciones de Integridad

Restricciones de Integridad Restricciones de Integridad Amparo López Gaona México, D.F. Semestre 2000-I Restricciones de Integridad Las principales restricciones de integridad que pueden indicarse son: La clave primaria. Claves candidatas.

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Lógico. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Lógico. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Lógico Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos Herramientas Diseño lógico Modelo Relacional Las

Más detalles

Tema 5: Teoría de diseño de Bases de Datos Relacionales.

Tema 5: Teoría de diseño de Bases de Datos Relacionales. Tema 5: Teoría de diseño de Bases de Datos Relacionales. I. Introducción. Fases de diseño de una base de datos. 1. Mod. Conceptual (MERE) -> Mod. Lógico (Relacional). 2. Mod. Lógico (Relacional). En el

Más detalles

Integridad y Seguridad. Integridad y Seguridad. Restricción de Dominio. Protección. Índice. create domain. Dominios

Integridad y Seguridad. Integridad y Seguridad. Restricción de Dominio. Protección. Índice. create domain. Dominios Protección Integridad y Seguridad Las Restricciones de Integridad aseguran que las modificaciones realizadas por usuarios autorizados no provocan perdidas de Consistencia Semántica El Control de Acceso

Más detalles

con certif icado de profesionalidad

con certif icado de profesionalidad CARACTERÍSTICAS El diseño web está cambiando en poco tiempo. Las nuevas tecnologías y estándares de programación están revolucionando tanto la forma de crear web como de interactuar con ellas. En nuestro

Más detalles

BD Relacionales. Introducción. Marta Zorrilla

BD Relacionales. Introducción. Marta Zorrilla BD Relacionales. Introducción Marta Zorrilla Tabla de contenidos Aplicaciones de BDs. Concepto de Base de Datos y SGBD. De los sistemas de ficheros a la BD relacional. Razones que justifican el uso de

Más detalles

El Lenguaje SQL TEMA V. Grupo de Bas ses de Datos Avanzadas Univ. Carlo os III de Madrid. V.1 SQL como Lenguaje de Definición de Datos

El Lenguaje SQL TEMA V. Grupo de Bas ses de Datos Avanzadas Univ. Carlo os III de Madrid. V.1 SQL como Lenguaje de Definición de Datos Grupo de Bases de Datos Avanzadas Univ. Carlos III de Madrid Índice V.1 Introducción V.1 SQL como Lenguaje de V.1.1 Definición del esquema V.1.2 Evolución del esquema V.2 SQL como Lenguaje de Manipulación

Más detalles

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 9. Reglas de Integridad

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 9. Reglas de Integridad FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 9. Reglas de Integridad 1.- Introducción. 2.- Claves Primarias. 3.- Regla de Integridad de Entidades. 4.- Claves Ajenas. 5.- Regla de Integridad

Más detalles

Prediseño. Laboratorio de software de gestión

Prediseño. Laboratorio de software de gestión Prediseño Laboratorio de software de gestión Cristina Manresa Panorámica Definición de los estándares de diseño Diseño físico de la base de datos Diseño físico de las aplicaciones Entregas Estándares de

Más detalles

- Bases de Datos - - Diseño Físico - Luis D. García

- Bases de Datos - - Diseño Físico - Luis D. García - Diseño Físico - Luis D. García Abril de 2006 Introducción El diseño de una base de datos está compuesto por tres etapas, el Diseño Conceptual, en el cual se descubren la semántica de los datos, definiendo

Más detalles

BASES DE DATOS. Diseño Conceptual, Lógico y Físico UCLM- E.S. de Informática Coral Calero, Marcela Genero, Francisco Ruiz

BASES DE DATOS. Diseño Conceptual, Lógico y Físico UCLM- E.S. de Informática Coral Calero, Marcela Genero, Francisco Ruiz BASES DE DATOS Tema 5 Diseño Conceptual, Lógico y Físico UCLM- E.S. de Informática Coral Calero, Marcela Genero, Francisco Ruiz Objetivos Aprender a diseñar bases de datos (BD) relacionales mediante la

Más detalles

VISIO: Herramienta CASE

VISIO: Herramienta CASE VISIO: Herramienta CASE Marta Zorrilla Universidad de Cantabria curso 2007-08 Marta Zorrilla - UC 1 curso 2007-08 Marta Zorrilla - UC 2 Tabla de contenidos Presentación de la herramienta Modelado de BDs

Más detalles

Tema 1. Bases de datos activas

Tema 1. Bases de datos activas Tema 1. Bases de datos activas Diseño de Sistemas de Bases de Datos Merche Marqués 18 de marzo de 2002 Índice 1. Introducción 1 2. El modelo evento condición acción 1 2.1. Definición y uso de disparadores

Más detalles

Capítulo 1: Introducción a los Sistemas de Gestión de Bases de Datos (SGBD)

Capítulo 1: Introducción a los Sistemas de Gestión de Bases de Datos (SGBD) Capítulo 1: Introducción a los Sistemas de Gestión de Bases de Datos (SGBD) Fernando Cano Espinosa Universidad de Oviedo. Departamento de Informática fcano@uniovi.es Produced with L A T E X seminar style

Más detalles

TEST (10 preguntas, respuesta única, 2.0 puntos, aciertos +0.20, fallos 0.05)

TEST (10 preguntas, respuesta única, 2.0 puntos, aciertos +0.20, fallos 0.05) Alumno(a): Titulación: TEST (10 preguntas, respuesta única, 2.0 puntos, aciertos +0.20, fallos 0.05) Los modelos conceptuales (indicar la opción verdadera): a) Tienen mayor nivel de abstracción que los

Más detalles

IES Politécnico Estella

IES Politécnico Estella SÍNTESIS PROGRAMACIÓN DEL MÓDULO/ DEPARTAMENTO: INFORMATICA GRUPO/CURSO: PRIMERO ASI (2014-2015) MÓDULO / : GEBD PROFESOR:JULIA SEVILLA PAULA REMIREZ 3.- CONTENIDOS: 3.1.- Enumera las Unidades Didácticas

Más detalles

6. Integridad en Sistemas de Bases de Datos Relacionales

6. Integridad en Sistemas de Bases de Datos Relacionales 6. Integridad en Sistemas de Bases de Datos Relacionales Objetivos Apreciar la necesidad de garantizar la integridad o corrección de la información almacenada en una base de datos Distinguir e identificar

Más detalles

Proyecto de Normalización Automática de Base de Datos

Proyecto de Normalización Automática de Base de Datos Proyecto de Normalización Automática de Base de Datos Lic. Beatriz Steimberg * Resumen En el primer cuatrimestre del año 2003 se encaró el proyecto de Normalización Automática de Base de Datos. El objetivo

Más detalles

Integridad y Seguridad en los sistemas de Bases de Datos. Javier Escobar Luis Ramirez Omar Asprino

Integridad y Seguridad en los sistemas de Bases de Datos. Javier Escobar Luis Ramirez Omar Asprino Integridad y Seguridad en los sistemas de Bases de Datos Javier Escobar Luis Ramirez Omar Asprino Contenido 1. Restricciones de Integridad 1. Claves Primarias 2. Restricciones de los Dominios 3. Integridad

Más detalles

Resumen. El rol del lenguaje SQL en los SGBDR y en la Relacional. cjimenez@inf.udec.cl, tamrstro@inf.udec.cl

Resumen. El rol del lenguaje SQL en los SGBDR y en la Relacional. cjimenez@inf.udec.cl, tamrstro@inf.udec.cl El rol del lenguaje SQL en los SGBDR y en la Relacional. cjimenez@inf.udec.cl, tamrstro@inf.udec.cl Resumen demandas de almacenamiento y procesamiento de datos. Es el conjunto de estas dos capacidades

Más detalles

[CASI v.0110] Pág. 1

[CASI v.0110] Pág. 1 I. DATOS INFORMATIVOS II. SUMILLA Carrera Especialidad Curso Código : T-INF105 Ciclo : Segundo Requisitos : Ninguno Duración : 12 Semanas Horas Semana : 06 horas Versión : v.0110 : COMPUTACIÓN E INFORMATICA

Más detalles

INTRODUCCIÓN INTRODUCCIÓN INTRODUCCIÓN INTRODUCCIÓN INSTRUCCIONES DE DEFINICIÓN DE TABLAS E ÍNDICES INSTRUCCIONES DE DEFINICIÓN DE TABLAS E ÍNDICES

INTRODUCCIÓN INTRODUCCIÓN INTRODUCCIÓN INTRODUCCIÓN INSTRUCCIONES DE DEFINICIÓN DE TABLAS E ÍNDICES INSTRUCCIONES DE DEFINICIÓN DE TABLAS E ÍNDICES EL LENGUAJE SQL. INSTRUCCIONES DE DEFINICIÓN DE. INSTRUCCIONES DE INSERCIÓN, MODIFICACIÓN Y BORRADO.. CREACIÓN Y UTILIZACIÓN DE VISTAS... PROCEDIMIENTOS. EL LENGUAJE SQL 1 EL LENGUAJE SQL 2 SQL ES UN LENGUAJE

Más detalles

F47. FICHEROS Y BASES DE DATOS < http://www3.uji.es/~mmarques/f47>

F47. FICHEROS Y BASES DE DATOS < http://www3.uji.es/~mmarques/f47> DEPARTAMENTO DE INGENIERÍA Y CIENCIA DE LOS COMPUTADORES F47. FICHEROS Y BASES DE DATOS < http://www3.uji.es/~mmarques/f47> Segundo curso. I.T.I.G. Curso 2001/2002 Segundo Cuatrimestre 7,5 Créditos (4

Más detalles

Sumario... 5 Prólogo... 7. Unidad didáctica 1. Modelos y sistema de información... 9. Objetivos de la Unidad... 11

Sumario... 5 Prólogo... 7. Unidad didáctica 1. Modelos y sistema de información... 9. Objetivos de la Unidad... 11 ÍNDICE SISTEMÁTICO PÁGINA Sumario... 5 Prólogo... 7 Unidad didáctica 1. Modelos y sistema de información... 9 Objetivos de la Unidad... 11 1. Introducción... 12 2. Dato e información... 13 2.1. Dato...

Más detalles

2.6.2.- Aplicaciones de las vistas. 2.6.1.- Concepto de vista. 2.6.3.- Vistas en SQL. 2.6.3.- Vistas en SQL.

2.6.2.- Aplicaciones de las vistas. 2.6.1.- Concepto de vista. 2.6.3.- Vistas en SQL. 2.6.3.- Vistas en SQL. 2.6.1.- Concepto de vista. Una vista es una tabla derivada de otras tablas (básicas o virtuales). Una vista se caracteriza porque: Se considera que forma parte del esquema externo. Una vista es una tabla

Más detalles

Especificación de requerimientos

Especificación de requerimientos Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación

Más detalles

ELEMENTOS DE BASES DE DATOS. Bases de Datos + Orientación a Objetos. Clase 23:

ELEMENTOS DE BASES DE DATOS. Bases de Datos + Orientación a Objetos. Clase 23: Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur ELEMENTOS DE BASES DE DATOS Segundo Cuatrimestre 2015 Clase 23: Bases de Datos + Orientación a Objetos Mg. María Mercedes Vitturini

Más detalles

CONSULTA Y MANIPULACIÓN DE LOS DATOS

CONSULTA Y MANIPULACIÓN DE LOS DATOS CONSULTA Y MANIPULACIÓN DE LOS DATOS 5.1.- Álgebra Relacional El modelo relacional es la forma de representar los datos y manipular dicha representación considerando la integridad de los datos. Estos,

Más detalles

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA SQL Y MODELAMIENTO DE DATOS SQL SERVER 2012 I.- PRESENTACIÓN: El Curso está dirigido a estudiantes de la carrera profesional de Ingeniería de

Más detalles

Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 1-Junio-2010. Nombre:

Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 1-Junio-2010. Nombre: Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 1-Junio-2010 Nombre: Se debe entregar esta hoja 2 horas 1 (3,5 puntos A partir de la información sobre la BD que

Más detalles

Proyecto de Desarrollo de una Base de Datos para un concesionario

Proyecto de Desarrollo de una Base de Datos para un concesionario Proyecto de Desarrollo de una Base de Datos para un concesionario Etienne Boshoff de Jong Enginyeria en Informàtica Juan Martinez Bolaños 14 enero 2013 Proyecto Final de Carrera: Base de Datos Page 1 1.

Más detalles

MER MR Bases de Datos

MER MR Bases de Datos Those who are enamored of practice without theory are like a pilot who goes into a ship without rudder or compass and never has any certainty where he is going. Practice should always be based on a sound

Más detalles

Lead Job Generation Pág. 1. Resumen

Lead Job Generation Pág. 1. Resumen Lead Job Generation Pág. 1 Resumen En el proyecto presente se ha diseñado e implementado un Sistema Gestor de Bases de Datos (SGBD) para facilitar al usuario, que es la persona que busca empleo, solicitar

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

Temario. Índices simples Árboles B Hashing

Temario. Índices simples Árboles B Hashing Temario Introducción y fundamentos Introducción a SQL Modelo Entidad / Relación Modelo relacional Diseño relacional: formas normales Consultas Cálculo relacional Álgebra relacional Implementación de bases

Más detalles

Una base de datos es una colección de información ordenada e interrelacionada que es de importancia para una empresa.

Una base de datos es una colección de información ordenada e interrelacionada que es de importancia para una empresa. BASES DE DATOS Una base de datos es una colección de información ordenada e interrelacionada que es de importancia para una empresa. La creación de una base de datos debe ser realizada cuidadosamente procurando

Más detalles

Unidad III: Lenguaje de manipulación de datos (DML) 3.1 Inserción, eliminación y modificación de registros

Unidad III: Lenguaje de manipulación de datos (DML) 3.1 Inserción, eliminación y modificación de registros Unidad III: Lenguaje de manipulación de datos (DML) 3.1 Inserción, eliminación y modificación de registros La sentencia INSERT permite agregar nuevas filas de datos a las tablas existentes. Está sentencia

Más detalles

El rol del lenguaje SQL en los SGBDR y en la implementación del Modelo Relacional.

El rol del lenguaje SQL en los SGBDR y en la implementación del Modelo Relacional. Página 1 de 13 El rol del lenguaje SQL en los SGBDR y en la implementación del Modelo Relacional. Claudia Jiménez, Thomas Armstrong cjimenez@inf.udec.cl, tamrstro@inf.udec.cl Resumen El presente artículo

Más detalles

GRID GRIDS. ING. DE INFORMACION II Ing. Alfredo Ramos

GRID GRIDS. ING. DE INFORMACION II Ing. Alfredo Ramos GRID GRIDS ING. DE INFORMACION II Ing. Alfredo Ramos Uso de Bases de Datos en Grid Introducción Qué es una base de datos? Un conjunto de datos no redundantes, almacenados en un soporte informático, organizados

Más detalles

ERWIN DATA MODELER HERRAMIENTAS CASE 4GL

ERWIN DATA MODELER HERRAMIENTAS CASE 4GL ERWIN DATA MODELER HERRAMIENTAS CASE 4GL Alumno: Roberto Solana Hernández DNI: 49009214 D Alumno: Rubén García Rodríguez DNI: 49006340 X Alumno: Raúl Herranz Durán DNI: 49006340 X 1 INDICE 0. INTRODUCCIÓN

Más detalles

Tema 3. El modelo Relacional

Tema 3. El modelo Relacional Tema 3. El modelo Relacional Juan Ignacio Rodríguez de León Resumen Presenta el modelo entidad-relación. Visión de alto nivel de las cuestiones referentes a diseño de bases de datos y los problemas encontrados

Más detalles

1TEMA BASES DE DATOS: ANÁLISIS Y DISEÑO PEDRO J. MOLL MONREAL 2014/2015

1TEMA BASES DE DATOS: ANÁLISIS Y DISEÑO PEDRO J. MOLL MONREAL 2014/2015 1TEMA BASES DE DATOS: ANÁLISIS Y DISEÑO 2014/2015 PEDRO J. MOLL MONREAL ÍNDICE 1.INTRODUCCIÓN A BASES DE DATOS 1 1.1.Evolución del almacenamiento de la información...1 1.2.Sistema gestor de base de datos

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

FORMACIÓN Diseño de bases de datos relacionales

FORMACIÓN Diseño de bases de datos relacionales FORMACIÓN Diseño de bases de datos relacionales En un mercado laboral en constante evolución, la formación continua de los profesionales debe ser una de sus prioridades. En Galejobs somos conscientes de

Más detalles

BASES DE DATOS - SQL. Javier Enciso

BASES DE DATOS - SQL. Javier Enciso BASES DE DATOS - SQL Javier Enciso AGENDA Conceptos Básicos de Bases de Datos Manejo de Bases de Datos y Tablas SQL Inserción, Actualización y Borrado Consultas usando SELECT AGENDA Conceptos Básicos de

Más detalles