TEST (9 preguntas, respuesta única, 1.8 puntos, aciertos +0.20, fallos 0.05)
|
|
- María Elena Ortiz Quintero
- hace 6 años
- Vistas:
Transcripción
1 Alumno(a): Titulación: TEST (9 preguntas, respuesta única, 1.8 puntos, aciertos +0.20, fallos 0.05) Respecto a los lenguajes relacionales Cuál de las siguientes afirmaciones es errónea?. a) Los lenguajes relacionales son lenguajes de especificación b) Los lenguajes predicativos se dividen en dos subtipos orientados a tuplas y orientados a dominios c) El lenguaje Query-By-Example es un lenguaje comercial basado en el cálculo relacional de tuplas d) Los lenguajes basados en el cálculo relacional son lenguajes descriptivos Respecto a los lenguajes relacionales Cuál de las siguientes afirmaciones es cierta? a) En el cálculo relacional mediante las fórmulas cerradas se definen las preguntas del usuario b) Los lenguajes predicativos no son lenguajes navegacionales c) En el cálculo relacional una fórmula abierta es aquella que tiene ocurrencias libres de las variables d) No todas las expresiones del CRT tienen su equivalente en el AR Indique cuál de los siguientes no es un componente de una metodología para el diseño de una BD: a) Herramienta para consulta de datos b) Modelo de datos c) Lenguaje de datos d) Documentación Respecto a los enfoques de diseño para BD. Cuál de las siguientes afirmaciones es errónea? a) El enfoque de Síntesis parte de un conjunto de atributos, dependencias y otras restricciones semánticas b) Sólo es necesario aplicar la teoría de la normalización si se sigue el enfoque de Análisis c) En el enfoque de Análisis se obtiene un esquema que está formado por un conjunto de esquemas de relación d) En el enfoque de Análisis se parte desde una Relación Universal. Respecto a la metodología de diseño de BD explicada en la asignatura, Cuál de las siguientes afirmaciones es errónea?: a) En la etapa de Diseño Conceptual se obtiene el esquema interno que es más cercano al usuario b) En la etapa de Diseño Conceptual no es aconsejable tener consideración sobre el SGBD en que se va a implementar la BD c) En la etapa de Diseño Lógico se debe considerar el SGBD que se va a utilizar d) En la etapa de Diseño Lógico, si utilizamos el Modelo Relacional, se deben considerar las restricciones de integridad referencial PREGUNTA REPETIDA, NO CUENTA UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 1
2 Alumno(a): Titulación: Al transformar un esquema desde el modelo E/R al relacional, los atributos identificadores alternativos (indique la opción correcta): a) Se representan con la cláusula PRIMARY KEY b) Se representan como columnas y se añade una cláusula CHECK c) Se representan por medio de la cláusula UNIQUE d) Se representan por medio de la cláusula FOREIGN KEY indicando que no se admite nulos Cómo se transforma a relacional el siguiente esquema E/R? Nombre DNI Cod_Curso ALUMNOS (1,n) REALIZA (1,n) CURSOS Nombre Fecha_Inicio a) ALUMNOS(DNI, Nombre, Cod_Curso); CURSOS(Cod_Curso, Nombre, Fecha_Incio, DNI); Alumnos.CodCurso-->CURSOS; Cursos.DNI--> ALUMNOS b) ALUMNOS(DNI, Nombre, Cod_Curso); CURSOS(Cod_Curso, Nombre, Fecha_Incio); Alumnos.CodCurso-->CURSOS c) ALUMNOS(DNI, Nombre); CURSOS(Cod_Curso, Nombre, Fecha_Incio); REALIZA(Cod_Curso, DNI) Realiza.CodCurso-->CURSOS; Realiza.DNI--> ALUMNOS d) ALUMNOS(DNI, Nombre, Cod_Curso); CURSOS(Cod_Curso, Nombre, Fecha_Incio, DNI); REALIZA(Cod_Curso, DNI) Alumnos.CodCurso-->CURSOS; Cursos.DNI--> ALUMNOS Realiza.CodCurso-->CURSOS; Realiza.DNI--> ALUMNOS Respecto del concepto de dependencia multivaluada, señalar la afirmación correcta: a) Una tabla con dos atributos siempre está en 4FN b) Una tabla con dependencias funcionales no puede tener dependencias multivaluadas embebidas c) Si todas las dependencias multivaluadas no triviales tienen como implicado un único atributo entonces la relación se encuentra en 4FN d) Las regla 1 de Rissanen también se puede aplicar con dependencias multivaluadas Un conjunto de dependencias funcionales que es recubrimiento no redundante cumple lo siguiente (indicar la opción errónea): a) Todos los determinantes están formados por un único atributo b) Todas sus dependencias son elementales c) No hay atributos extraños d) No existen dependencias redundantes UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 2
3 Alumno(a): Titulación: PREGUNTAS CORTAS (2.0 puntos, 1.0 puntos cada pregunta) [Se valorará especialmente la capacidad de síntesis, con ideas claras, breves y bien estructuradas] Pregunta 1ª Explique en qué consiste la integración de vistas en el diseño conceptual de bases de datos y comente cuales son los principales tipos de problemas que pueden presentarse durante su realización. Tema 6, tr. 21 La integración de vistas consiste en partir de dos vistas y obtener una nueva vista que las englobe, con ésta y una tercera se obtiene una nueva vista, y así sucesivamente, hasta llegar al esquema global que refleje la estructura de información de la BD completa. Tema 6, tr. 22 Al querer integrar varias vistas se pueden producir diversos problemas: a Conflictos de nombres: pueden ser tanto por homonimia (a dos objetos distintos se les ha asignado el mismo nombre) como por sinonimia (un mismo objeto que posee más de un nombre). b Conflictos entre entidades: pueden ser de varios tipos... 1 Una entidad es un subconjunto de otra. En este caso la solución consiste en introducir un subtipo. 2 Una entidad es disjunta con respecto a otra, pero ambas poseen atributos comunes; es decir, son un subtipo de una tercera entidad. La solución es crear esa tercera entidad, esto es, el supertipo. c Conflicto entre tipos de objetos en los que un atributo en una vista es una entidad en otra o viceversa: la solución es transformar el atributo en entidad o la entidad en atributo, según convenga. Así, por ejemplo, si existen atributos de este atributo, o si éste está interrelacionado con otras entidades, convendrá considerarlo como entidad. d Conflictos de cardinalidades en interrelaciones: pueden reflejar que las dos interrelaciones son la misma, que hay dos interrelaciones distintas o que una de las entidades involucradas en la interrelación tiene uno o varios subtipos. (utilizar únicamente el espacio anterior con letra clara y legible) UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 3
4 Alumno(a): Titulación: [Se valorará especialmente la capacidad de síntesis, con ideas claras, breves y bien estructuradas] Pregunta 2ª Explique en qué consiste la reestructuración de relaciones, incluyendo las razones que justifican su realización, y enumere las tres técnicas utilizadas para llevarla a cabo. Tema 7, tr. 88 La normalización se muestra insuficiente para alcanzar todos los objetivos de diseño lógico y físico, por lo que, en la práctica, muchas veces es preciso proceder a un proceso posterior de organización de las relaciones. Tema 7, tr. 89 Este proceso de organización se puede descomponer en dos etapas: - Estructuración y - Reestructuración. Tema 7, tr. 91 La reestructuración se rige por consideraciones de tipo físico: - la tasa de actualizaciones respecto a la de recuperaciones, - las veces que se accede conjuntamente a los atributos, - la longitud de los mismos, - el tipo de proceso (en línea/por lotes), - la prioridad de los procesos, - el tamaño de las tablas, - etc... Las técnicas utilizadas son tres: - Desnormalización: proceso contrario a la normalización, utiliza el operador de combinación para deshacer proyecciones. - Particionamiento horizontal: divide el conjunto de tuplas de una relación en dos o mas relaciones haciendo uso del operador de selección. - Particionamiento vertical: se basa en utilizar el operador de proyección, pero sin tener en cuenta las dependencias. (utilizar únicamente el espacio anterior con letra clara y legible) UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 4
5 Problema 1º (2 0 puntos) Dado el esquema relacional siguiente: Banco(CodBanco, Nombre, Dirección, Localidad) Sucursal (NroSucursal, CodBanco, Dirección, Localidad, Teléfono) Clientes (Cli, DNI, Apellidos, Nombres, Dirección, Localidad, ) Cuenta (NroCta, NroSucursal, Cod_Banco, Cli, Saldo, FechaApertura, TipoCta) Movimientos (NroMov, NroCta, NroSucursal, CodBanco, TipoMov, FechaMov, Importe) Nota: El atributo TipoCta puede tomar los valores (Corriente, Ahorro) El atributo TipoMov puede tomar los valores (Reintegro, Ingreso) Con las siguientes integridades referenciales: Sucursal.CodBanco Banco Cuenta.NroSucursal, Cuenta.CodBanco Sucursal Cuenta.Cli Clientes Movimientos.NroCta, Movimientos.NroSucursal, Movimientos. Cod_Banco Cuenta Realizar la siguiente consulta en cálculo relacional de tuplas: a) DNI de todos los clientes que no tienen Cuentas de Ahorro. Y la siguiente en cálculo relacional de dominios: b) Movimientos realizados entre el 5/01/02 y el 30/02/03 por el cliente con DNI = K. De los movimientos se necesita saber NroMov, NroCta, NroSucursal, CodBanco, TipoMov, FechaMov, Importe) SOLUCIÓN: [Se han incluido las sintaxis matemática y la textual de WinRDBI para facilitar al alumno la comprobación automática utilizando el citado software educativo] a) { r.dni clientes(r) c (cuenta(c) c.tipocta= Ahorro r.cli=c.cli) } { R.dni clientes(r) and not(exists C) (cuenta(c) and C.tipocta= Ahorro and R.cli=C.cli) } b) {nromov, nrocta, nrosucursal, codbanco, tipomov, fechamov, importe cli ( clientes(cli, K,_,_,_,_,_) cuenta(nrocta,nrosucursal,codbanco,cli,_,_,_) movimientos(nromov, nrocta, nrosucursal, codbanco, tipomov, fechamov, importe) fechamov >= 5/01/02 fechamov <= 30/02/03 ) } {Nromov, Nrocta, Nrosucursal, Codbanco, Tipomov, Fechamov, Importe (exists Cli) ( clientes(cli, K, _, _, _, _, _) and cuenta(nrocta, Nrosucursal, Codbanco, Cli, _, _, _) and movimientos(nromov, Nrocta, Nrosucursal, Codbanco, Tipomov, Fechamov, Importe) and fechamov>= 5/01/02 and fechamov<= 30/02/03 ) } UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 5
6 Problema 2º (2 2 puntos) Dada la relación Pedido(#ped, fecha, far, dir, loc, dni, nombre, tcli, cpro, npro, cant, pre, dcto) que almacena los datos de los pedidos realizados por las farmacias asociados a una red, se cumplen las siguientes reglas semánticas: a) Un pedido se identifica por su número (#ped). b) Cada pedido tiene una fecha y el código de la farmacia que lo realiza (far). c) De cada farmacia se conocen su dirección (dir), localidad (loc) y dni del propietario (dni). Un mismo propietario puede serlo de varias farmacias. d) Cada propietario tiene un nombre (nombre), aunque dos propietarios pueden tener el mismo nombre. e) Cada propietario tiene un tipo de cliente, que puede ser A, B o C. f) En cada pedido se incluye una lista de productos, identificados por su código (cpro). g) Además, cada producto tiene un nombre (npro) de forma que no pueden existir dos productos con igual nombre. h) De cada producto en cada pedido se registra una cantidad pedida (cant) a un determinado precio (pre), que puede ser diferente para el mismo producto en diferentes pedidos. i) Los clientes de tipo A tienen un descuento global en la factura del 15%, los del tipo B del 10% y los del tipo C del 5%. Se pide: 1) Identificar las dependencias funcionales que se obtienen de cada regla semántica y dibujar el diagrama de dependencias funcionales global. 2) Calcular el recubrimiento minimal o recubrimiento no redundante. 3) Calcular las claves candidatas. SOLUCIÓN: 1) regla a) regla b) regla c) regla d) regla e) regla f) regla g) ninguna, el identificador de un Pedido es #ped #ped fecha #ped far far dir far loc far dni dni nombre dni tcli ninguna, #ped no determina cpro cpro npro UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 6
7 regla h) regla i) #ped,cpro cant #ped,cpro pre tcli dcto El diagrama de dependencias funcionales global es: cant #ped fecha pre cpro far dir npro loc nombre dni tcli dcto 2) Se calculará el recubrimiento minimal aplicando el algoritmo de Ullman y Atkins al conjunto de df s obtenido anteriormente poniéndolas con implicado único (ya lo cumplen todas): 1. #ped fecha 2. #ped far 3. far dir 4. far loc 5. far dni 6. dni nombre 7. dni tcli 8. cpro npro 9. npro cpro 10. #ped,cpro cant 11. #ped,cpro pre 12. tcli dcto Paso 1/ Eliminar atributos extraños: Sólo podrían existir en las df s 10 y 11, pero no existen porque tendrían que ser ciertas las df s #ped cant o cpro cant para la 10, que no lo son; y/o las df s #ped pre o cpro pre para la 11, que tampoco lo son. Paso 2/ Eliminar df s redundantes: - #ped fecha será redundante si [fecha {#ped} + (DF-1) ], es decir, si dicha df se implica del resto de dependencias (DF-1). No lo es. - #ped far es redundante si [far {#ped} + (DF-2) ]. Tampoco lo es. - [dir {far } + (DF-3) ] => far dir no es redundante. - [loc {far } + (DF-4) ] => far loc no es redundante. - De la misma manera, se comprueba que ninguna df es redundante. UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 7
8 3) Paso 1/ Eliminación de atributos independientes No los hay Paso 2/ Simplificación de equivalencias De cpro npro elegimos cpro y queda: 1. #ped fecha 2. #ped far 3. far dir 4. far loc 5. far dni 6. dni nombre 7. dni tcli 10. #ped,cpro cant 11. #ped,cpro pre 12. tcli dcto cant #ped fecha pre cpro far dir loc dni nombre tcli dcto Paso 3/ Formar una clave posible con los atributos que no son implicados por otros Kp={#ped,cpro} Kp+ = { #ped, cpro, cant, pre, fecha, far, dir, loc, dni, nombre, tcli, dcto } = todos Por tanto Kp es clave candidata Paso 4/ no es necesario Paso 5/ no es necesario Paso 6/ Deshacer las simplificaciones por equivalencias Resultan dos claves candidatas: K1 = {#ped, cpro} y K2 = {#ped, npro} UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 8
9 Problema 3º (2 0 puntos) Dado el siguiente esquema de relación R({ a,b,c,d,e,f,g,h,i }, { ab c, c b, a de, d f, g hi, h g }) Sabiendo que en el anterior conjunto de dependencias funcionales todas las dependencias son elementales y no existen redundantes, se pide: 1) Calcular las claves candidatas. 2) Obtener por descomposición un conjunto de relaciones en FNBC. Indicar, en su caso, las pérdidas de información y/o dependencias que se han producido. SOLUCIÓN: 1) Para calcular las claves candidatas es adecuado partir del recubrimiento minimal, pero como el enunciado dice que todas las df s son elementales (en sentido estricto esto no es cierto porque las df elementales sólo tienen un implicado sencillo) y no son redundantes, lo único que se debe hacer para obtener el recubrimiento minima l es separar los implicados compuestos por más de un atributo: 1. ab c 2. c b 3. a d 4. a e 5. d f 6. g h 7. g i 8. h g Paso 1/ Eliminación de atributos independientes No los hay Paso 2/ Simplificación de equivalencias De g h elegimos g y queda: 1. ab c 2. c b 3. a d 4. a e 5. d f 7. g i Paso 3/ Formar una clave posible con los atributos que no son implicados por otros Kp={a,g} Kp + = { a, g, d, e, i, f } que no incluye a todos los atributos. Por tanto Kp NO es clave candidata. f d e a b g h i c UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 9
10 Paso 4/ Añadir al Kp anterior un α que haga que sea clave: K = {a,g,α} α deberá estar formado por uno o varios de los atributos que no forman parte del Kp + anterior. Para obtener α eliminamos [g,d,e,i,f], es decir, los atributos que aparecen en Kp + y que no forman parte de las df s no usadas para calcular Kp + [ab c, c b]. Queda R ({a,b,c}, {ab c, c b}) y se le aplica la misma técnica del paso 3: K p = {a} pero como no determina a los demás [b y c], entonces no es clave. Si lo son K 1p={a,b} y K 2p={a,c} porque determinan a todos. => α es {b} o {c} y las claves posibles serán {a,g,b} y {a,g,c} Paso 5/ no es necesario Paso 6/ Deshacer las simplificaciones por equivalencias: Como g h, las dos claves posibles anteriores se transforman en 4 claves candidatas: K = {a, g, b} {a, g, c} {a, h, b} {a, h, c} 2) Comprobamos si está en FNBC: todos los determinantes (DET) son claves candidatas (KK): Como DET = { ab, c, a, d, g, h} => NO está en FNBC. Para descomponer agrumos las df s en categorías con igual implicante (poniendo juntos los equivalentes): G1: ab c G2: c b G3: a d, a e G4: d f G5: g h, g i, h g Proyección primera/ Separamos G5 porque sus implicados {h,i,g} no aparecen en las restantes relaciones. R1( {g,h,i}, {g h, g i, h g} ) R ( {a,b,c,d,e,f,g} {G1, G2, G3, G4} ) Dejamos {g} en R para que se cumpla la primera regla de Rissanen. Como no se pierden df también se cumple la segunda. R1 está en FNBC porque DET= {g}, {h} = K R no está en FNBC porque existen determinantes {ab,c,a,d}, que no son claves candidatas. Las claves no han cambiado respecto de R, salvo ya no aparecen las de h y sólo las de g: K = {a, g, b} {a, g, c} Proyección segunda/ UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 10
11 Separamos G4 porque sus implicados {f} no aparecen en las restantes relaciones. R2( {d,f}, {d f} ) R ( {a,b,c,d,e,g} {G1, G2, G3} ) Se cumpla la primera regla de Rissanen por que el atributo común {d} es K de R2. Como no se pierden df también se cumple la segunda. R2 está en FNBC porque DET= {d} = K R no está en FNBC porque existen determinantes {ab,c,a}, que no son claves candidatas. Las claves no han cambiado respecto de R : K = {a, g, b} {a, g, c} Proyección tercera/ Separamos G3 porque sus implicados {d,e} no aparecen en las restantes relaciones. R3( {a,d,e}, {a d, a e} ) R ( {a,b,c,g} {G1, G2} ) Se cumpla la primera regla de Rissanen por que el atributo común {a} es K de R3. Como no se pierden df también se cumple la segunda. R3 está en FNBC porque DET= {a} = K R no está en FNBC porque existen determinantes {ab,c}, que no son claves candidatas. Las claves no han cambiado respecto de R : K = {a, g, b} {a, g, c} Proyección cuarta/ Puesto que R tiene tres atributos {a,b,c} que participan en una df común {ab c} no es posible poner en FNBC sin perder dicha df. En consecuencia optaremos por una proyección que, al menos, conserve la información haciendo que el atributo común sea {c} : R4( {a,c,g}, {φ} ) R5( {c,b}, { c b } ) Se cumple regla 1 de Risannen (c es K de R5) pero no se cumpla la regla 2 porque la df {ab c} se ha perdido. [ESTA PARTE NO ES NECESARIA, ES MERAMENTE INFORMATIVA] Alternativamente, se podría haber optado por perder información conservando las df s: R4 ( {a,b,c,g}, { ab c } ) R5 ( {c,b}, { c b } ) que no cumple la regla 1 de Rissanen porque los atributos comunes {b,c} no son K ni de R4 ni de R5. UCLM -ESI: BDa, 2º parcial, junio-2003 (ISI + ITIS + ITIG) pg. 11
TEST (10 preguntas, respuesta única, 2.0 puntos, aciertos +0.20, fallos 0.05)
Apellidos: Nombre: Titulación: Ing. Informática Ing. Téc. Sistemas Ing. Téc. Gestión TEST (10 preguntas, respuesta única, 2.0 puntos, aciertos +0.20, fallos 0.05) En el modelo Entidad/Interrelación se
Apartado A (3 puntos):
EAMEN DISEÑO DE BASES DE DATOS Y SEGURIDAD DE LA INFORMACIÓN (9 de septiembre de 2008) 2º Parcial Autorizo la publicación de la nota del examen junto a mi número de matrícula tanto en la Web como en los
Modelo Relacional. El modelo relacional...1 El modelo entidad relación (que vimos ayer) es un modelo conceptual que sirve
Juan Luis Mora Blanco. El modelo Relacional 1 Modelo Relacional El modelo relacional El modelo relacional...1 El modelo entidad relación (que vimos ayer) es un modelo conceptual que sirve Conceptos...1
TEMA 7 TEORÍA DE LA NORMALIZACIÓN EJEMPLOS DESARROLLADOS
TEMA 7 TEORÍA DE LA NORMALIZACIÓN EJEMPLOS DESARROLLADOS A) Procedimiento de Cálculo de Claves: Ejemplo A1. (utilizar con T38-T41) Sea el esquema de relación: R({A,B,C,D,E,F,G,H,I,J}; {AB C, C AB, E D,
Teoría de la Normalización
Teoría de la Normalización Problemas en el diseño Incapacidad para almacenar ciertos hechos Redundancias y por tanto, posibilidad de incoherencias Ambigüedades Pérdida de información (aparición de tuplas
BASES DE DATOS (curso 2003/2004)
BASES DE DATOS (curso 2003/2004) Código: 42529 Titulación/es: Ingeniería en Informática (II) Ingeniería Técnica en Informática de Sistemas (ITIS) Ingeniería Técnica en Informática de Gestión (ITIG) Créditos:
Bases de Datos. Tema 7 (parte 2) Teoría de la Normalización. Francisco Ruiz may UCLM-ESI (F.Ruiz)
Bases de Datos Tema 7 (parte 2) Teoría de la Normalización Francisco Ruiz may-2001 documentación preparada con ayuda de Esperanza Marcos (Universidad Rey Juan Carlos) y Mario Piattini (Universidad de Castilla-La
Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE ING. INDUSTRIAL Base de Datos Resultados Internet Requerimientos BASE DATOS Docente: Ing. Francisco Rodríguez Base de Datos Tema 5: TEORIA DE LA NORMALIZACION
Bases de Datos. Tema 7 (parte 1) Teoría de la Normalización. Francisco Ruiz abr UCLM-ESI (F.Ruiz)
Bases de Datos Tema 7 (parte 1) Teoría de la Normalización Francisco Ruiz abr-2001 documentación preparada con ayuda de Esperanza Marcos (Universidad Rey Juan Carlos) y Mario Piattini (Universidad de Castilla-La
Esquema Lógico CHEF. CHEF (nombre:cadena, ciudad:cadena, país:cadena) CP (nombre)
Esquema Lógico CHEF CHEF (nombre:cadena, :cadena, :cadena) CP (nombre) EXAMEN 14 de septiembre de 2006 RESTAURANTE (nombre:cadena, : cadena) CP (nombre) CAj () CHEF INGREDIENTE (cod:dcod, nombre:cadena,
Guía del Curso Curso de Bases de Datos Relacionales
Guía del Curso Curso de Bases de Datos Relacionales Modalidad de realización del curso: Titulación: Online Diploma acreditativo con las horas del curso OBJETIVOS Este Curso de Bases de Datos Relacionales
Gestión base de datos : Modelo Relacional (II)
Gestión base de datos : Modelo Relacional (II) I. Transformación del Modelo ER al Modelo Relacional Como se vio anteriormente la elaboración de un buen diseño de la base de datos es un proceso que requiere
TEORÍA DE LA NORMALIZACIÓN GESTIÓN Y MODELACIÓN DE DATOS
TEORÍA DE LA NORMALIZACIÓN GESTIÓN Y MODELACIÓN DE DATOS Problemas que se pueden presentar en un esquema relacional CcEmpleado Nombre Departamento CiudadDpto Jefe 39288271 Sonia Maria Osorio Ventas Cali
Apartado A (3 puntos):
EAMEN DISEÑO DE BASES DE DATOS Y SEGURIDAD DE LA INFORMACIÓN (23 de junio de 2008) 2º Parcial Autorizo la publicación de la nota del examen junto a mi número de matrícula tanto en la Web como en los tablones:
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.
Una tabla se encuentra en primera forma normal si impide que un atributo de una tupla pueda tomar más de un valor. La tabla:
normalización del esquema relacional problemas del esquema relacional Una vez obtenido el esquema relacional resultantes del modelo entidad relación que representaba la base de datos, normalmente tendremos
Ficheros y Bases de Datos Curso Ingeniería Técnica de Informática Primer Parcial. 10-Feb Nombre:
Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 10-Feb-2010 Nombre: Se debe entregar esta hoja 2 horas 1) (3,5 puntos) A partir de la información sobre la BD que
Diseño de base de datos: Modelo Entidad Relación (I)
Diseño de base de datos: Modelo Entidad Relación (I) I. Fases del desarrollo para lograr un buen diseño El proceso de diseño de una base de datos comienza por una descripción detallada del sistema de información
Normalización Clase Práctica Formas Normales
Normalización Clase Práctica Departamento de Computación - Facultad de Ciencias Exactas y Naturales Universidad de Buenos Aires Base de Datos 1er. Cuatrimestre 2017 Esquema General 1 Primera Forma Normal
Seguridad en BD Diseño Físico y Administración de Bases de Datos Otras tecnologías de Bases de Datos Bases de Datos Distribuidas Almacenes de Datos
Temario 2 o cuatrimestre Diseño Lógico Diseño Lógico Estándar Diseño Lógico Específico Normalización Seguridad en BD Diseño Físico y Administración de Bases de Datos Otras tecnologías de Bases de Datos
Esquema Lógico F1. EXAMEN 1 de diciembre de EQUIPO (NOMBRE:cadena) CP (NOMBRE) DIRECTOR (NOMBRE:cadena) CP (NOMBRE)
Esquema Lógico F1 EQUIPO (NOMBRE:cadena) CP (NOMBRE) EXAMEN 1 de diciembre de 2006 DIRECTOR (NOMBRE:cadena) CP (NOMBRE) DIRIGE (EQUIPO:cadena, DIRECTOR:cadena) CP (EQUIPO) CAlt (DIRECTOR) CAj (EQUIPO)
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
Diseño de Bases de Datos. Normalización
Diseño de Bases de Datos Normalización Un ejemplo Proveedores (cod-proveedor, nom-proveedor, cod-insumo, precio) Para la consulta: nombre del proveedor que vende el insumo del producto con código 103 Un
Normalización. Carlos A. Olarte Bases de Datos I
Carlos A. Olarte Bases de Datos I Outline 1 Introducción 2 Dependencias Funcionales 3 Diseño de Bases de Datos 4 Forma Normal Boyce-Codd (FNBC) 5 3FN 6 Dependneicas Funcionales Multivaluadas 7 4FN Introducción
DED Diagramas de Estructura Lógica de Datos. Universidad de Oviedo Departamento de Informática
DED Diagramas de Estructura Lógica de Datos Universidad de Oviedo Departamento de Informática Contenidos Introducción Relaciones Construcción del modelo conceptual Normalización Primera Forma Normal Segunda
Formas Normales. - Facultad de Ingeniería Curso : Fundamentos de Bases de Datos Tema 1. Introducción y Conceptos Generales 1
Formas Normales Normalización - Introducción Primera Forma Normal Segunda Forma Normal Tercera Forma Normal Forma Normal de Boyce-Codd Dependencias Multivaluadas Cuarta Forma Normal - Facultad de Ingeniería
Formas Normales. Normalización. Introducción
Formas Normales Normalización - Introducción Primera Forma Normal Segunda Forma Normal Tercera Forma Normal Forma Normal de Boyce-Codd Dependencias Multivaluadas Cuarta Forma Normal In.Co. - Facultad de
Ing. Yim Isaias Apestegui Florentino
Definicion de Modelo Relacional El Modelo Relacional Se basa en una representación del mundo real en que los datos se describen como entidades, relaciones y atributos. El principal concepto del modelo
BASE DE DATOS Modelos de Datos
BASE DE DATOS Modelos de Datos Autor: Lic. Jaquelina E. Escalante Desarrollo de una Base de datos 1 Análisis de requisitos, es decir, el estudio del sistema que se pretende modelar de la forma más precisa
Diseño de Base de Datos Relacional. Diseño de Base de Datos Relacional
Diseño de Base de Datos Relacional Temas: - Pautas informales para diseño de esquemas - Dependencias Funcionales - Formas Normales - Algoritmos de diseño - Dependencias multivaluadas y cuarta forma normal
Diseño de Base de Datos Relacional
Diseño de Base de Datos Relacional Temas: - Pautas informales para diseño de esquemas - Dependencias Funcionales - Formas Normales - Algoritmos de diseño - Dependencias multivaluadas y cuarta forma normal
Modelos de Datos. Modelo Entidad-Relación
Modelos de Datos Diseño Lógico de Bases de Datos Modelo Entidad/Relación Modelo Relacional Paso a tablas Modelo Entidad-Relación Formulado por P.P. Chen en 1976 Modelo de datos que representa un esquema
Ficheros y Bases de Datos Curso Primer Parcial. 7 de FEBRERO de Nombre:
Ficheros y Bases de Datos Curso 2012-2013 Primer Parcial. 7 de FEBRERO de 2013 Nombre: Se debe entregar esta hoja 1 (3,5 puntos A partir de la información sobre la BD que se describe más abajo, se pide:
Mantenimiento del Software
Mantenimiento del Software S6 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad
Bases de datos 1. Teórico: Normalización
Bases de datos 1 Teórico: Normalización Formas Normales Normalización - Introducción Primera Forma Normal Segunda Forma Normal Tercera Forma Normal Forma Normal de Boyce-Codd Cuarta Forma Normal Normalización
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
Ficheros y Bases de Datos Curso Ingeniería Técnica de Informática Primer Parcial. 28-Junio Nombre:
Ficheros y Bases de Datos Curso 200- Ingeniería Técnica de Informática Primer Parcial. 28-Junio-20 ombre: Se debe entregar esta hoja (4 puntos A partir de la información sobre la BD que se describe más
Diseño de bases de datos. Informática Aplicada Grado en GAP Fac. de Admón. y Dir. de Empresas Univ. Politécnica de Valencia
Diseño de bases de datos Informática Aplicada Grado en GAP Fac. de Admón. y Dir. de Empresas Univ. Politécnica de Valencia Objetivos Explicar qué es una base de datos y describir su estructura Identificar
DISEÑO LÓGICO DE UNA BASE DE DATOS EN EL MODELO RELACIONAL (Teoría de la Normalización)
Tema IV: Teoría de la Normalización 41 Noción intuitiva de las primeras formas normales 42 Dependencias funcionales 43 Definición formal de las tres primeras formas normales 44 Forma Normal de Boyce y
Base de Datos. Profesores: Franklin Johnson P. José Miguel Rubio L.
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 Profesores: Franklin Johnson
El ciclo de vida de un sistema de información
El ciclo de vida de un sistema de información 1. Las etapas del proceso de desarrollo de software Planificación Análisis Diseño Implementación Pruebas Instalación / Despliegue Uso y mantenimiento 2. Modelos
Materia requisito: DOMINIOS COGNITIVOS (Objetos de estudio, temas y subtemas) I. INTRODUCCION A LAS BASES DE DATOS
UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA Clave: 08MSU0017H Clave:08USU4053W FACULTAD DE INGENIERÍA DES: Ingeniería Programa(s) Educativo(s): Ingeniería en Ciencias de la Computación Tipo de materia: Obligatoria
Normalización de Modelos Relacionales
Normalización de Modelos Relacionales Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 Objetivos de este tema Conocer las problemas que presentan los no normalizados.
Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales
Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales Titulación certificada por EUROINNOVA BUSINESS SCHOOL Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales Técnico Especialista
Bases de datos 1. Teórico: Normalización
Bases de datos 1 Teórico: Normalización Formas Normales Normalización - Introducción Primera Forma Normal Segunda Forma Normal Tercera Forma Normal Forma Normal de Boyce-Codd Cuarta Forma Normal Normalización
Diseño de Base de Datos
Diseño de Base de Datos DISEÑO DE BASES DE DATOS 1 Lectura No. 12 Nombre: Análisis y síntesis en el diseño Contextualización En esta sesión final revisaremos el tema de análisis y síntesis en el diseño
Normalización. Curso Bases de Datos. Por Elizabeth León Guzmán, Ph.D. Profesora Ingeniería de Sistemas Grupo de Investigación MIDAS
Normalización Curso Bases de Datos Por Elizabeth León Guzmán, Ph.D. Profesora Ingeniería de Sistemas Grupo de Investigación MIDAS Agenda 1. Diseño de Bases de Datos 2. Normalización 3. Dependencia Funcional
DISEÑO DE BASES DE DATOS RELACIONALES
UF 2175 DISEÑO DE BASES DE DATOS RELACIONALES PROGRAMACIÓN DIDÁCTICA DISEÑO DE BASES DE DATOS RELACIONALES (50 horas) Inicio 20 de Marzo Fin 1 de Abril Miércoles 1 de Abril: Trabajo práctico Miércoles
Modelo relacional. Modelo relacional
Modelo relacional Creado por Ted Codd a Principios de los 70 Modelo de implementación, orientado a registro. Usa una colección de tablas para representar tanto los datos como sus relaciones Sólida base
Tema 2: Diseño conceptual de Bases de Datos.
Tema 2: Diseño conceptual de Bases de Datos. El Modelo Entidad Relación Agustín Riscos Núñez e-mail: ariscosn@us.es Bases de Datos 2010/11 Ciencias de la Computación e IA (http://www.cs.us.es/) Universidad
Normalización Clase Práctica SPI y SPDF
Normalización Clase Práctica Departamento de Computación - Facultad de Ciencias Exactas y Naturales Universidad de Buenos Aires Base de Datos 2do. Cuatrimestre 2015 Esquema General 1 Introducción 2 Sin
FORMAS NORMALES. Andrés Moreno S. Diagramas de Dependencias Funcionales. Diagramas de Dependencias Funcionales
FORMAS NORMALES Andrés Moreno S. 1 Diagramas de Dependencias Funcionales RUT Dirección Comuna 1132 José Pérez Aponquindo 1200 Las Condes 2232 Andrés Smith Camino Alba 23 La Reina 3321 Felipe Soto Av La
Tema 2. DISEÑO LÓGICO DE BASES DE DATOS Parte 2
Tema 2 DISEÑO LÓGICO DE BASES DE DATOS Parte 2 IES Francisco Romero Vargas Departamento de Informática Tema 2. Parte 2. Diseño Lógico de Bases de Datos Página 1 de 15 1. El modelo relacional El modelo
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
Esquema Lógico FOROFO. EQUIPO (nombre:cadena, ciudad:cadena, país:cadena) CP (nombre) CAj (ciudad, país) CIUDAD
Esquema Lógico FOROFO EQUIPO (:cadena, :cadena, :cadena) CP () CAj (, ) EXAMEN 8 de junio de 2006 FOROFO (:d, :cadena, equipo:cadena) CP () CAj (equipo) EQUIPO VNN (equipo) PSICOPATIA (cod:dcod, descripción:cadena)
Notas para el taller de Fichado de datos para técnicos de colecciones de historia natural
Notas para el taller de Fichado de datos para técnicos de colecciones de historia natural MADRID, 9-10 de junio 2009 Francisco Pando, GBIF-ES Informatización de colecciones: una visión general La elaboración
Departamento de Lenguajes y Sistemas Informáticos. Avda Reina Mercedes s/n Sevilla Tlf/Fax
Nombre: Test Conteste, rodeando con un círculo las respuestas que crea acertadas, teniendo en cuenta que cada apartado puede tener una, varias o ninguna respuesta correcta. El sistema de evaluación del
DI SEÑO DE BASES DE DATOS Y SEGURIDAD DE LA INFORMACIÓN (31 de mayo de 2005) 3DUFLDO. APELLIDOS: NOMBRE: TITULACIÓN (Sistemas/Gestión):
(;$0(1 DI SEÑO DE BASES DE DATOS Y SEGURIDAD DE LA INFORMACIÓN (31 de mayo de 2005) 3DUFLDO APELLIDOS: GRUPO (A/B): 7LHHPLXWRVSDUDUHDOL]DUODSDUWHWHyULFDGHOH[DPH Rodee con un círculo la respuesta correcta.
Unidad II. Diseño Conceptual de una Base de Datos: Modelo Entidad/Relación Extendido. (Elmasri-Korth)
Unidad II Diseño Conceptual de una Base de Datos: Modelo Entidad/Relación Extendido (Elmasri-Korth) Sistema de Base de Datos Base de Datos Cómo la construimos? Base de Datos Proceso de Construcción de
Bases de Datos OTROS ASPECTOS MODELO E-R
Bases de Datos OTROS ASPECTOS MODELO E-R Bases de Datos GENERALIZACIÓN Y ESPECIALIZACIÓN Bases de Datos ESPECIALIZACIÓN Bases de Datos -> Especialización Un conjunto de entidades, puede incluir subgrupos
4. FUNDAMENTOS DEL MODELO RELACIONAL
4. FUNDAMENTOS DEL MODELO RELACIONAL 1.1 Introducción 1.3 Restricciones Semánticas en el Modelo Relacional 2. Teoría de las Dependencias 2.1 Dependencias Funcionales. Claves 2.2 Axiomas y Teoría de Cierres
TEMA 8.- DISEÑO TEORICO DE BASES DE DATOS RELACIONALES. 1. TEORÍA DE LAS DEPENDENCIAS FUNCIONALES
TEMA 8.- DISEÑO TEORICO DE BASES DE DATOS RELACIONALES. Teoría de las Dependencias Funcionales. Teoría de la Normalización. Formas Normales. Conclusiones. 1. TEORÍA DE LAS DEPENDENCIAS FUNCIONALES Las
Vemos que t3 y t4 serían las mismas tuplas que las dadas. En este caso no se agregan tuplas.
EJERCICIOS DE DEPENDENCIAS MULTIVALUADAS (DMV): EJERCICIO 1: La relación R(X,Y,Z) satisface las DMV X->->Y. Si r contiene las tuplas (0,1,2) y (0,3,4), Qué otras tuplas deben aparecer necesariamente en
Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación
Sistemas informáticos industriales 2017 Diccionario de Datos Diagrama Entidad Relación DICCIONARIO DE DATOS Un diccionario de datos (DD) es una lista organizada de los datos utilizados por el sistema que
Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación
Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación Julio de 2011 Contenido 1 Diseño de Bases de Datos 2 Diseño de Bases de Datos Diseño Conceptual Describe el contenido (información)
Bases de Datos. Contenido. Oscar Marban 4302 Apuntes de Pau Arlandis Martinez
Bases de Datos Oscar Marban 4302 omarban@fi.upm.es Apuntes de Pau Arlandis Martinez Contenido 1.- Introducción... 2 1.1.- Qué es una base de datos?... 2 1.2.- Introducción al modelo relacional... 2 1.2.1.-
[3.3] Restricciones. Unidad 3) Modelo Relacional Gestión de Bases de Datos, ciclo de ASIR
[3.3] Restricciones Unidad 3) Modelo Relacional Gestión de Bases de Datos, ciclo de ASIR Inherentes Cada tabla tiene un nombre distinto Cada atributo de la tabla toma un solo valor en cada fila Cada atributo
TEST (2 0 puntos, 0 20 puntos por pregunta correcta, puntos por error) [Marcar sólo una opción]
EXAMEN FINAL ORDINARIO TEST (2 0 puntos, 0 20 puntos por pregunta correcta, -0 05 puntos por error) [Marcar sólo una opción] Cuál de las siguientes áreas de conocimiento de la ingeniería del software,
BB.DD. relacionales. BB. DD. Relacionales T Dpto. Lenguajes y Sistemas Informáticos. Universidad de Alicante
Introducción n al diseño o de BB.DD. relacionales Introducción n al diseño o de BB. DD. Relacionales T5.2006-07 Dpto. Lenguajes y Sistemas Informáticos Universidad de Alicante Objetivos de este tema definir
Modelo Entidad Relación.MER.
Modelo Entidad Relación.MER. Conceptos básicos del modelo. Entidad. Atributo. Dominio. Relación. Entidad. Cosa u objeto del mundo real con existencia propia y distinguible del resto. Ejemplos: persona,
Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales
Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales Titulación certificada por EUROINNOVA BUSINESS SCHOOL Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales Técnico Especialista
Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales
Técnico Especialista TIC en Bases de Datos y Lenguajes Estructurales TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES Técnico Especialista TIC en
Diseño de base de datos: Modelo Entidad Relación (II)
Diseño de base de datos: Modelo Entidad Relación (II) I. Relaciones Una relación es una asociación entre dos o más entidades. Así, por ejemplo, podría existir una relación entre la entidad Empleado y un
Metodología de Diseño Lógico. Sistemas Gestores de Bases de Datos
Introducción El objetivo del diseño lógico es convertir los esquemas conceptuales locales en un esquema lógico global que se ajuste al modelo de SGBD sobre el que se vaya a implementar el sistema. Mientras
BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación
BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación Lledó Museros / Ismael Sanz museros@icc.uji.es / isanz@icc.uji.es 1de 28 Índice 1. Introducción 2. Metodología
ALUMNOS Y BECAS (Ejemplo de Normalización)
1. Se pretende diseñar una base de datos para mantener información sobre las notas de los alumnos que disfrutan de alguna beca en una escuela de informática. Los datos que se quieren guardar son: el nombre
EL MODELO RELACIONAL
EL MODELO RELACIONAL 1. SGBD RELACIONALES Hay muchos tipos de SGBD, pero la mayor parte de los utilizados comercialmente en la actualidad son relacionales, es decir, se basan en una cierta teoría o forma
Introducción. El diseño de una base de datos se realiza en tres fases:
Introducción El diseño de una base de datos se realiza en tres fases: Diseño conceptual: Representar la información con independencia de usuarios y aplicaciones. Diseño lógico: Transformar el diseño conceptual
Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011
Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011 Introducción Un modelo de datos es un conjunto de conceptos que pueden ser usados para describir-diseñar la estructura de una Base
Nombre: Se debe entregar esta hoja
Ficheros y Bases de Datos Curso 2008-9 Ingeniería Técnica de Informática Primer Parcial. 11-Feb-2009. Nombre: Se debe entregar esta hoja 1) (2,5 puntos) Construye el esquema entidad / relación para la
5 Diseño de base de datos relacionales 5.1 Objetivos del diseño de bases de datos. 5.2 Dependencias funcionales. 5.3 Normalización. 5.3.
5 Diseño de base de datos relacionales 5.1 Objetivos del diseño de bases de datos. 5.2 Dependencias funcionales. 5.3 Normalización. 5.3.1 Primera forma normal. 5.3.2 Segunda forma normal. 5.3.2.1 Dependencia
Tema II: Nivel conceptual de una Base de Datos. El modelo E/R
3 - MODELO ENTIDAD-RELACION. DIAGRAMAS E/R Tema II: Nivel conceptual de una Base de Datos. El modelo E/R 3.1 - Introducción: de B.D. y modelado conceptual 3.2 - Entidad y tipo de entidad 3.3 - Atributos
Bases de Datos y Sistemas de Información
Bases de Datos y Sistemas de Información CONTINUACIÓN... Ernesto Ponsot Balaguer * Universidad de Los Andes Escuela de Estadística - FACES Cátedra de Computación. *: La Hechicera. Cub.28. Tlf.: 401122/401153.
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
Introducción al Modelo Relacional
Introducción al Modelo Relacional Base de Datos - Colección de Relaciones Relación - semejante a una tabla Tabla - relación Filas - tuplas Encabezados de Columnas - atributos Tipo de Datos de la Columna
id_trabajador nombre tarifa_hr tipo_de_oficio id_supv 1235 F. Aguilera 12,50 Electricista A. Calvo 13,75 Fontanero N.
El modelo relacional Fundamentos de diseño de bases de datos El modelo relacional Bases de datos relacionales El concepto de relación Esquema de la base de datos Instancia de la base de datos Restricciones
Modelo Entidad Relación
Modelo Entidad Relación II - Semestre 2006 1 Diseño de Base de Datos 2 Diseño Conceptual (MER) Cuáles son las entidades y relaciones de la aplicación? Qué información de estas entidades y relaciones deberían
Modelo Entidad Relacion Extendido
Modelo Entidad Relacion Extendido Bases de Datos II Unidad 2 Facultad de Ingeniería y Tecnología Lic. Saulo Hernandez Osoria Modelo Entidad Relación Extendido Algunas extensiones al modelo E-R son: El
1. Estructura de datos. Se refiere a todos los elementos necesarios para modelar una Base de Datos Relacional.
5.1. Estructura El modelo Relacional se Divide en: 1. Estructura de datos. Se refiere a todos los elementos necesarios para modelar una Base de Datos Relacional. Estática Permitidos (Dominios, Relaciones
Unidad 3. Álgebra Relacional y Cálculo Relacional
Unidad 3 Álgebra Relacional y Cálculo Relacional Álgebra Relacional Definición de Álgebra Álgebra es un sistema matemático que está formado por: Operandos. Valores o variables con los cuáles se pueden
Diseño lógico El modelo Relacional. José Muñoz Jimeno Febrero 2015
Diseño lógico El modelo Relacional José Muñoz Jimeno Febrero 2015 Control de cambios Versión Fecha Comentarios 1.0 11/02/2015 Primera versión para el curso Introducción a las bases de datos con MySQL en
Modelado Entidad-Relación
Modelado Entidad-Relación Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado
Base de Datos. Práctica de Normalización. 1 Base de Datos
Base de Datos Práctica de Normalización 1 Base de Datos 1 NORMALIZACIÓN PRIMERA PARTE 1.1 Ejercicio Son válidas las siguientes reglas de inferencias para dependencias funcionales? Si es así, dar una demostración,
UNIDAD 3 MODELO RELACIONAL
3.1 ESTRUCTURA BÁSICA Relación o tabla UNIDAD 3 MODELO RELACIONAL Según el modelo relacional (desde que Codd lo enunció) el elemento fundamental es lo que se conoce como relación, aunque más habitualmente
Normalización. CC20A 1 Computación II Auxiliar 10 Iván Bustamante. Clase Auxiliar 10 1
1 Clase Auxiliar 10 1 Normalización La normalización se usa para ver si una tabla está bien o mal diseñada. Una tabla está bien diseñada si no tiene redundancia (datos repetidos) y está mal en caso contrario.
Fundamentos de programación y Bases de Datos
Fundamentos de programación y Bases de Datos Duración: 25.00 horas Descripción En la actualidad la mayoría de nuestra vida esta basada en el uso de programas informáticos. Para desarrollar un programa
Normalización. Tema 16
Normalización Tema 16 Contenido Introducción Normalización de Relaciones Bibliogra;a 2 Introducción Al diseñar una BD relacional, podemos obtener diferentes esquemas La teoría de la normalización consigue
Modelos de datos. Colección de herramientas conceptuales para describir
Modelos de datos Colección de herramientas conceptuales para describir datos, relaciones entre ellos, semántica asociada a los datos y restricciones de consistencia. Modelos de datos Modelos basados en
TRANSFORMACIÓN DE ESQUEMAS E/R A ESQUEMAS RELACIONALES CASOS PRÁCTICOS RESUELTOS
TRANSFORMACIÓN DE ESQUEMAS E/R A ESQUEMAS RELACIONALES CASOS PRÁCTICOS RESUELTOS EJERCICIO1: ACTIVIDADES DEPORTIVAS La interrelación de la figura 1 almacena información relativa a las actividades deportivas
Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I
Sistemas de Bases de Datos I MODELADO DE DATOS I Qué es el Modelado de Datos? MUNDO REAL ANALIZAR INTERPRETAR ABSTRAER MODELO Qué es el Modelado de Datos? Es la representación de cosas del mundo real.