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

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "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"

Transcripción

1 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 Reglas concernientes a las extensiones del modelo E/R Transformación de dependencias en identificación y en existencia Transformación de interrelaciones exclusivas Transformación de tipos y subtipos Transformación de la dimensión temporal Transformación de atributos derivados Transformación de interrelaciones de grado superior a dos

2 Etapas del diseño lógico A) Diseño lógico estándar - Elaboración del esquema lógico estándar (ELS) que se apoya en el modelo lógico estándar (MLS) -Relacional, Codasyl, Jerárquico- - El ELS se describirá utilizando el lenguaje estándar, si existe, del modelo de datos correspondiente (v.g. el SQL92) B) Diseño lógico específico - Con el ELS, y teniendo en cuenta el modelo lógico específico (MLE) propio del SGBD, se elabora el esquema lógico específico (ELE), que será descrito en el LDD del producto comercial que estemos utilizand.o

3 Etapas del diseño lógico ENTRADAS ESQUEMA CONCEPTUAL REQUISITOS DE LOS PROCESOS Y EL ENTORNO Diseño lógico ESPECIFICACIONES PARA LOS PROCESOS ESQUEMA LÓGICO ESTANDAR ESQUEMA LÓGICO ESPECÍFICO MODELO LÓGICO ESTANDAR MODELO LÓGICO ESPECÍFICO

4 Transformación del esquema conceptual al lógico éstandar El paso de un esquema en el modelo E/R al relacional se basa en los principios siguientes: Todo tipo de entidad se convierte en una relación Todo tipo de interrelación N:M se transforma en una relación Todo tipo de interrelación 1:N da lugar: al fenómeno de propagación de clave a una nueva relación La pérdida de semántica que se pueda apreciar no implica un peligro para la integridad de la base de datos, ya que se definen restricciones de integridad referencial que aseguran la conservación de la misma.

5 Transformación del esquema conceptual al lógico éstandar Nombre_e 1:N Código N:M Nombre_a EDITORIAL Edita LIBRO Escribe AUTOR EDITORIAL (Nombre_e, Dirección, Ciudad, País) AUTOR (Nombre_a, Nacionalidad, Institución) LIBRO (Código, Título, Idioma,..., Nombre_e) ESCRIBE (Nombre_a, Código) Ejemplo de paso del ME/R al modelo relacional

6 1. Transformación de Dominios ME/R Tipo_docu MR CREATE DOMAIN Tipo_Docu AS CHAR(8) CHECK (VALUE IN ( Libros, Artículo, Otros )) EXTENSIÓN CREATE DOMAIN Tipo_Docu AS CHAR(8) INTENSIÓN *El modelo lógico estándar admite dominios

7 2. Transformación de Entidades Cada tipo de entidad se transforma en una relación El modelo lógico estándar posee el objeto RELACION o TABLA mediante el cual representamos las entidades. Para su definición disponemos en el SQL de la sentencia CREATE TABLE

8 3. Transformación de Atributos de Entidades Un atributo de una entidad se transforma en un atributo (columna) de la relación en la cual se ha transformado la entidad; si el atributo estaba definido sobre un dominio, en el modelo relacional queda también definido sobre el mismo dominio (con la excepciónde los atributos multivaluados) Identificador principal (IP): Se transforma en la clave primaria de la relación. El lenguaje lógico estándar (SQL 92 en nuestro caso) recoge este concepto con la cláusula PRIMARY KEY Identificadores alternativos (IA): Se transforman en claves alternativas en el modelo relacional. En el LLE se recoge por medio de la cláusula UNIQUE Atributos obligatorios: Se transforman en una columna de la relación en la cual se ha transformado la entidad, no admitiendo valores nulos (NOT NULL) Atributos multivaluados: Se crea una nueva relación formada con la clave primaria de la entidad y el atributo multivaluado, siendo ambos clave primaria de la nueva relación (hay otras posibilidades.

9 ME/R Domicilio Teléfono Tipo SOCIO Cod_socio Nombre Apellido MR SOCIO Cod_socio Nombre Apellido Domicilio Teléfono Tipo Susana Adolfo Antonio Miguel.. Hidalgo Sánchez Martín García.. Rios Ros 22 San Ben 44 Ppe. Ver. 66 De María I P A I Elena Martín Goya I Clave Primaria SOCIO (Cod_socio, Nombre, Apellido, Domicilio, Teléfono, Tipo) Ejemplo de transformación de una entidad

10 Domicilio Teléfono Fecha_nac EMPLEADO Cod_emp Cargo Idioma EMPLEADO (Cod_emp, Domicilio, Cargo, Idioma, Fecha_nac) TELEFONOS (Cod_emp, Teléfono) admite valores nulos Ejemplo de transformación de una entidad con atributos opcionales y multivaluados

11 4. Transformación de Interrelaciones: Interrelaciones N:M: Un tipo de interrelación N:M se transforma en una relación que tendrá como clave primaria la concatenación de los IP de los tipos de entidad que asocia (Hay cierta pérdida de semántica). Los atributos que forman la clave primaria de esta relación son clave ajena respecto a cada una de las tablas donde este atributo es clave primaria. Se especifica en el LLE con la cláusula FOREIGN KEY Hay que estudiar que ocurre en los casos de borrado y modificación de la clave primaria referenciada. Las opciones son: restringido (RESTRICT) (lo toma por omisión) puesta a nulo (SET NULL) puesta a valor por defecto (SET DEFAULT) operación en cascada (CASCADE)

12 4. Transformación de Interrelaciones ME/R Cod_autor Escribe Cod_docu (1,N) N:M (0,N) AUTOR DOCUMENTO MR ESCRIBE (Cod_autor, Cod_docu,...) AUTOR (Cod_autor,...) DOCUMENTO (Cod_docu,...) CREATE TABLE ESCRIBE (Cod_docu lsbns, Cod_autor Codigos_A,... PRIMARY KEY (Cod_docu,Cod_autor) FOREIGN KEY (Cod_docu) REFERENCES DOCUMENTO ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (Cod_autor) REFERENCES AUTOR ON DELETE CASCADE ON UPDATE CASCADE Transformación de una interrelación N:M

13 4. Transformación de Interrelaciones Qué ocurre con las cardinalidades mínimas de 1? Qué hay que controlar al insertar, borrar y modificar en AUTOR, ESCRIBE y DOCUMENTO? PROCEDIMIENTOS ALMACENADOS Y DISPARADORES Ejemplo: Si insertamos en DOCUMENTO hay que insertar una tupla en ESCRIBE. Se necesita un disparador con la Transacción: Insertar DOCUMENTO Preguntar el AUTOR del documento (Cod_autor) Si Cod_autor=NULL Abortar transacción Insertar ESCRIBE (Cod_autor, Cod_docu) y si se borra de ESCRIBE?

14 4. Transformación de Interrelaciones: Interrelaciones 1:N A) Propagar el AIP del tipo de entidad que tiene card. máx. 1 al que tiene N. ME/R ( P érdida de semántica ---> desaparece la interrelación ) (0,N) 1:N (1,1) LIBRO Pertenece EDITORIAL Título Cod_libro Nombre Cod_editorial MR LIBRO (Cod_libro, Título,..., Cod_editorial) EDITORIAL (Cod_editorial, Nombre,...)

15 4. Transformación de Interrelaciones: Interrelaciones 1:N B) Transformarla en una relación, como si se tratara de una interrelación N:M ME/R Título LIBRO Cod_libro MR (1,n) Edita 1:N LIBRO (Cod_libro...) EDITORIAL (Cod_editorial,...) (0,1) EDITORIAL Nombre Cod_editorial Cuando: EDITA (Cod_libro,Cod_editorial) 1) El número de ocurrencias interrelacionadas de la entidad que propaga su clave es pequeño (existen muchos valores nulos) 2) Cuando se prevé que dicha interrelación, en un futuro, se convertirá en una de tipo N:M 3) Cuando la interrelación tiene atributos propios

16 4. Transformación de Interrelaciones: Interrelaciones 1:N MR (0,N) SOLUCIÓN A) TEMA Consta (0,1) 1:N TEMA (Cod_tema,..., Cod_tema_sup) CREATE TABLE CONSTA (Cod_Tema Codigos, Cod_Tema_Sup Codigos, PRIMARY KEY (Cod_Tema) FOREIGN KEY (Cod_Tema) REFERENCES TEMA ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (Cod_Tema_Sup) REFERENCES TEMA ON DELETE CASCADE ON UPDATE CASCADE SOLUCION B) TEMA( Cod_tema...) CONSTA( Cod_tema,Cod_tema_sup)

17 4. Transformación de Interrelaciones: Interrelaciones 1:N ME/R MR EDITORIAL Cod_editorial Edita (1,1) 1:N EDITORIAL (Cod_editorial,...) LIBRO (Cod_libro,..., Cod_editorial) LIBRO (0,n) Cod _libro clave ajena NOT NULL Borrado Modificación restringido cascada Transformación de cardinalidades mínimas (1)

18 4. Transformación de Interrelaciones: Interrelaciones 1:N EDITORIAL Edita ( 1,1) 1:N Cod_editorial EDITORIAL (Cod_editorial,...) LIBRO (Cod_libro,..., Cod_editorial) LIBRO ( 1,n) Cod _libro? clave ajena NOT NULL Borrado Modificación restringido cascada Transformación de cardinalidades mínimas (2)

19 4. Transformación de Interrelaciones: Interrelaciones 1:1 Una interrelación de tipo 1:1 es un caso particular de una N:M o de una 1:N, por lo que no hay regla fija para la transformación de este tipo de interrelación en el modelo relacional estándar. Dependiendo de : Las cardinalidades mínimas, Recoger mayor semántica, Mantener la integridad, Evitar los valores nulos Motivos de eficiencia Conservar las simetrías naturales Si la interrelación tiene atributos Aplicaremos a) Crear una nueva relación b) Propagar una clave {c) Propagar ambas claves

20 4. Transformación de Interrelaciones: Interrelaciones 1:1 a) C rear una nueva relac ión ME/R HOMBRE MUJER MR 1:1 (0,1) (0,1) Matrimonio MATRIMONIO (Cod_hombre (1), Cod_mujer (2)* ) HOMBRE (Cod_hombre,...) MUJER(Cod_mujer,...) nulos no permitidos Clave alternativa ( 1)Cod_hombre clave ajena que referencia HOMBRE, borrado y modificación en CASCADA (2)Cod_mujer clave ajena que referencia MUJER, borrado y modificación en CASCADA * La clave primaria puede ser tanto Cod_hombre como Cod_mujer

21 4. Transformación de Interrelaciones: Interrelaciones 1:1 a) C rear una nueva relac ión * Esta solución puede ser conveniente si las cardinalidades mínimas de ambas entidades son cero a fin de evitar los valores nulos y conservar las simetrías naturales. También puede ser adecuada si la interrelación tiene atributos. * Es poco eficiente en las recuperaciones que impliquen una combinación entre las tres relaciones.

22 4. Transformación de Interrelaciones: Interrelaciones 1:1 b) Propagar una c lave Si una de las entidades que participa en la interrelación posee cardinalidades (1,1), mientras que en la otra son (0,1), conviene propagar la clave de la entidad con cardinalidades (1,1) a la tabla resultante de la entidad con cardinalidades (0,1) ME/R EMPLEADO DEPARTAMENTO 1:1 (1,1) (0,1) Responsable MR EMPLEADO (Cod_E...) DEPARTAMENTO (Cod_D,...,Cod_E) Cod_E clave ajena referencia a EMPLEADO; borrado Restringido modificación en Cascada nulos no permitidos clave alternativa

23 4. Transformación de Interrelaciones: Interrelaciones 1:1 b) Propagar una c lave * Se recoge la cardinalidad mínima 1 de EMPLEADO (con nulos no permitidos) * Se pierden las simetrías naturales; así si se desea recuperar los datos del DEPARTAMENTO cuyo responsable es un determinado EMPLEADO (Cod_E = x ), solo hay que hacer una operación de restricción sobre la tabla de DEPARTAMENTO. En cambio, la obtención de los datos de un EMPLEADO que es responsable de un determinado DEPARTAMENTO supone hacer una combinación entre ambas tablas. * Se evitan valores nulos * Es mas eficiente en ciertas recuperaciones

24 4. Transformación de Interrelaciones: Interrelaciones 1:1 c ) Propagar ambas c laves ME/R A B MR 1:1 (1,1) (1,1) I A (Cod_a,...,Cod_b B (Cod_b,...,Cod_a) nulos no permitidos Clave alternativa nulos no permitidos Clave alternativa Cod_b clave ajena que referencia B, borrado y modificación en CASCADA Cod_a clave ajena que referencia A, borrado y modificación en CASCADA No permitir modificación de claves ajenas Inserción en A o en B con disparadores

25 4. Transformación de Interrelaciones: Interrelaciones 1:1 c ) Propagar ambas c laves Se pueden recoger las cardinalidades mínimas y mantener la integridad mediante disparadores o mediante la opción diferible. Se conservan simetrías. Eficiencia en la recuperación (menor en la actualización).

26 4. Transformación de Interrelaciones: Atributos en Interrelaciones ME/R derechos Cod_autor Participación Cod_libro (1,N) AUTOR N:M (0,N) LIBRO MR PARTICIPACIÓN (Cod_autor, cod_libro, derechos) AUTOR (Cod_autor,...) LIBRO (Cod_libro,...)

27 4. Transformación de Interrelaciones: Atributos en Interrelaciones EJEMPLAR (1,n) Presta (0,n) SOCIO EJEMPLAR ( Cod_ejem, título,...) SOCIO ( Cod_socio, nombre, apellidos,...) Fecha_i Fecha_f PRESTA ( Cod_ejem, cod_socio, Fecha_i, Fecha_f ) Ejemplo de transformación de una interrelación con atributos multivaluados

28 5. Transformación de restricciones sobre Dominios y Atributos Podemos restringir a un rango determinado los valores de un dominio por medio de la cláusula RANGE BETWEEN Podemos determinar por enumeración los valores que puede tomar una columna en una tabla con la cláusula IN Podemos expresar una condición que debe cumplir un conjunto de atributos con la cláusula CHECK CHECK (Fecha_Ini< Fecha_Fin)

29 Reglas concernientes a las extensiones del Modelo E/R 1. Transformación de Dependencia en Identificación Utilizamos el mecanismo de propagación de clave ME/R Cod_libro (1,1) (0,N) Num_ejemplar Cod_ejem LIBRO ID tiene EJEMPLAR MR 1:N LIBRO (Cod_libro,,...) EJEMPLAR (Cod_libro, Num_ejemplar,...) clave_ajena ON DELETE CASCADE ON UPDATE CASCADE

30 Reglas concernientes a las extensiones del Modelo E/R 2. Transformación de Interrelaciones exclusivas (0,n) Edita1 (0,1) EDITORIAL LIBRO (0,n) Edita2 (0,1) UNIVERSIDAD EDITORIAL (Cod_E...) UNIVERSIDAD(Cod_U...) LIBRO (Cod_L..., Cod_E,Cod_U) Cod_E clave ajena ref. EDITORIAL modificacion CASCADA/RESTRICT Cod_U clave ajena ref. UNIVERSIDAD modificación CASCADA/RESTRICT CHECK ((Cod_E IS NULL AND Cod_U IS NOT NULL) OR (Cod_E IS NOT NULL AND Cod_U IS NULL))

31 Reglas concernientes a las extensiones del Modelo E/R 3. Transformación de Tipos y Subtipos Elegiremos una estrategia u otra dependiendo de que sea la semántica o la eficiencia la que prime para el usuario en un momento determinado.

32 Reglas concernientes a las extensiones del Modelo E/R 3. Transformación de Tipos y Subtipos Opción A) Englobar todos los atributos de la entidad y sus subtipos en UNA SOLA RELACIÓN, cuando los subtipos se diferencien en muy pocos atributos y las interrelaciones que los asocian sean las mismas para todos los subtipos. DOCUMENTO (Codigo,.,,,Tipo_Documento) También hay que especificar las restricciones semánticas (subtipos disjuntos): CHECK ((Tipo_Documento = ARTICULO AND Año_Edición IS NULL AND Codigo_Editorial IS NULL) OR (Tipo_documento = LIBRO AND Código_Revista IS NULL AND Fecha_publicación IS NULL))

33 Reglas concernientes a las extensiones del Modelo E/R 3. Transformación de Tipos y Subtipos Opción A) El atributo discriminante de la jerarquía podrá admitir valores nulos en el caso de que la jerarquía sea parcial y deberá declararse como NOT NULL si la jerarquía es total. Por otra parte, el atributo discriminante constituirá un grupo repetitivo si los subtipos solapan, (debiendo, por tanto, separar este atributo en una relación aparte y crear una relación que asocie este atributo con la relación resultante del supertipo). También es posible modificar el check anterior. Más eficiente. Poca semántica Muchos nulos si hay exclusividad

34 Reglas concernientes a las extensiones del Modelo E/R 3. Transformación de Tipos y Subtipos Opción B) Crear una relación para el supertipo y tantas relaciones como subtipos haya, con sus atributos correspondientes. Esta es la solución cuando existen muchos atributos distintos entre los subtipos y se quieren mantener los atributos comunes a todos ellos en una relación. Mayor semántica Más ineficiente Parcialidad/Totalidad controlada con el atributo discriminante Exclusividad/Solapamiento controladas mediante una Aserción

35 Reglas concernientes a las extensiones del Modelo E/R 3. Transformación de Tipos y Subtipos Opción C) Considerar relaciones distintas para cada subtipo, que contengan además los atributos comunes. Se elegiría esta opción cuando se dieran las mismas condiciones que en el caso anterior - muchos atributos distintos - y los accesos realizados sobre los datos de los distintos supertipos siempre afectan a los atributos comunes. Más eficiente en las consultas a atributos de subtipos Menos eficiente en las consultas al supertipo Poca semántica Introducimos redundancias Parcialidad no admitida y Totalidad si. Exclusividad controlada mediante un check

36 Reglas concernientes a las extensiones del Modelo E/R 3. Transformación de Tipos y Subtipos ME/R MR DOCUMENTO a. DOCUMENTO (código, título, idioma,... tipo) (1,1) b. DOCUMENTO (código, título, idioma,...tipo) es_un TIPO ARTÍCULO (código,...) (0,1) (0,1) LIBRO (código,...) ARTÍCULO LIBRO c. LIBRO (código, título, idioma,...) ARTÍCULO (código, título, idioma,...)

37 Reglas concernientes a las extensiones del Modelo E/R 4. Transformación de la dimensión temporal (!!cuidado ) ME/R f_inicio f_fin cod_h (0,N) disfruta N:M (0,N) cod_c HOTEL CLIENTE MR DISFRUTA (cod_c, f_inicio, cod_h, f_fin) CLIENTE (cod_c,...) HOTEL (cod_h,...)

38 Reglas concernientes a las extensiones del Modelo E/R 5. Transformación de atributos derivados ME/R EJEMPLAR (1,n) 1:N ID (1,1) tiene LIBRO Código Tïtulo D1 N_ejemplares MR LIBRO (código, título, N_ejemplares) Comprobación: check o aserción (atributo con redundancia controlada) Cálculo: disparador en inserción y modificación (atributo derivado)

39 Reglas concernientes a las extensiones del Modelo E/R Grafo Relacional editorial NOMBRE_E DIRECCIÓN CIUDAD PAÍS libro ejemplar COD_DOC TÍTULO IDIOMA NUM_COPIAS NOMBRE_E tema COD_DOC IDENTIFICATIVO trata COD_DOC NOMBRE_T NOMBRE_T presta COD_DOC IDENTIFICATIVO FECHA_P NUM_S consta FECHA_S consta TEMA_ S TEMA P socio DOMICILIO TEL NUM_S DNI TIPO_S

40 Reglas concernientes a las extensiones del Modelo E/R 6. Transformación de interrelaciones de grado superior a dos Regla general: A C_A Atr_A Atr_I B C_B Atr_B I A ( C_A, Atr_A...) B ( C_B, Atr_B...) C ( C_C, Atr_C...) I (C_A, C_B, C_C, Atr_I) C C_C Atr_C

41 Reglas concernientes a las extensiones del Modelo E/R 6. Transformación de interrelaciones de grado superior a dos Análisis más refinado: A) Cardinalidad máx. N y min. 1 A C_A Atri_a B C_B Atri_b (1,n) (1,n) I (1,n) C C_C Atri_c Sería aplicable la regla general. Claves ajenas con borrado y modificación en cascada

42 Reglas concernientes a las extensiones del Modelo E/R 6. Transformación de interrelaciones de grado superior a dos Análisis más refinado: B) Cardinalidad máx. N y min. 0 A C_A Atri_a I1 B C_B Atri_b (1,n) I (1,n) (o,n) C C_C Atri_c Sería aplicable la regla general, pero en la relación I, no aparecerían las ocurrencias interrelacionadas de A y B que tuvieran ocurrencias de C (la clave no admite nulos) y podría ser conveniente crear una interrelación I1 entre A y B (puntos en la figura)

43 Reglas concernientes a las extensiones del Modelo E/R 6. Transformación de interrelaciones de grado superior a dos Análisis más refinado: C) Cardinalidad máx. N y min. 0 en dos de las interrelaciones A C_A B C_B (0,n) I (0,n) (1,n) C C_C Regla general e interrelaciones binarias

44 Reglas concernientes a las extensiones del Modelo E/R 6. Transformación de interrelaciones de grado superior a dos Análisis más refinado: D) Cardinalidad máx. N en dos interrelaciones y 1 en la otra A C_A B C_B (1,n) I (1,n) (0,1) C C_C I ( C_A, C_B, C_C, Atr_I) C_C NULL NOT NULL

45 Reglas concernientes a las extensiones del Modelo E/R 6. Transformación de interrelaciones de grado superior a dos Análisis más refinado: E) Cardinalidad máx. N en una interrelacion y 1 en las otras dos A C_A B C_B A C_A B C_B (1,1) I (0,n) (1,1) I1 I2 C C_C C C_C Sólo si existe alguna restricción adicional entre las entidades

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

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

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

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

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

Diseño Lógico Estándar. Diseño Lógico Tema 12

Diseño Lógico Estándar. Diseño Lógico Tema 12 Diseño Lógico Estándar Diseño Lógico Tema 12 Bibliografía Tecnología y Diseño de Bases de Datos M. Piattini, E. Marcos, C. Calero y B. Vela Ed.: RA-MA, 2006 Diseño de Bases de Datos. Problemas Resueltos.

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

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional El Modelo Relacional es un modelo de datos que nos permite describir la estructura de una base de datos a nivel lógico. En 1969, Edgar Frank Ted Codd (1923-2003) introduce el modelo relacional con una

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

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

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

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

- 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

Las tres reglas básicas para convertir un esquema en el modelo E/R al relacional son las siguientes:

Las tres reglas básicas para convertir un esquema en el modelo E/R al relacional son las siguientes: Las tres reglas básicas para convertir un esquema en el modelo E/R al relacional son las siguientes: 1) Todo tipo de entidad se convierte en una relación. 2) Todo tipo de interrelación N:M se transforma

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

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

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

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

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

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

A.1. Definiciones de datos en SQL

A.1. Definiciones de datos en SQL A.1. Definiciones de datos en SQL Las Sentencias del lenguaje de definición de datos (DDL) que posee SQL operan en base a tablas. Las Principales sentencias DDL son las siguientes: CREATE TABLE DROP TABLE

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

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

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

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

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Del MER al MR. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Del MER al MR. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Del MER al MR Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos MER a MR Introducción Agenda Conceptos MER a MR

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

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

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

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

Teórico 9 Del MER al MR

Teórico 9 Del MER al MR Teórico 9 Del MER al MR Introducción Veremos cómo traducir un modelo conceptual, en forma de Modelo Entidad-Relación, en un modelo lógico de base de datos, en forma de Modelo Relacional. Para esto, estudiaremos

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

Tema 6: Diseño de bases de datos relacionales.

Tema 6: Diseño de bases de datos relacionales. 6.1 Introducción. Tema 6:. Las dificultades inherentes al diseño de una base de datos han de afrontarse con procedimientos ordenados y metódicos. En el proceso de diseño de una base de datos hemos de distinguir

Más detalles

BASE DE DATOS - CURSO 02/03 PRÁCTICA 2: SQL: Lenguaje de definición de datos (DDL)

BASE DE DATOS - CURSO 02/03 PRÁCTICA 2: SQL: Lenguaje de definición de datos (DDL) OBJETIVOS: Enseñar al alumno las sentencias que forman el lenguaje de definición de datos de SQL, es decir, el subconjunto de órdenes que nos permitirán crear o editar esquemas de bases de datos. MATERIAL:

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

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

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

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

Bases de Datos. Laboratorio III, L106/L111. Profesor: Goyo Celada

Bases de Datos. Laboratorio III, L106/L111. Profesor: Goyo Celada Bases de Datos Laboratorio III, L106/L111 Profesor: Goyo Celada ERwin Data Modeler Herramienta CASE en el modelado de Bases de Datos Metodología de trabajo: Modelo Conceptual Paso al Modelo Relacional

Más detalles

TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN.

TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. 1. Introducción 2. Metodología de diseño de bases de datos 3. Modelos de datos 4. El modelo entidad relación 5. Metodología de diseño

Más detalles

Bases de Datos. Sistemas de Gestión de Bases de Datos

Bases de Datos. Sistemas de Gestión de Bases de Datos Bases de Datos Sistemas de Gestión de Bases de Datos Banco de datos Conjunto de datos relacionados Ejemplo: archivos de las oficinas de una empresa, con fichas, carpetas, archivadores, armarios... La gestión

Más detalles

COMANDOS DE SQL, OPERADORES, CLAUSULAS Y CONSULTAS SIMPLES DE SELECCIÓN

COMANDOS DE SQL, OPERADORES, CLAUSULAS Y CONSULTAS SIMPLES DE SELECCIÓN COMANDOS DE SQL, OPERADORES, CLAUSULAS Y CONSULTAS SIMPLES DE SELECCIÓN Tipos de datos SQL admite una variada gama de tipos de datos para el tratamiento de la información contenida en las tablas, los tipos

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

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

Bases de datos relacionales y el modelo entidad-relación

Bases de datos relacionales y el modelo entidad-relación Bases de datos relacionales y el modelo entidad-relación Qué es una base de datos relacional? El sistema gestor de bases de datos El modelo entidad-relación entidad, atributos y elementos (tablas, columnas

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

Unidad 2 Lenguaje de Definición de Datos (DDL) 2.1 Creación de base de datos. 2.2 Creación de tablas.

Unidad 2 Lenguaje de Definición de Datos (DDL) 2.1 Creación de base de datos. 2.2 Creación de tablas. Unidad 2 Lenguaje de Definición de Datos (DDL) 2.1 Creación de base de datos. 2.2 Creación de tablas. 2.2.1 Integridad. 2.2.2 Integridad referencial declarativa. 2.3 Creación de índices ISC Ing. Felipe

Más detalles

Bases de Datos SQL 1 SQL. Jorge Pérez R. Universidad de Talca, II Semestre 2006

Bases de Datos SQL 1 SQL. Jorge Pérez R. Universidad de Talca, II Semestre 2006 Bases de Datos SQL 1 SQL Jorge Pérez R. Universidad de Talca, II Semestre 2006 Bases de Datos SQL 2 Structured Query Language Lenguaje de consulta para bases de datos comerciales. Originalmente llamado

Más detalles

TEMA 7. DISEÑO LÓGICO DE BASES DE DATOS RELACIONALES. 4. Desnormalización, partición de relaciones y optimización

TEMA 7. DISEÑO LÓGICO DE BASES DE DATOS RELACIONALES. 4. Desnormalización, partición de relaciones y optimización TEMA 7. DISEÑO LÓGICO DE BASES DE DATOS RELACIONALES 1. Introducción 2. Metodología de diseño lógico en el modelo relacional 3. Normalización 4. Desnormalización, partición de relaciones y optimización

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

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

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

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

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

EL MODELO ENTIDAD-RELACIÓN:

EL MODELO ENTIDAD-RELACIÓN: APUNTES DEL MÓDULO PROFESIONAL: SISTEMAS GESTORES DE BASES DE DATOS (2) Página 1 de 8 EL MODELO ENTIDAD-RELACIÓN: Conceptos previos vistos anteriormente: Los modelos de datos son el conjunto de conceptos

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

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

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

Conceptos Avanzados de Bases de datos

Conceptos Avanzados de Bases de datos Página 1 Conceptos Avanzados de Bases de datos (1) Introducción a las Bases de Datos (2) Lenguaje Estándar de Consultas SQL Definición formal SQL Página 2 Es un conjunto exhaustivo (en su modelización

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

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

TRANSACT-SQL, DISEÑO Y PROGRAMACIÓN DE BASES DE DATOS EN SQL SERVER 2008

TRANSACT-SQL, DISEÑO Y PROGRAMACIÓN DE BASES DE DATOS EN SQL SERVER 2008 TRANSACT-SQL, DISEÑO Y PROGRAMACIÓN DE BASES DE DATOS EN SQL SERVER 2008 ESTRUCTURA DEL SEMINARIO Modulo 1: Crear y administrar una base de datos SQL Server Métodos para crear una base de datos SQLServer.

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

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

m047a Curso Programando una Base de Datos SQL Server 2008, 36 h Creación B.D. y Constraints

m047a Curso Programando una Base de Datos SQL Server 2008, 36 h Creación B.D. y Constraints Crear Una Base De Datos (L12) A TRAVÉS DE LA CONSOLA DE ADMINISTRACIÓN A TRAVÉS DEL ASISTENTE DE BASES DE DATOS (DATABASE WIZARD) A TRAVÉS DE COMANDOS SQL (CREATE DATABASE, CREATE TABLE) Crear Un Grupo

Más detalles

ADMINISTRACIÓN DE BASE DE DATOS

ADMINISTRACIÓN DE BASE DE DATOS SQL SERVER T-SQL QUERY s es ADMINISTRADOR GRÁFICO SGBD Elementos objetos Tablas Procedimientos Triggers Funciones Usuarios Permiso Roles Contraseñas Programas DTS (Data Transfer System) Exportación e Importación

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

Capítulo III: Traducción ER-Relacional

Capítulo III: Traducción ER-Relacional Capítulo III: Traducción ER-Relacional Marco Teórico En este capítulo se presentan ejercicios de traducción de diagramas ER al modelo relacional. A continuación se presenta un resumen de los pasos del

Más detalles

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

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

EL ENTORNO DE TRABAJO SQL ORACLE

EL ENTORNO DE TRABAJO SQL ORACLE PREVIO 2 EL ENTORNO DE TRABAJO SQL ORACLE Y LENGUAJE DE DEFINICIÓN DE DATOS DDL) INTRODUCCIÓN A ORACLE Oracle10g es de las últimas versiones de esté manejador de base de datos, incorpora la tecnología

Más detalles

Si queremos modificar la contraseña de sys, una vez que accedamos al sistema como sys, escribiremos la sentencia:

Si queremos modificar la contraseña de sys, una vez que accedamos al sistema como sys, escribiremos la sentencia: TRABAJANDO CON SQL*PLUS El objetivo de este tema es simplemente, hacer una revisión de los conceptos avanzados de SQL, para ello, empezaremos por ver como se accede a SQL*PLUS y como crear usuarios, para

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

Tema 6. Restricciones a la Base de Datos: Integridad y seguridad

Tema 6. Restricciones a la Base de Datos: Integridad y seguridad Tema 6. Restricciones a la Base de Datos: Integridad y seguridad Juan Ignacio Rodríguez de León Resumen Las restricciones desde el punto de vista de integridad de bases de datos. se presentan dependencias

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

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

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 e Implementación de Bases de datos Relacionales Conversión del MER a MR Trabajando con SQL. Profesor: Msc. MIGUEL ANGEL NIÑO ZAMBRANO

Diseño e Implementación de Bases de datos Relacionales Conversión del MER a MR Trabajando con SQL. Profesor: Msc. MIGUEL ANGEL NIÑO ZAMBRANO Capitulo 5 Diseño e Implementación de Bases de datos Relacionales Conversión del MER a MR Trabajando con SQL Profesor: Msc. MIGUEL ANGEL NIÑO ZAMBRANO Modelado de Bases de Datos Diseño e Implementación

Más detalles

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Elementos de Bases de Datos 2do. Cuatrimestre de 2004

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Elementos de Bases de Datos 2do. Cuatrimestre de 2004 2do. Cuatrimestre de 2004 Elementos de Bases de Datos Dpto.Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] Clase 14 1er. Cuatrimestre

Más detalles

UNIDAD 1.- PARTE 1 MANIPULACIÓN AVANZADA DE DATOS CON SQL. BASES DE DATOS PARA APLICACIONES. Xochitl Clemente Parra Armando Méndez Morales

UNIDAD 1.- PARTE 1 MANIPULACIÓN AVANZADA DE DATOS CON SQL. BASES DE DATOS PARA APLICACIONES. Xochitl Clemente Parra Armando Méndez Morales UNIDAD 1.- PARTE 1 MANIPULACIÓN AVANZADA DE DATOS CON SQL. BASES DE DATOS PARA APLICACIONES Xochitl Clemente Parra Armando Méndez Morales Práctica preliminar Crear la siguiente base de datos de prácticas

Más detalles

Base de datos relacional

Base de datos relacional Base de datos relacional Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para modelar problemas reales y administrar

Más detalles

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional Sistemas de Bases de Datos I Modelo Lógico Modelo Relacional Modelo Lógico Modelo Relacional Esquema Relacional (E- R) Es la representación de un DER mediante tablas. Algebra Relacional Modelo Relacional

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

BASES DE DATOS TEMA 3. MODELO RELACIONAL

BASES DE DATOS TEMA 3. MODELO RELACIONAL Contenidos generales BASES DE DATOS TEMA 3. MODELO RELACIONAL * Conceptos del modelo relacional * Notación del modelo relacional * Lenguajes de consulta - Algebra relacional - Cálculo relacional Motivación

Más detalles

Acceso a bases de datos MySQL con PHP

Acceso a bases de datos MySQL con PHP GESTIÓN Y ADMINISTRACIÓN WEB Acceso a bases de datos MySQL con PHP Ing. CIP Fabián Silva Alvarado fsilvasys@hotmail.com DEFINICIÓN DE BASE DE DATOS Base de Datos es un conjunto de datos relacionados entre

Más detalles

SE PIDE: 1. Suponiendo que partimos del siguiente grafo relacional que recoge parte de los supuestos anteriores,

SE PIDE: 1. Suponiendo que partimos del siguiente grafo relacional que recoge parte de los supuestos anteriores, EJERCICIO SOBRE EMPRESA DE FABRICACIÓN DE COCHES HIPERAUTO es una empresa que fabrica y distribuye coches y piezas de repuesto. Necesita diseñar una nueva Base de Datos para mejorar el control de pedidos

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

BASES DE DATOS I. MODELO DE ENTIDADES RELACIONES EXTENDIDO DERIVACIÓN del ESQUEMA RELACIONAL

BASES DE DATOS I. MODELO DE ENTIDADES RELACIONES EXTENDIDO DERIVACIÓN del ESQUEMA RELACIONAL BSES DE DTOS I MODELO DE ETIDDES RELCIOES EXTEDIDO DERIVCIÓ del ESQUEM RELCIOL curso 2008 Modelo de Entidades-Relaciones (M.E.R.) Un modelo de datos proporciona una colección integrada de conceptos para

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

SQL. Orígenes y Evolución

SQL. Orígenes y Evolución SQL 1 SQL. Orígenes y Evolución 2 SQL: Estándar oficial 3 Funciones de SQL DDL Data Definition Language Creación n de estructuras de la base de datos Integridad de los datos DML Data Manipulation Language

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

EXAMEN TEMAS 3, 4 y 5. CREACIÓN Y EXPLOTACIÓN DE UNA BASE DE DATOS

EXAMEN TEMAS 3, 4 y 5. CREACIÓN Y EXPLOTACIÓN DE UNA BASE DE DATOS Nombre y apellidos: EXAMEN TEMAS 3, 4 y 5. CREACIÓN Y EXPLOTACIÓN DE UNA BASE DE DATOS 1. Crear la base de datos tiendas y, en ella, crear las tablas que se indican a continuación. Utilizar para todas

Más detalles

Base de Datos Práctica 1.

Base de Datos Práctica 1. Base de Datos Práctica 1. Objetivo: Introducción al Mysql, aprender a identificar los errores más comunes en la creación de las bases de datos para su solución, conocer los diferentes tipos de datos y

Más detalles

2.5.- El lenguaje estándar SQL

2.5.- El lenguaje estándar SQL 25- El lenguaje estándar SQL El SQL es un lenguaje estándar de definición y manipulación (y consulta) de bases de datos relacionales El SQL estándar incluye: Características del Álgebra Relacional Características

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

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Administración de Bases de Datos I : T-INF127

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Administración de Bases de Datos I : T-INF127 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Tercero Requisitos Duración Horas Semana : 06 horas Versión : v.0110 II. SUMILLA : COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería

Más detalles

EJERCICIOS MODELO RELACIONAL

EJERCICIOS MODELO RELACIONAL Problema 1. Banco Central El Banco Central ha decidido crear una base de datos para gestionar los clientes y sus préstamos. Sabemos que del cliente se almacena información tal como identificador del cliente,

Más detalles

T12 Vistas y tablas temporales

T12 Vistas y tablas temporales 1 de 9 17/05/2013 14:01 Lecciones SQL > T12 Vistas y tablas temporales En esta sesión vamos a mostrar dos tipos de objetos de uso habitual en cualquier SGBD: las vistas y las tablas temporales. Mientras

Más detalles

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

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

Más detalles