Guia - Base de Datos

UNIVERSIDAD TCNICA PARTICULAR DE LOJA
La Universidad Catlica de Loja

MODALIDAD ABIERTA Y A DISTANCIA
Departamento de Ciencias de la Computacin y Electrnica

Seccin Tecnologas Avanzadas de la Web y SBC
Fundamento de
Base de Datos
Gua didctica
4 crditos
Titulacin
Ciclo
Ingeniero en Informtica
IV
Autores:
Juan Carlos Morocho
Audrey Romero
Estimado estudiante recuerde que la presente gua didctica est disponible en el EVA en formato PDF interactivo,
lo que le permitir acceder en lnea a todos los recursos educativos.
18408
Asesora virtual:
www.utpl.edu.ec
FUNDAMENTOS DE BASE DE DATOS
Gua didctica
Juan Carlos Morocho
Audrey Romero
CC Ecuador 3.0 By NC ND
Diagramacin, diseo e impresin:
EDILOJA Ca. Ltda.
Telefax: 593-7-2611418
San Cayetano Alto s/n
www.ediloja.com.ec
edilojainfo@ediloja.com.ec
Loja-Ecuador
Segunda edicin
Sexta reimpresin
ISBN-978-9942-08-202-2
Esta versin impresa, ha sido acreditada bajo las licencias Creative Commons Ecuador 3.0 de reconocimiento -no comercial- sin obras derivadas;
la cual permite copiar, distribuir y comunicar pblicamente la obra, mientras se reconozca la autora original, no se utilice con fines comerciales,
ni se realicen obras derivadas. http://www.creativecommons.org/licences/by-nc-nd/3.0/ec/
Abril, 2015
2. ndice
2. ndice................................................................................................................................... 3
3. Introduccin...................................................................................................................... 7
4. Bibliografa....................................................................................................................... 9
4.1. Bsica.............................................................................................................................. 9
4.2 Complementaria.............................................................................................................. 9
5. Orientaciones generales para el estudio............................................................. 11

6. Proceso de enseanza-aprendizaje para el logro de competencias........ 13
PRIMER BIMESTRE
6.1. Competencias Genricas................................................................................................. 13
6.2 Planificacin para el trabajo del alumno......................................................................... 13
6.3. Sistema de evaluacin de la asignatura (primero y segundo bimestres)....................... 17
6.4. Orientaciones especficas para el aprendizaje por competencias.................................... 18
UNIDAD 1: INTRODUCCIN A LAS BASES DE DATOS.................................................................... 18

1.1. Importancia de las bases de datos................................................................................. 18
1.2. Sistemas tradicionales basados en archivos................................................................... 18
1.3. Sistema de base de datos............................................................................................... 19
1.4. Papeles en un entorno de base de datos........................................................................ 19
1.5. Historia de los sistemas de gestin de base de datos.................................................... 20
1.6. Ventajas y desventajas de los SGBD............................................................................... 20
Autoevaluacin 1.................................................................................................................... 22
UNIDAD 2: ENTORNO DE LA BASE DE DATOS.............................................................................. 23

2.1. La arquitectura en tres niveles de ANSI-SPARC............................................................... 23
2.2. Lenguajes de base de datos............................................................................................ 24
2.3. Modelos de datos y modelado conceptual...................................................................... 24
2.4. Funciones de un SGBD.................................................................................................... 25
2.5. Componentes de un SGBD.............................................................................................. 27
2.6. Arquitecturas de SGBD multiusuario................................................................................ 27
Autoevaluacin 2.................................................................................................................... 29
UNIDAD 3: EL MODELO RELACIONAL Y LOS LENGUAJES RELACIONALES....................................... 30

3.1. Breve historia del modelo relacional............................................................................... 30
3.2. Terminologa usada en el modelo relacional................................................................... 30
3.3. Restricciones de integridad............................................................................................. 33
3.4. Vistas.............................................................................................................................. 33
Autoevaluacin 3.................................................................................................................... 35
UNIDAD 4: ALGEBRA RELACIONAL Y CLCULO RELACIONAL........................................................ 36

4.1. Algebra Relacional........................................................................................................... 36
4.2. Operaciones Unarias....................................................................................................... 36
4.3. Operaciones de conjuntos............................................................................................... 37
4.4. Clculo relacional............................................................................................................ 38
Autoevaluacin 4.................................................................................................................... 40
UNIDAD 5: MANIPULACIN DE DATOS....................................................................................... 42

5.1. Lenguaje de Consulta Estructurado: SQL........................................................................ 42
5.2. Escritura de comandos SQL............................................................................................. 43
5.3. Manipulacin de datos.................................................................................................... 43
5.4. Instruccin de consultas: SELECT.................................................................................... 43
5.5. Actualizaciones de la base de datos............................................................................... 44
Autoevaluacin 5.................................................................................................................... 46
SEGUNDO BIMESTRE
6.5. Competencias Genricas................................................................................................. 47
6.6. Planificacin para el trabajo del alumno ........................................................................ 47
6.7. Orientaciones especficas para el aprendizaje por competencias.................................... 50
UNIDAD 6: DEFINICIN DE DATOS............................................................................................. 50

6.1. Tipos de datos................................................................................................................. 50
6.2. Caractersticas de mejora de la integridad...................................................................... 52
6.3. Definicin de datos......................................................................................................... 52
6.4. Privilegios y Seguridad.................................................................................................... 57
Autoevaluacin 6.................................................................................................................... 62
UNIDAD 7: MODELO ENTIDAD RELACIN................................................................................... 63

7.1. Elementos del modelo ER............................................................................................... 63
7.2. Tipos de entidad.............................................................................................................. 63
7.3. Tipos de relacin............................................................................................................. 64
7.4. Atributos.......................................................................................................................... 64
7.5. Atributos de las relaciones.............................................................................................. 65
7.6. Claves.............................................................................................................................. 65
7.7. Tipos de entidades fuertes y dbiles............................................................................... 65
7.8. Restricciones estructurales.............................................................................................. 66
7.9. Modelo entidad relacin avanzado................................................................................. 67
Autoevaluacin 7.................................................................................................................... 70
UNIDAD 8: NORMALIZACIN..................................................................................................... 71
8.1. Objetivos del diseo de bases de datos.......................................................................... 71
8.2. Peligros en el diseo de bases de datos Relacionales.................................................... 71
8.3. Normalizacin................................................................................................................. 73
8.4. El propsito de la normalizacin..................................................................................... 73
8.5. Cmo ayuda la normalizacin al diseo de base de datos?........................................ 73

8.6. Redundancia de datos y anomalas de actualizacin...................................................... 74
8.7. Dependencias funcionales............................................................................................... 74
8.8. El Proceso de normalizacin........................................................................................... 75
Autoevaluacin 8.................................................................................................................... 78
UNIDAD 9: METODOLOGA: DISEO CONCEPTUAL DE LA BASE DE DATOS .................................... 79

9.1. Metodologa de diseo de base de datos....................................................................... 79
9.2. Diseo conceptual de la base de datos........................................................................... 79
9.3. Paso 1 Construccin de un modelo conceptual de los datos ......................................... 80
Autoevaluacin 9.................................................................................................................... 83
UNIDAD 10: METODOLOGA: DISEO LGICO DE BASES DE DATOS PARA EL MODELO

RELACIONAL............................................................................................................................. 85
10.1...............................................................................................................
Metodologa de diseo lgico de bases de datos para el modelo relacional.................. 85
10.2...............................................................................................................
Paso 2 Construir y validar el modelo lgico de los datos............................................... 85
Autoevaluacin 10.................................................................................................................. 91
7. Solucionario...................................................................................................................... 92
8. Anexos................................................................................................................................. 103
Gua didctica: Fundamento de Base de Datos
PRELIMINARES
3. Introduccin
La asignatura de Fundamentos de Base de Datos, es una de las materias troncales de la carrera de

Ingeniera Informtica, se dicta en el cuarto ciclo y tiene una valoracin de cuatro crditos.
Su propsito fundamental es brindar al profesional en formacin el conocimiento, anlisis y claridad de
conceptos, reglas y procedimientos que son necesarios de cara al desarrollo de sistemas informticos
de cualquier tipo (sistemas de informacin, sistemas de gestin, etc.), y que servirn de base para la
asignatura de Base de Datos Avanzadas.
Adentrarnos en el mundo de las bases de datos es sin lugar a duda, apasionante; a menudo interactuamos
con bases de datos, muchas de las veces sin ser conscientes de aquello. Cuando cancelamos las compras
del supermercado el cajero accede a una base de datos, as mismo si reservamos nuestros tickets de
avin a travs de internet estamos accediendo a una base de datos, al hacer alguna transaccin a travs
del cajero automtico estamos interactuando con una base de datos; en fin en muchas actividades
cotidianas estamos haciendo uso de las bases de datos, y seguramente querr conocer ms a fondo
cmo se gestiona la informacin dentro de ellas, cmo se disea una base de datos, cules son los
productos de base de datos que se puede utilizar, y dems preguntas a las que podr darles respuesta
una vez que hayamos desarrollado los contenidos propuestos para la presente asignatura.
As tambin algunos temas le resultarn difciles de entender, sin embargo, conforme vaya avanzando
y adentrndose en esta temtica se irn despejando aquellas dudas, le recuerdo que para ello tambin
puede contar con la ayuda de su profesor. Esta asignatura, al igual que las otras que componen su
malla curricular, requiere de su dedicacin, esfuerzo, constancia y responsabilidad, virtudes que de ser
aplicadas contarn seguro con una gran recompensa: su ttulo profesional.
Dentro de cualquier herramienta software, a menudo encontraremos que uno de sus componentes es
una base de datos, por tanto es evidente que la utilizacin de este tipo de herramienta aporta una gran
ayuda en trminos de manejo de la informacin, almacenamiento, seguridad, manejo concurrente de
usuarios entre otros beneficios, de ah la importancia de esta asignatura, ya que el desarrollo de los
contenidos nos dar la oportunidad de adquirir estos conocimientos y poder gestionar o tomar mejores
decisiones en nuestra vida profesional. A continuacin exponemos unas lneas de un autor que refuerzan
lo que hemos mencionado:
Hoy, la importancia e impacto de las bases de datos es incuestionable a medida que
organizaciones gubernamentales, instituciones acadmicas, y entidades comerciales crean
y mantienen importantes bases de datos que contienen toda clase de informacin desde
documentos de texto en lenguaje natural, tablas estadsticas, datos financieros y objetos
multimedios hasta datos de naturaleza tcnica y cientfica.
Adems de la arquitectura y sistema deben proveer integridad, recuperacin, concurrencia, y seguridad.
(Ramrez, s.f.)
Con el afn de alcanzar las competencias requeridas, esta asignatura se ha organizado en diez unidades,
cinco por cada bimestre. En la primera unidad usted conocer la terminologa y conceptos bsicos de las
bases de datos, la segunda unidad se refiere al entorno de una base de datos, la tercera unidad abarca
PRELIMINARES
los componentes del modelo relacional, la cuarta unidad hace referencia a las operaciones del lgebra
relacional y clculo relacional, la quinta unidad abarca la manipulacin de datos con SQL.
Para el segundo bimestre la unidad seis se refiere a definicin de datos con lenguaje SQL, la unidad siete
estudia el modelo E/R, la unidad ocho desarrolla el tema de la normalizacin, la unidad nueve se refiere
a la fase de diseo conceptual y finalmente, la unidad diez que hace referencia al diseo lgico de base
de datos.
Le invitamos a que juntos llevemos el estudio de esta importante asignatura, recordndole que estamos
para guiar y apoyar su proceso enseanza/aprendizaje.
Finalmente, queremos desearle el mejor de los xitos en el presente ciclo de estudios y animarle a
que realice su mejor esfuerzo para continuar por el camino de superacin profesional y personal que
contribuyen a su formacin integral.
PRELIMINARES
4. Bibliografa
4.1. Bsica

Connolly, T. y Begg, C.(2005).Sistemas de bases de datos. Un enfoque prctico para diseo,

implementacin y gestin.Madrid: Pearson Education.
Este texto propone los temas que se deben abordar dentro de la asignatura de Fundamentos de
Base de Datos. Su contenido es bastante didctico, ofrece recursos para que el estudiante pueda
autoevaluarse al final de cada unidad, dispone de casos de estudio sobre los cuales se puede ir
desarrollando la parte prctica de la asignatura. Tambin ofrece recursos adicionales en la web
que ayudan al estudiante a complementar los contenidos del texto.
Morocho, J. y Romero, A. (2011). Gua didctica de Fundamentos de Base de Datos. Loja-Ecuador:

UTPL.
Gua didctica diseada para el estudio de Fundamentos de Base de Datos en la carrera de Ingeniera
en Informtica de la Modalidad Abierta y a Distancia de la Universidad Tcnica Particular de Loja.
En este material encontrar breves explicaciones, comentarios, de cada uno de los temas, adems
de ejercicios propuestos y autoevaluaciones, que le ayudarn como un indicador del logro de las
competencias propuestas para la presente asignatura.
4.2 Complementaria

Scott, Urman (2002). Oracle 9i PL/SQL Programming. Madrid: McGraw Hill/Osborne.
Este material bibliogrfico le puede servir para profundizar sobre el lenguaje SQL, tanto
manipulacin como definicin de datos.
Silberschatz, A.; Korth H. y Sudarshan . (1998). Fundamentos de Bases de Datos. Madrid: McGraw
Hill.
En este texto encontrar material complementario sobre modelado entidad-relacin y sobre

normalizacin, que ayudarn al estudiante en el desarrollo de los temas propuestos para la
asignatura.
Direcciones electrnicas
Amiagada, A. y Aranda,J. (2006). Curso de Base de Datos. Universidad de las Amricas. Recuperado el 28
de febrero del 2011 desde http://nuestro.net78.net/clases_jjaa/Bases_Datos/
Curso de base de datos, en donde puede encontrar temas como conceptos del modelo relacional y
algebra y clculo relacional que ayudarn a complementar sus conocimientos.
Camps, R., Casillas, L. A., Costal, et. al. (2007). OCW, M2109 Bases de Datos. Universitat Oberta de
Catalunya. Recuperado el 28 de febrero del 2011 desde http://ocw.uoc.edu/informatica-tecnologia-ymultimedia/bases-de-datos/Course_listing.
PRELIMINARES
Curso de base de datos abierto, en donde puede encontrar temas como conceptos del modelo relacional
y el proceso del modelado E/R, que le ayudarn a complementar sus conocimientos.
Castillo, C. (2007). Convertir Entidad-Relacin en Modelo Relacional. Universitat Pompeu Fabra.
Este documento contiene informacin acerca de la transformacin del modelo conceptual al modelo
lgico.
Greenberg, N., Nathan, P. (2001). Introduction to Oracle 9i: SQL. Oracle Corporation.
En este documento puede encontrar todo lo referente al lenguaje SQL Oracle en la versin 9i.
Oracle home page. Recuperado el 12 de Febrero del 2011 desde http://www.oracle.com/index.html
Sitio de uno de los sistemas de gestin de base de datos ms reconocido a nivel mundial. Aqu encontrar
recursos como documentacin, podcast, software y noticias relevantes de la industria de base de datos.
Martnez, J. L., Martnez, P. y Mingo, J. M. (2008). OCW: Fundamentos de las bases de datos. Grupo de
bases de datos avanzadas, departamento de informtica, Universidad Carlos III de Madrid. Recuperado
el 28 de febrero del 2011 desde http://ocw.uc3m.es/informatica/fundamentos-de-bases-de-datos.
Curso de base de datos abierto, en donde puede encontrar temas como conceptos fundamentales
de base de datos, modelo de datos relacional y lenguaje SQL, que le ayudarn a complementar sus
conocimientos.
10
PRELIMINARES
5. Orientaciones generales para el estudio
Estudiar a distancia es un reto que requiere esfuerzo, dedicacin y sobre todo de organizacin,
por ello debe hacer de esta actividad un trabajo continuo y sistemtico, organice su tiempo
de manera que pueda verdaderamente aprovechar los contenidos que se le estn ofreciendo.
Creemos conveniente brindarle algunas recomendaciones de cara al desarrollo de los contenidos en el

semestre, para un mejor aprovechamiento de los recursos:
Recursos
La asignatura de Fundamentos de Base de Datos, tiene como texto base Sistemas de bases de datos.
Un enfoque prctico para diseo, implementacin y gestin, de Connolly y Begg, adems como apoyo
principal la Gua Didctica, estos sern los principales recursos con los que usted contar para la revisin
de cada uno de los contenidos de esta asignatura y para orientarse en cuanto al avance de la misma.

El texto base es rico en contenidos, cuenta adems con herramientas muy didcticas como: figuras
ilustrativas, casos de estudio, resmenes, actividades recomendadas al final de cada unidad,
ejercicios propuestos, un glosario al que usted podr recurrir cuando encuentre un trmino
desconocido y una serie de apndices en donde encontrar informacin relevante a manera de
resumen.
En cuanto a la gua, su fin principal es el de orientar al estudiante, indicndole los temas del libro que
debe revisar y los conceptos a los cules deber poner un mayor nfasis; la gua didctica servir
tambin para ir midiendo la asimilacin de conocimientos, as que se proponen cuestionarios,
ejercicios y otras actividades que complementen su aprendizaje.
Es recomendable que desarrolle las autoevaluaciones propuestas en la gua didctica, al final de

cada unidad, pues estas le ayudarn a medir el nivel de asimilacin de los contenidos y en caso de
ser necesario enfocarse en los temas que debe reforzar.
Dentro de la gua tambin dispone de una herramienta muy importante que es la planificacin
para el trabajo del alumno, en la cual est la dosificacin de contenidos que debe ir desarrollando
durante cada semana del semestre acadmico, que le permitirn ir adquiriendo las competencias
que se ha planteado para la asignatura de fundamentos de base de datos.
Tcnicas de estudio

Para comenzar sus estudios, usted deber primero remitirse a la gua didctica en donde se le
darn instrucciones acerca de la informacin que deber revisar, luego se remitir al libro y cuando
los contenidos hayan quedado claros deber volver una vez ms a la gua para concentrarse
en aquellos conceptos fundamentales y realizar una serie de actividades complementarias
propuestas. Utilice las tcnicas de estudio que ms se ajusten a usted (subrayados, resmenes,
cuadros sinpticos, esquemas, grficas, etc.).
Es conveniente que siempre considere el calendario acadmico que le fue entregado y organice
su tiempo para que el estudio sea constante. La recomendacin es que debe revisar una unidad
11
PRELIMINARES
por semana, aunque en ocasiones debido a la dificultad o facilidad de ciertos temas, este tiempo
podr variar.
Interactividad
Adicional al material bsico, usted contar con otros recursos tecnolgicos que le servir para profundizar
o complementar lo aprendido, como son:

Entorno Virtual de Aprendizaje, en donde usted encontrar documentos, videos, foros, chats en el
que participan adems de su profesor sus compaeros, logrando as una total retroalimentacin
de los contenidos desarrollados.
Biblioteca Virtual, a la que puede acceder a travs de la pgina web de la universidad http://www.
utpl.edu.ec/biblioteca, en donde encontrar enlaces a importantes bibliotecas virtuales de todo
el mundo que pueden ser consultadas por usted.
En sus evaluaciones a distancia usted encontrar los datos completos de su profesor-tutor, con
el cual se podr comunicar constantemente a travs de la lnea telefnica, correo electrnico,
entorno virtual, google talk o skype para hacerle llegar sus inquietudes ya que ud. est en un
proceso de aprendizaje y siempre se requiere de ayuda para esclarecer alguna duda o para ratificar
sus ideas. Recuerde que siempre ser un gusto poder ayudarle.
Evaluacin
Al final de cada bimestre, deber entregar las evaluaciones a distancia (30% de la calificacin final) en
las fechas establecidas para el efecto y luego rendir sus evaluaciones presenciales (70% de la calificacin
final), que sumados debern dar un total de 20 puntos por bimestre. Debe obtener una nota mnima de
14 puntos sobre 20, de lo contrario tendr que rendir una evaluacin supletoria que reemplazar a la
nota bimestral. Para superar la asignatura debe contabilizar un mnimo de 28 puntos.
Estimado profesional en formacin, recuerde que de su constancia y esfuerzo depende el cumplir con
las metas que se ha planteado para el presente semestre y cuente con la ayuda del profesor tutor para
apoyarle en la consecucin de sus objetivos.
12
PRIMER BIMESTRE
6. Proceso de enseanza-aprendizaje para el logro de competencias

PRIMER BIMESTRE
6.1. Competencias Genricas

Capacidad de abstraccin, anlisis y sntesis
Capacidad de aplicar los conocimientos en la prctica
Conocimiento sobre el rea de estudio y la profesin
Capacidad de aprender a aprender como poltica de formacin continua
6.2 Planificacin para el trabajo del alumno

COMPETENCIAS
ESPECFICAS
Analizar las
necesidades de
conocimiento
necesarias para
resolver un
problema
Realizar la gestin
y recuperacin
de informacin
generada en
los sistemas
informticos
INDICADORES DE
APRENDIZAJE
CONTENIDOS
Identifica conceptos
Unidad 1
clave de los sistemas
de bases de datos,
Introduccin a las bases
sus antecesores y
de datos
SGBD
1.1. Importancia de las

bases de datos
1.2. Sistemas
tradicionales
basados en archivos
1.3. Sistemas de bases de
datos
1.4. Papeles en un
entorno de base de
datos
1.5. Historia de los
sistemas de gestin
de base de datos
1.6. Ventajas y
desventajas de un
SGBD
ACTIVIDADES DE
APRENDIZAJE
Lectura comprensiva
del primer captulo
del texto base segn
las indicaciones de la
gua didctica
Desarrollar un cuadro
sinptico a manera de
cronologa sobre la
evolucin de las bases
de datos
Desarrollo de
actividades
recomendadas en la
gua para la primera
unidad.
Revisar anuncios
publicados en el EVA
Empezar el desarrollo
de la de la evaluacin
a distancia que
corresponda a la
primera unidad
CRONOGRAMA
ORIENTATIVO
Tiempo Estimado
Semana 1
4 horas de
autoestudio
4 horas de
interaccin
13
COMPETENCIAS
ESPECFICAS
INDICADORES DE
APRENDIZAJE
Reconoce los
beneficios de contar
con la arquitectura
ANSI-SPARC
Descubre y
argumenta las
funciones que debe
cumplir una base de
batos
Identifica los
conceptos
elementales en el
modelo relacional
Identifica la
conexin con
las relaciones
matemticas
Analiza la
importancia de los
elementos de este
modelo
14
PRIMER BIMESTRE
CONTENIDOS
ACTIVIDADES DE
APRENDIZAJE
CRONOGRAMA
ORIENTATIVO
Tiempo Estimado
Unidad 2
Lectura comprensiva Semana 2

del segundo
El entorno de la base de
captulo del texto
4 horas de
datos
base siguiendo las
autoestudio
indicaciones de la
4 horas de
2.1. La arquitectura en
gua didctica
interaccin
tres niveles de ANSI Interprete con sus
-SPARC
propias palabras
2.2. Lenguajes de base
el grfico 2.1 del
de datos
texto base que
2.3. Modelos de
hace referencia a la
datos modelado
arquitectura ANSIconceptual
SPARC
2.4. Funciones de un
Generacin de mapa
SGBD
conceptual sobre
2.5. Componentes de un
funciones de una base
SGBD
de datos
2.6. Arquitecturas de
Desarrollo de
SGBD multiusuario
actividades
recomendadas en la
gua para la segunda
unidad.
Revisar anuncios
publicados en el EVA
Desarrollo de la parte
de la evaluacin
a distancia que
corresponda a la
segunda unidad
Unidad 3
Modelo Relacional
3.1. Breve historia del
modelo relacional
3.2. Terminologa
usada en modelo
relacional
3.3. Restricciones de
integridad
3.4. Vistas
Lectura comprensiva Semana 3

del tercer captulo
de acuerdo a las
4 horas de
indicaciones de la
autoestudio
gua didctica
4 horas de
Generacin de mapa
interaccin
conceptual de los
componentes del
modelo relacional
Desarrollo de
actividades
recomendadas en la
gua para la tercera
unidad
Revisar anuncios en el
EVA
Desarrollo de
la parte de la
evaluacin a distancia
correspondiente a la
tercera unidad
PRIMER BIMESTRE
COMPETENCIAS
ESPECFICAS
INDICADORES DE
APRENDIZAJE
CONTENIDOS
Aplica las
operaciones de
lgebra relacional en
tablas relacionales
Aplica las
operaciones de
clculo relacional en
tablas relacionales
Analiza la relacin
entre lgebra
relacional y el
lenguaje SQL
Analiza la
importancia del
lenguaje SQL
Utiliza las
sentencias SQL
para manipulacin
de datos haciendo
consultas simples o
compuestas
CRONOGRAMA
ORIENTATIVO
Tiempo Estimado
ACTIVIDADES DE
APRENDIZAJE
Unidad 4
Lectura comprensiva
del cuarto captulo
Algebra relacional/
del texto base
Clculo relacional
de acuerdo a las
indicaciones de la
4.1. Algebra relacional
gua didctica
4.2. Operaciones unarias Elaboracin de una
4.3. Operaciones de
tabla resumen, de
conjuntos
operaciones del
4.4. Clculo relacional
lgebra y clculo
relacionales.
Desarrollo de
actividades
recomendadas en la
gua para la cuarta
unidad
EVA
Revisar los ejercicios
resueltos en el texto
base
Desarrollar los
ejercicios propuestos
al final del captulo en
el texto base
de la evaluacin
a distancia que
corresponda a la
cuarta unidad
Semana 4
4 horas de
autoestudio
4 horas de
interaccin
Unidad 5
Lectura comprensiva Semana 5 y 6

del quinto captulo
SQL Manipulacin de
del texto base
8 horas de
Datos
de acuerdo a las
autoestudio
indicaciones de la
8 horas de
5.1. Lenguaje de consulta
gua didctica
interaccin
estructurado SQL
Desarrollo de
5.2. Escritura de
actividades
comandos SQL
recomendadas en la
5.3. Manipulacin de
gua para la quinta
datos
unidad
5.4. Instruccin de
consultas: SELECT
EVA
resueltos en el texto
base
Desarrollar los
al final del captulo en
el texto base
de la evaluacin
a distancia que
corresponda a la
quinta unidad
15
COMPETENCIAS
ESPECFICAS
PRIMER BIMESTRE
INDICADORES DE
APRENDIZAJE
CONTENIDOS
Unidades de la 1 - 5
16
ACTIVIDADES DE
APRENDIZAJE
CRONOGRAMA
ORIENTATIVO
Tiempo Estimado
Aplicacin de
Semana 7 y 8
autoevaluaciones de
la gua didctica de las 8 horas de
unidades 1 - 5
autoestudio
Revisin de foro de
8 horas de
consultas al profesor
interaccin
Realizacin de
en el EVA
Revisin de videos en
http://www.youtube.
com de las unidades
PRIMER BIMESTRE
6.3. Sistema de evaluacin de la asignatura (primero y segundo bimestres)

Formas de evaluacin
Prueba objetiva
Respeto a las personas y a las

normas de comunicacin
Creatividad e iniciativa
Cumplimiento, puntualidad,
responsabilidad
Esfuerzo e inters en los trabajos
Contribucin en el trabajo
colaborativo y de equipo
X
X
Investigacin (cita fuentes de

consulta)
Aporta con criterios y soluciones
Anlisis y profundidad en el
desarrollo de temas
20% 30%
Mximo 1 punto
(completa la
evaluacin a
distancia)
Presentacin, orden y ortografa

Emite juicios de valor
argumentadamente
PORCENTAJE
Puntaje
Estrategia de
aprendizaje
Dominio del contenido
10%
70%
14
TOTAL
Actividades
presenciales y en el
EVA
Actitudes
3. Coevaluacin
Interaccin en el EVA
Parte objetiva
Comportamiento tico
Conocimientos
Evaluacin
presencial
Competencia: criterio
Habilidades
Evaluacin a
distancia **
Parte de ensayo
1. Autoevaluacin *
2. Heteroevaluacin
20 puntos
Para aprobar la asignatura se requiere obtener un puntaje mnimo de 28/40 puntos, que equivale al 70%.
* Son estrategias de aprendizaje, no tienen calificacin; pero debe responderlas con el fin de autocomprobar su proceso
de aprendizaje.
** Recuerde que la evaluacin a distancia consta de dos partes: una objetiva y otra de ensayo, debe desarrollarla y
entregarla en su respectivo centro universitario.
Seor estudiante:
Tenga presente que la finalidad de la valoracin cualitativa

es principalmente formativa.
17
PRIMER BIMESTRE
6.4. Orientaciones especficas para el aprendizaje por competencias
UNIDAD 1: INTRODUCCIN A LAS BASES DE DATOS
Para el desarrollo de esta unidad, vaya revisando conjuntamente con esta

gua el captulo 1 del texto base: Introduccin a las bases de datos
Estimado estudiante, iniciamos el estudio de la asignatura abordando temas fundamentales para

insertarnos en el contexto de las bases de datos, lo que le permitir conocer cmo evolucionaron las
bases de datos, las funciones tpicas, componentes principales y el personal implicado en los sistemas
de gestin de bases de datos.
1.1. Importancia de las bases de datos

Iniciemos destacando que en la actualidad las bases de datos son parte de la vida cotidiana igualmente
forman parte esencial de los Sistemas de Informacin y su aplicabilidad est en casi todas las actividades
diarias.
De seguro usted cuenta con su cdula de ciudadana que la obtuvo en alguna de las dependencias del
Registro Civil; para este proceso le solicitaron su informacin personal como nombres, apellidos, nivel
de instruccin, entre otros. Esta informacin fue complementada con datos propios asignados por la
institucin como nmero de cdula asignado, lugar y fecha de expedicin, fecha de caducidad, entre
otros. Toda esta informacin es ingresada en una base de datos; y es alimentada y actualizada con cada
nuevo usuario que acude a la institucin.
Para revisar ms ejemplos de bases de datos revise el texto base en el apartado Introduccin.
Una vez que hemos recordado e identificado ejemplos tpicos de bases de datos continuemos con el
siguiente tema.
1.2. Sistemas tradicionales basados en archivos

Es importante que usted conozca que los sistemas basados en archivos fueron los predecesores de los
sistemas de gestin de base de datos, por lo que es necesario que revise el texto base en el apartado del
mismo nombre en donde podr encontrar los detalles de sus caractersticas y limitaciones.
Una vez que ya ha revisado el concepto de los sistemas basados en archivos, seguramente podr darse
cuenta que su utilizacin en sus inicios fue muy exitosa, pero con muchas limitaciones.
Cules son las limitaciones de los sistemas basados en archivos que se pueden observar?
El hecho de gestionar y definir sus propios datos, nos dice que se trata de programas distintos en
una misma organizacin y por lo tanto, los datos que manejan son distintos tambin, dando lugar a
18
PRIMER BIMESTRE
redundancia e inconsistencia de la informacin, y a un crecimiento innecesario de programas de

aplicacin.
En el prrafo anterior se ha analizado una de las limitaciones de stos sistemas, es necesario que usted
realice el anlisis de las limitaciones que ha identificado.
1.3. Sistema de base de datos

Bien, ahora que hemos reconocido los sistemas basados en archivos y sus limitaciones, es momento de
revisar los sistemas de gestin de base de datos, que surgieron para solventar dichas limitaciones.
Es preciso que estudie completamente el apartado de sistemas de base de datos ya que repasa los
conceptos importantes en el contexto de un sistema de base de datos y sus relaciones. Le recomiendo
que elabore una lista de trminos importantes y defnalos con sus propias palabras.

Como complemento a la lista de trminos y definiciones que usted ha

elaborado, realice un mapa conceptual
Ahora bien, un paso previo a la construccin de un sistema de base de datos, es la actividad de diseo de
base de datos, la cual resulta imprescindible. Una base de datos diseada de forma inadecuada generar
errores que pueden conducir a decisiones incorrectas que podran tener repercusiones serias en la
organizacin. En esta asignatura, iremos tratando los temas que nos darn la experticia para realizar un
adecuado diseo de bases de datos.
1.4. Papeles en un entorno de base de datos

En el entorno de base de datos participan varios actores que tienen sus responsabilidades definidas, lo
que permite un trabajo coordinado y efectivo.

En su texto base, revise el apartado Papeles en un entorno de base de datos, en

donde se explica de forma general los distintos roles implicados en un SGBD
para las funciones de: administracin, diseo, desarrollo y uso.
Podemos decir que unos roles estn comprometidos y otros involucrados con la base de datos. Podemos
identificar los roles que se comprometen y los que se involucran con la base de datos?
Si usted se consider que el DBA es un rol comprometido con la base de datos, est en lo correcto. El DBA
cumple un papel clave en la base de datos, debido a que es el responsable de gestionar el SGBD.
En contraste, tenemos el caso de los desarrolladores que tienen que implementar los requisitos de
usuario donde cada programa exige al SGBD realizar alguna operacin sobre la base de datos. Por lo
tanto el rol mencionado est involucrado con base de datos, pero no tendr un protagonismo en ella.

Elabore un cuadro sinptico de los roles que existen en un SGBD y sus tareas
ms importantes. Adems asocie los roles a las funciones de: administracin,
diseo, desarrollo y uso.
19
PRIMER BIMESTRE
1.5. Historia de los sistemas de gestin de base de datos

Hagamos un poco de historia, despus de los sistemas basados en archivos, los sistemas de base de
datos han ido evolucionando hasta contar con lo que hoy tenemos, bases de datos robustas, seguras y
escalables.
Para conocer ms a detalle cmo fueron evolucionando los sistemas de base de datos, acuda al texto
base y revise el apartado de historia de los SGBD.

Realice un esquema que resuma las diferentes definiciones generadas por

DBTG, que le permitir conocer el aporte importante de este grupo de trabajo.
La figura siguiente se resume de forma general la evolucin de los sistemas de gestin de base de datos
en tres generaciones.
Figura 1.1.Generacin de los SGBD. Adaptacin de (Connolly, 2005)

Realice una bsqueda en la web, acerca de la propuesta de Codd, esto le

ayudar a identificar cuestionamientos importantes que son propuestos por el
principal precursor de las bases de datos.
1.6. Ventajas y desventajas de los SGBD

Una vez que se ha estudiado los SGBD, seguramente ahora ya sabe para qu sirve una base de datos
y cules son sus componentes. Probablemente conoce que los SGBD han solucionado problemas
potenciales en la gestin de informacin y presentan grandes ventajas, a pesar de ello, tambin tienen
algunas desventajas, por lo que conviene hacer un anlisis de stas.

Recurra al apartado Ventajas y desventajas de los SGBD en su texto base, ya

que es importante cuestionarse acerca de ellas.
Para complementar su lectura realice un esquema que contemple las ventajas

y desventajas e identifique su justificacin y relevancia.
Por ejemplo una ventaja clave en los SGBD es el control de la redundancia, debido a que los datos se
encuentran integrados en una sola estructura y no en varios archivos como suceda en la tcnica basada
en archivos.
Si revisamos el tamao como una desventaja, se observa que debido a la complejidad y nmero de
funcionalidades que conforman el SGBD hace que el software consuma muchos recursos. Esta desventaja
20
PRIMER BIMESTRE
no es muy relevante hoy en da, ya que el hardware ofrece grandes cantidades de almacenamiento a
menor costo.
Bien, felicitaciones ha terminado la unidad 1, con el mismo entusiasmo siga adelante. Como parte
complementaria en el desarrollo de la presente unidad le invitamos a desarrollar las siguientes actividades
recomendadas.
ACTIVIDADES RECOMENDADAS
Estimado estudiante, para medir la asimilacin de sus conocimientos en la presente unidad,

desarrolle las siguientes actividades que estn planteadas al final del captulo de trabajo
de su texto base, como cuestiones de repaso. Esto le permitir saber los temas que debe
reforzar.

Desarrolle los puntos 1.1, 1.4, 1.5 y 1.7
Recuerde que puede solicitar ayuda a su tutor mediante el campus virtual o telefnicamente.

Ejercicios
Refuerce el nivel de conocimientos de la presente unidad con los ejercicios siguientes de la
seccin ejercicios de su texto base.

Ejercicios 1.8 y 1.11
Interactividad virtual
Fortalezca sus criterios y conocimientos respecto al tema y a la asignatura ingresando
peridicamente a travs del campus virtual (http://www.utpl.edu.ec)
Desde su aula virtual de la asignatura, puede conocer los anuncios de su profesor, y todos los
participantes tienen acceso a los foros de discusin donde su aporte es valioso y es an ms significativo
si la participacin involucra conversacin con los integrantes del curso.
En nuestro caso, la participacin en al menos los foros de discusin es obligatoria, pues tienen una
ponderacin en su evaluacin a distancia.
21
PRIMER BIMESTRE
Autoevaluacin 1
Bien, es momento de evaluar el conocimiento adquirido, por lo que le invitamos a resolver

las siguientes preguntas:
Conteste Verdadero (V) o Falso (F) a las siguientes afirmaciones, segn corresponda:
1.
Una de las ventajas de los sistemas basados en archivos es el control de redundancia.
2.
Una base de datos es el software que gestiona y controla el acceso a los datos.
3.
El DBA es el responsable de programar la base de datos.
4.
En los modelos de datos basados en objetos, un atributo de una entidad es una

propiedad del objeto.
5.
Una ventaja de los SGBD son las prestaciones.
6.
Los sistemas basados en archivos funcionaban muy bien con muchos datos.
7.
Una desventaja que hoy es la ms relevante es la que refiere al tamao de la base de

datos.
8.
En la actualidad la mayora de SGBD tienen todas las caractersticas de ser orientados

a objetos.
9.
El SGBD proporciona un acceso controlado a la base de datos.
10.
Metadatos, diccionario de datos, son sinnimos de catlogo del sistema.
Ensayo
11.
22
Entreviste a usuarios tcnicos de un sistema de base de datos: Qu ventajas y desventajas ha

podido identificar? Qu funciones encuentra ms tiles y en qu circunstancias las ha utilizado?
Qu sistema de base de datos utiliza?
PRIMER BIMESTRE
UNIDAD 2: ENTORNO DE LA BASE DE DATOS

gua el captulo 2 del texto base: El entorno de la base de datos
Estimado estudiante, continuaremos estudiando los niveles de la arquitectura de base de datos ANSISPARC que como consecuencia permite la independencia lgica y fsica, adicionalmente revisaremos
otros temas relacionados con el entorno de base de datos. Con este tema usted comprender la
participacin del componente de base de datos en cualquier sistema de informacin.
2.1. La arquitectura en tres niveles de ANSI-SPARC

Es momento de estudiar la arquitectura ANSI-SPARC, de la que conviene comentar que naci por la
necesidad de contar con una terminologa estndar y una arquitectura general en los sistemas de base
de datos. Los niveles de la arquitectura ANSI-SPARC, se conocen como niveles de abstraccin y son:
externo, conceptual e interno.

Revise su texto base en el apartado Arquitectura en tres niveles de ANSI-SPARC

(2.1.1, 2.1.2 y 2.1.3).
Para complementar su lectura realice un cuadro sinptico que resuma las

caractersticas ms importantes de cada uno de los niveles de la arquitectura.
Adems, analice las razones por las cuales la separacin en tres niveles resulta
conveniente.
Tambin es importante que usted conozca los aspectos clave de la descripcin global de la base de
datos a la que se denomina esquema de base de datos. A continuacin, se ha considerado conveniente
realizar un esquema resumen del tema. Para mayor detalle debe remitirse al texto base en el apartado
Esquemas, asignaciones e instancias.
Figura 2.1. Esquemas de base de datos segn los niveles de abstraccin. Adaptacin de (Connolly, 2005)
23
PRIMER BIMESTRE
Es importante recordar que el SGBD es el responsable de establecer la correspondencia entre esquemas

y su coherencia. Esto se encuentra representado y explicado en figura 2.2 de su texto base, vale la pena
que se asegure que lo haya comprendido.

Para validar la comprensin de los esquemas de base de datos, elabore

un ejemplo de la diferencia entre los tres niveles para un esquema de
almacenamiento de datos que usted crea conveniente. Tome como referencia
el ejemplo de la figura 2.2.
Una vez que ya conoce los niveles que propone la arquitectura ANSI-SPARC, usted debe ya saber que el
SGBD debe proporcionar independencia de los datos. Para profundizar en esta importante tarea revise
el apartado Independencia de datos del texto base, se sugiere que realice la siguiente actividad.

Identifique ejemplos de cambios que se podran dar en los tres niveles y cmo
afectara un cambio en un nivel al resto de niveles.
2.2. Lenguajes de base de datos

Siguiendo con el desarrollo de la unidad, revise el apartado de lenguajes de base de datos y realice un
cuadro resumen respecto a los sublenguajes de datos y sus elementos ms importantes.
Luego vale la pena cuestionarse:
Qu sucede con el acceso a la base de datos desde programas de aplicacin?
Los programas de aplicacin se escriben en lenguaje de alto nivel (C++, Java, ...), denominado lenguaje
anfitrin o lenguaje host. Para acceder a la BD, las instrucciones DML requieren ser ejecutadas desde el
lenguaje anfitrin. Hay dos maneras de conseguir esto:

Mediante una API (Librera de procedimientos) que permita enviar instrucciones DML y DDL a la
base de datos, as como recuperar los resultados.
Extendiendo la sintaxis del lenguaje anfitrin para incorporar llamadas DML dentro del programa
del lenguaje anfitrin.
Es necesario que tenga presente la informacin presentada, sin embargo no es necesario profundizar
porque son temas para revisar ms adelante.
2.3. Modelos de datos y modelado conceptual

El autor nos presenta la siguiente definicin: Un modelo de datos es una coleccin integrada de
conceptos para describir y manipular datos, las relaciones existentes entre los mismos y las restricciones
aplicables a los datos dentro de una organizacin. Adems, es necesario resaltar que los modelos de
datos comprenden tres componentes: (1)parte estructural (2) la parte manipulativa y (3) un conjunto de
restricciones de integridad.
24
PRIMER BIMESTRE
Para mayor detalle revise el apartado modelos de datos y modelado conceptual de su texto base, donde
es importante que analice los componentes de los modelos de datos y las categora de modelos de
datos que existen.
De forma complementaria tenemos otras definiciones respecto a los modelos de datos.
De acuerdo a [Ullman1999]:
Un modelo de datos es un sistema formal y abstracto que permite describir los datos de acuerdo
con reglas y convenios predefinidos. Es formal pues los objetos del sistema se manipulan
siguiendo reglas perfectamente definidas y utilizando exclusivamente los operadores definidos
en el sistema, independientemente de lo que estos objetos y operadores puedan significar.
Segn Codd, en [Silberschatz]:
Un modelo de datos es una combinacin de tres componentes:
1)
Una coleccin de estructuras de datos (los bloques constructores de cualquier base de datos que
conforman el modelo).
2)
Una coleccin de operadores o reglas de inferencia, los cuales pueden ser aplicados a cualquier
instancia de los tipos de datos listados en (1), para consultar o derivar datos de cualquier parte de
estas estructuras en cualquier combinacin deseada.
3)
Una coleccin de reglas generales de integridad, las cuales explcita o implcitamente definen
un conjunto de estados consistentes --estas reglas algunas veces son expresadas como reglas de
insertar-actualizar-borrar.
Un modelo de datos puede ser usado de las siguientes maneras:

i)
Como una herramienta para especificar los tipos de datos y la organizacin de los mismos que son
permisibles en una base de datos especfica.
ii)
Como una base para el desarrollo de una metodologa general de diseo para las bases de datos.
iii)
Como una base para el desarrollo de familias de lenguajes de alto nivel para manipulacin de
consultas (querys) y datos.
iv)

Como el elemento clave en el diseo de la arquitectura de un manejador de bases de datos.

El primer modelo de datos desarrollado con toda la formalidad que esto implica fue el modelo
relacional, en 1969, mucho antes incluso que los modelos jerrquicos y de red. A pesar de que los
sistemas jerrquicos y de red como software para manejar bases de datos son previos al modelo
relacional, no fue sino hasta 1973 que los modelos de tales sistemas fueron definidos, apenas unos
cuantos aos antes de que estos sistemas empezaran a caer en desuso.
2.4. Funciones de un SGBD

Seguramente usted ya sabe que un SGBD debe proporcionar una serie de funciones y servicios, Codd
plantea ocho servicios que un SGBD completo debe proporcionar:
25
PRIMER BIMESTRE
La tabla siguiente proporciona un resumen realizado del texto base, y se ha dejado una casilla para
incluir detalles importantes de cada funcin. En su texto base examine el apartado Funciones de un
SGBD.
Funcin
1) Almacenamiento,
extraccin y
actualizacin de
datos
(2) Un catlogo
accesible por el
usuario
Descripcin
Detalles importantes
Capacidad de almacenar,
extraer y actualizar datos
Catlogo para almacenar

descripciones de los
elementos de datos,
accesible a los usuarios
(3) Soporte de
Mecanismos para garantizar
transacciones
que completen todas las
actualizaciones de una
transaccin o que no se
lleve a cabo ninguna
4) Servicios de control Mecanismos para garantizar
de concurrencia
la actualizacin correcta
cuando haya mltiples
usuarios concurrentes
(5) Servicios de
Proporcionar mecanismos
recuperacin
para recuperar la BD
cuando resulte daada
(6) Servicios de
Mecanismos para
autorizacin
garantizar que slo usuarios
autorizados tengan acceso
(7) Soporte para la
Debe poder integrarse
tramitacin de
con software de
datos
comunicaciones
(8) Servicios de
Medio para garantizar que
integridad
tanto los datos como los
cambios efectuados en la
BD se adecuen a ciertas
reglas
Adems, es razonable esperar que los SGBD proporcionen los servicios siguientes:
(9) Servicios para
mejorar la
independencia de
los datos
(10) Servicios de
utilidad
26
Funcionalidades que
permitan que los programas
sean independientes de la
estructura real de BD
Programas que ayuden al
DBA a la administracin de
la BD
PRIMER BIMESTRE
Se recomienda que complete en la tabla anterior la seccin detalles

importantes respecto de las funciones del SGBD.
2.5. Componentes de un SGBD

Ha llegado el momento de analizar los componentes de un SGBD constituidos por mdulos o
componentes de software que gestionan sus servicios o funciones. Para profundizar en el tema, es
necesario que estudie el apartado Componentes de un SGBD del texto base.
Debemos considerar que no es posible generalizar la estructura de componentes de un SGBD, pero
resulta til estudiar una estructura particular es por ello que en el texto base se estudia los componentes
del SGBD Oracle.
2.6. Arquitecturas de SGBD multiusuario

Finalmente, es necesario revisar las arquitecturas generalmente usadas en la implementacin de
SGBD multiusuario. Para mayor detalle recurra al texto base y estudiemos brevemente el apartado
Arquitecturas de SGBD multiusuario.

Realice un mapa conceptual o un cuadro resumen del tema de Arquitecturas

de SGBD multiusuario. Ya que lo que ms interesa es que logre capturar las
caractersticas ms relevantes de cada una de las arquitecturas.
Gracias a su esfuerzo, ha terminado una unidad ms, siga adelante desarrollando las dems unidades.
Para aplicar los conocimientos adquiridos, conviene que desarrolle las actividades recomendadas
descritas a continuacin.

reforzar.

Desarrolle los puntos 2.1, 2.2, 2.3, 2.4, 2.7, 2.9 y 2.10
Ejercicios

Ejercicios 2.12, 2.13 y 2.14
27
PRIMER BIMESTRE
28
PRIMER BIMESTRE
Autoevaluacin 2

1.
El objetivo de la arquitectura ANSI-SPARC es separar la vista que cada usuario tiene de

la BD de su representacin fsica.
2.
Un modelo de datos corresponde a uno de los componentes fundamentales del

SGBD.
3.
El nivel interno de abstraccin de una arquitectura de base de datos est compuesto

por las vistas del usuario de la BD.
4.
La abstraccin de datos consiste en presentar al usuario datos resumidos de la base

de datos.
5.
El nivel conceptual de abstraccin de una arquitectura de base de datos est

compuesto por la vista comunitaria de base de datos.
6.
El catlogo del sistema tiene la desventaja de no poseer informacin para que se

pueda realizar la verificacin de sus <movimientos>.
7.
El SGBD debe proporcionar un mecanismo que garantice la ejecucin o no de todas

las operaciones involucradas en una transaccin.
8.
Un lenguaje host es un lenguaje de alto nivel que tiene embebido lenguaje SQL.
9.
La arquitectura cliente servidor en dos capas es la ms recomendable para aplicaciones

en la web.
10.
El monitor TP ofrece ventajas importantes en la arquitectura de servidor de archivos.
Ensayo
11) Analice las caractersticas especficas de la base de datos Oracle Express Edition, respecto a su
arquitectura. Para esta actividad realice bsquedas en internet.
29
PRIMER BIMESTRE
UNIDAD 3: EL MODELO RELACIONAL Y LOS LENGUAJES RELACIONALES

gua el captulo 3 del texto base: El modelo relacional
Estimado estudiante, a continuacin revisaremos conceptos estructurales bsicos del modelo relacional,
la forma cmo se utilizan las relaciones para representar datos; el vnculo entre relaciones matemticas
y las relaciones usadas en el modelo relacional as como sus propiedades; adems, se avanzar en la
identificacin de claves candidatas, principales, alternativas y externas; y se discutir sobre integridad de
entidades, integridad referencial y otras generalidades en torno al propsito y las ventajas de las vistas
en sistemas relacionales. Este tema es de vital importancia dentro de las bases de datos pues le servir
como fundamento terico de la gestin y manipulacin de datos en una base de datos.
3.1. Breve historia del modelo relacional

El modelo relacional es hoy en da el modelo de datos ms robusto y usado, usted debe haberlo percibido
en el estudio de los temas anteriores.
Es momento de revisar brevemente la historia del modelo relacional en su texto base, con el fin de mirar
la evolucin de este modelo.
3.2. Terminologa usada en el modelo relacional

Ahora corresponde estudiar la terminologa bsica del modelo relacional que le permitir iniciar en los
conceptos y trminos que le servirn en toda tarea de gestin de base de datos.
3.2.1 Estructuras de datos relacionales
Demos un vistazo al apartado Terminologa para estudiar los conceptos clave, los cuales no es necesario
memorizarlos pero si saberlos explicar. Se le sugiere ponga especial atencin a este apartado pues todo
lo mencionado es clave, por esto utilice una tcnica de estudio (cuadro sinptico, esquema resumen,
mapa mental, ) para captar los conceptos importantes.
Un elemento que vamos a permitirnos mencionar es el trmino dominio, que podramos decir que son
una caracterstica poderosa dentro del modelo relacional.
Dominio, es el conjunto de valores permitidos para un atributo. Por ejemplo: el atributo sexo va a tener
siempre dos valores que pueden ser F/M (depender de la forma de representacin que se decida aplicar,
puede ser Hombre/Mujer pero siempre tendr dos valores). Adems, es importante resaltar, que existen
dominios implcitos y explcitos.
Los dominios implcitos estn dados por la definicin del atributo, ya que al momento de asignarle un
tipo de dato, estamos dndole un rango de valores permitidos. Por ejemplo:
30
PRIMER BIMESTRE
Salario, de tipo monetario de 4 dgitos, podr permitir hasta el valor 9999.
Sexo, por su definicin es caracter de tamao 1, por lo tanto por definicin aceptar cualquier
carcter que se ingrese, pero slo 1.

Los dominios explcitos son aquellos a los que se asigna unos valores permitidos. Por ejemplo:

Sexo valores permitidos F M
Para efectos de esta asignatura cuando hablemos de dominios de forma general nos referiremos slo a
los dominios explcitos.
3.2.2.
En forma anloga a la figura 3.1 de su texto base, represente los elementos

del modelo relacional en un esquema de tablas que usted disee, con esta
actividad usted asegurar que ha comprendido las especificaciones de este
tema.
Elabore una tabla, similar a la figura 3.2, de los dominios que se requerirn para
una relacin Persona (cedula, nombres, apellidos, direccin, sexo, telfono,
provincia, ciudad, estado civil, profesin), con la finalidad de validar la
asimilacin del concepto dominio.
Relaciones matemticas y relaciones de base de datos.
Vale la pena resaltar que el modelo relacional est basado en conceptos matemticos, pues el precursor
de las bases de datos, Codd, utiliz especialmente la terminologa de teora de conjuntos y de lgica de
predicados.
Para ms detalle estudie el apartado Relaciones matemticas del texto base, donde se explica claramente
los conceptos matemticos que son la base del modelo relacional.
Ahora usted se preguntar cmo los conceptos matemticos empatan con las bases de datos. El apartado
Relaciones de una base de datos realiza una analoga entre las relaciones matemticas y las bases de
datos, con ejemplos que le ayudan a comprender fcilmente esta relacin.
3.2.3.
Propiedades de las relaciones
Ahora que ya conocemos el fundamento del modelo relacional, debemos estudiar las propiedades
que deben cumplir las relaciones, las mismas que son parte de las restricciones inherentes del modelo
relacional. Por ejemplo el hecho de que cada celda de la relacin debe contener valores atmicos, es
decir en una sola celda slo debe haber un valor; es una propiedad que debe cumplirse para decir que
una relacin est normalizada o en primera forma normal.
Para entender este punto, acuda al apartado Propiedades de las relaciones y trate de ir justificando cada
propiedad de las relaciones de este modelo.
31
3.2.4.
PRIMER BIMESTRE
Claves relacionales
Ha llegado el momento de revisar otro de los aspectos elementales en el modelo relacional, en la figura
de las claves relacionales.
Partiendo de una de las propiedades mencionadas en el apartado anterior: No existen tuplas duplicadas
dentro de una relacin, sta es quiz una de las propiedades que tiene mayor peso. Esto significa, que
es necesario identificar uno o ms atributos (que se denominan claves relacionales) que identifiquen de
manera unvoca cada tupla de una relacin.
Recurra al apartado correspondiente a Claves relacionales y realicemos una lectura comprensiva del
mismo. Identifique cada una de las claves relacionales: superclave, clave candidata, clave compuesta,
clave principal, clave externa.
Como ha observado la clave candidata de una relacin cumple con las propiedades de unicidad e
irreducibilidad. Por ejemplo:
Sea la relacin: Estudiante que tiene (cedula, cod_est, nombre, fecha_nac y sexo)
Se puede pensar en la clave candidata: cedula+codigo_est, porque cumple con la primera propiedad,
pero no puede ser clave candidata, puesto que no cumple con la segunda. Lo correcto es:
Claves candidatas: cedula y codigo_est .Debe recordar que se pueden tener varias claves
candidatas en una relacin.
3.2.5.
Representacin de esquemas de base de datos relacional
Seguro que ahora ya conocemos ms acerca del modelo relacional, se estar preguntando cul es la
forma de representar un esquema relacional.
A continuacin veamos cul es la representacin, revisemos el texto base la representacin de esquemas
de base de datos relacionales, aqu el autor nos presenta un esquema ejemplo al que llamaremos
DreamHome, ya que hace referencia al caso de estudio de este nombre.
Vale destacar, que la representacin de un esquema de relacin es la siguiente:
<nombre de la relacin> y luego entre < ( ) > los <nombres de los atributos> separados con comas,
adems el atributo o los atributos que forman la clave principal, se indican con subrayado.

32
Busque en Internet o cualquier otro recurso bibliogrfico un ejemplo de un

esquema de base de datos relacional similar a la presentada como ejemplo en
el texto base, y ubique las claves relacionales que usted puede determinar. Con
esto usted asegura que sabe identificar correctamente relaciones, atributos y
claves relacionales.
PRIMER BIMESTRE
3.3. Restricciones de integridad

Es momento de trabajar con las restricciones de integridad de modelo relacional: restricciones de
dominio, reglas de integridad de la base de datos, integridad de entidades e integridad referencial que
permiten colocar en la base de datos caractersticas propias del problema a representar o restricciones
que permitan asegurar que los datos sean coherentes.
Previo a las reglas de integridad se requiere repasar el concepto de valores nulos. El texto base presenta
la definicin Un valor nulo corresponde a un valor desconocido o no aplicable en una tupla que es
importante que usted la tenga presente.

Recurra al apartado Restricciones de integridad, se le recomienda que elabore

un esquema de las caractersticas ms relevantes.
Utilice el esquema de BD identificado en la anterior actividad recomendada

y ubique aquellos atributos que pueden tener valor nulo, adems identifique
si cumplen con las restricciones de integridad relacionales, con esta actividad
usted asegura que ha superado el tema.
3.4. Vistas
Sigamos con el estudio de las vistas, en el contexto del modelo relacional una vista se define como una
relacin virtual o derivada que no existe necesariamente por derecho propio, sino que puede derivarse
a partir de una o varias relaciones base.
Ahora revisemos todo el apartado Vistas de su texto base para poder comprender estos objetos que
son utilizados en una base de datos, as como tambin sus propsitos y caractersticas. En este punto es
importante que sepa definir dos conceptos: relacin base y vista.
Vale destacar que las vistas no estn ocupando espacio de almacenamiento en la base de datos pero su
definicin si est almacenada en el catlogo del sistema.
Una de las expresiones ms claras de la independencia de datos lgica de la arquitectura ANSI-SPARC,
son las vistas. Es preciso que se justifique esta afirmacin.
Quiz una de las razones ms importantes para usar vistas, es que los cambios en las relaciones base
se pueden ver reflejadas de forma inmediata en ellas, y viceversa, los cambios en las vistas se aplican a
las relaciones base. Vale indicar que para el tema de actualizacin existen restricciones que se pueden
aplicar.

Utilice del captulo 6 del texto base, el apartado Vistas, para analizar el
tratamiento que da Oracle a las vistas actualizables, esto le ayudar a conocer
ms de cerca el tratamiento de las vistas.
Adicionalmente, podemos revisar la presentacin correspondiente al tema El Modelo de Datos Relacional

Esttica, del OCW UC3M al que hacemos referencia en las direcciones electrnicas. Con esto podemos
revisar estos conceptos que son tan importantes desde el punto de vista de otro autor.
33
PRIMER BIMESTRE

reforzar.

Ejercicios

Ejercicios 3.8, 3.9, 3.10, 3.11
Estos ejercicios requieren que trabaje con el esquema de tablas mencionado en el prrafo anterior al
enunciado del ejercicio 3.8

34
PRIMER BIMESTRE
Autoevaluacin 3

a.
Las restricciones semnticas o de usuario son aquellas que vienen impuestas por la
definicin del propio modelo de datos.
b.
Las opciones de integridad referencial asociadas a las claves ajenas ayudan a

implementar restricciones semnticas o de usuario.
c.
Un atributo que forma parte de una clave primaria no puede ser clave ajena.
d.
Los checks se emplean para implementar restricciones semnticas que el resto de

elementos del modelo relacional no permiten contemplar.
e.
Toda relacin tiene al menos una clave candidata.
f.
Una clave candidata es una clave primaria que tambin cumple la propiedad de
irreducibilidad.
g.
Toda clave primaria es tambin clave candidata.
h.
Toda clave alternativa es tambin clave candidata.
i.
Las claves ajenas permiten implementar la integridad referencial.
j.
Obliga a que el valor de la clave ajena de la tabla que referencia no se encuentre entre
los valores de la clave primaria de la tabla referenciada.
k.
No obliga a que la clave ajena tenga valor no nulo.
l.
Es la restriccin que garantiza el SGBD para cumplir con la no duplicidad de tuplas en

la tabla en la que se define una clave ajena.
Ensayo
m.
Con sus propias palabras defina los diferentes tipos de claves del modelo relacional.
n.
Las tablas siguientes forman parte de una base de datos denominada Acadmico.
ESTUDIANTE (cdula, codigo_est, nombre, apellido, fecha_nac, sexo, tipo_sangre, estado_civil,

estado_estudiante)
MATRICULA (num_mat, cdula, cod_carrera, perodo_acad, fecha_mat)
Utilizando las tablas anteriores identifique cada una de los tipos de claves del modelo relacional y
las dos principales reglas de integridad de este modelo.
35
PRIMER BIMESTRE
UNIDAD 4: ALGEBRA RELACIONAL Y CLCULO RELACIONAL

gua el captulo 4 del texto base: Algebra relacional y clculo relacional
Estimado estudiante, hasta ahora hemos revisado los componentes estructurales del modelo relacional,
a continuacin debemos estudiar otro de los elementos importantes de un modelo de datos que
corresponde al mecanismo de manipulacin de datos, en la figura del lenguaje de consulta asociados
con el modelo relacional. Este tema es clave porque le dar la experticia y la base para trabajar a futuro
en la gestin de datos.
Continuemos con la explicacin del siguiente tema.
4.1. Algebra Relacional

El Algebra relacional es un lenguaje de consulta procedural. Consta de un conjunto de operaciones que
toman como entrada una o dos relaciones y producen como resultado una nueva relacin, por lo tanto,
es posible anidar y combinar operadores. Hay ocho operadores en el lgebra relacional que construyen
relaciones y manipulan datos, estos son:
Figura 4.1. Operadores del lgebra relacional. Adaptado de (Connolly, 2005)

Las 5 primeras llamadas operaciones primitivas (seleccin, proyeccin, producto, unin y diferencia),
puesto que las otras tres se pueden definir en trminos de stas.
4.2. Operaciones Unarias

Avancemos entonces con las operaciones del lgebra relacional. Las operaciones de seleccin y
proyeccin son operaciones unarias, ya que operan sobre una nica relacin. Las otras operaciones se
aplican a parejas de relaciones y se denominan, por tanto, operaciones binarias.
Es momento de estudiar todo el apartado de lgebra relacional para aprender el funcionamiento de sus
operaciones.
36
PRIMER BIMESTRE
A continuacin se presenta las definiciones que (Amiagada, 2006) propone en su documento de lgebra
relacional y que le ayudarn a aclarar algunas dudas.
4.2.1. Seleccin
Definen una nueva relacin con las tuplas que satisfacen cierto predicado. Se denota con la letra griega
sigma minscula (). El predicado aparece como subndice de , y la relacin argumento se escribe entre
parntesis.
4.4.2. Proyeccin.
Se aplica a una relacin R, permite definir una nueva relacin que contiene un subconjunto vertical de R.
Extrae los valores de los atributos especificados y elimina los duplicados.
Se denota con la letra griega pi mayscula (). Se coloca como subndice la lista de los atributos que
aparecern en el resultado. La relacin argumento se escribe entre parntesis.
4.3. Operaciones de conjuntos

Cuando se requiere combinar informacin de diversas relaciones, se utilizan las relaciones binarias,
como se estudia a continuacin:
4.3.1. Unin
En lgebra relacional la unin de dos relaciones compatibles1 A y B es:

A UNION B A B
Produce el conjunto de todas las tuplas que pertenecen ya sea a A o a B a ambas. Se usa el smbolo que
representa la unin de dos relaciones.
4.3.2. Diferencia
En lgebra relacional la diferencia entre dos relaciones compatibles A y B

A MENOS B A B
Produce el conjunto de todas las tuplas t que pertenecen a A y no pertenecen a B

4.3.3. Interseccin
En lgebra relacional la interseccin de dos relaciones compatibles A y B

A INTERSECCION B A B
Produce el conjunto de todas las tuplas pertenecientes a A y B. Al igual que en teora de conjuntos el
smbolo representa la interseccin entre dos relaciones.
1
Relaciones Compatibles: En el lgebra relacional la compatibilidad se aplica a las operaciones de Unin, Interseccin y
Diferencia. Cada operacin requiere dos relaciones que deben ser compatibles, esto significa que deben ser del mismo
grado, n, y el i-simo atributo de cada una (i= 1, 2...n) se debe basar en el mismo dominio.
37
4.3.4.
PRIMER BIMESTRE
Producto Cartesiano
En lgebra relacional el producto de dos relaciones A y B es:

A veces B
A x B
Produce el conjunto de todas las tuplas t, tales que t es el encadenamiento de una tupla a de la relacin
A y de una tupla b de la relacin B.
Se denota con el smbolo x.
4.3.5.
Join o Reunin
En lgebra relacional el JOIN entre el atributo X de la relacin A con el atributo Y de la relacin B produce
el conjunto de todas las tuplas t tal que t es el encadenamiento de una tupla a perteneciente a A y una
tupla b perteneciente a B que cumplen con el predicado:
A.X comp B.Y es verdadero (siendo comp un operador relacional y los atributos
A.X y B.Y pertenecientes al mismo dominio).
Si el operador relacional comp es = entonces el conjunto resultante es un EQUI-JOIN. Si se quita uno
de stos (usando una proyeccin) entonces el resultado es un JOIN-NATURAL.
4.3.6. Divisin
En lgebra relacional el operador de divisin divide la relacin A con grado m + n por la relacin B
entregando como resultado una relacin con grado m. El atributo m + i de A y el atributo i de B deben
estar definidos dentro del mismo dominio. As el resultado de
A DIVIDIDO POR B
A/B
produce la relacin C con un slo atributo X, tal que cada valor de X de C.X aparece como un valor de A.X,
y el par de valores (x, y) aparece en A para todos los valores Y que aparecen en B.
4.4. Clculo relacional

Ahora que ya hemos superado los conceptos del lgebra relacional es momento de estudiar el clculo
relacional que es un lenguaje donde se especifica que hay que extraer o mostrar pero no se indica la
forma de extraerlo. El clculo de predicados es la base del clculo relacional.
Es momento de que vayamos al texto base a estudiar todo el apartado Clculo relacional, pues aqu se
explica claramente cmo formar las sentencias expresadas en este lenguaje.
Es importante mencionar que las expresiones en clculo relacional son equivalentes en lgebra relacional.
Seguramente esta unidad le result un poco difcil, pero si ha llegado hasta aqu ha hecho un gran
esfuerzo. Continuemos que estamos prximos a culminar el bimestre. A continuacin se proponen
algunas actividades recomendadas, que al desarrollarlas le ayudarn para un mejor entendimiento del
tema de lgebra y clculo relacional.
38
PRIMER BIMESTRE

reforzar.

Ejercicios

Ejercicios 4.8 hasta el 4.14
39
PRIMER BIMESTRE
Autoevaluacin 4

a.
Algebra relacional es un lenguaje procedimental.
b.
Clculo relacional es un lenguaje formal que es parte fundamental de los lenguajes

de manipulacin de datos
c.
Existen dos formas de clculo relacional: de tuplas y de conjuntos.
d.
Una de las operaciones del lgebra relacional que nacen de las operaciones bsicas es
la divisin.
e.
Una de las cinco operaciones fundamentales del lgebra relacional es la diferencia de

conjuntos.
f.
El lgebra relacional se utiliza para decirle al SGBD, cmo construir una nueva relacin
a partir de una o ms relaciones de base de datos.
g.
La operacin seleccin se representa por .
h.
En el clculo relacional de tuplas, lo que interesa es extraer las tuplas que cumplen un
cierto predicado.
i.
Algunas expresiones en clculo relacional no son equivalentes en algebra relacional.
j.
La base del clculo relacional es la lgica de predicados.
Ensayo
k.
Con sus propias palabras indique la diferencia entre producto cartesiano y combinacin natural.
Adems, escriba una expresin que sea equivalente en las dos operaciones.
l.
Las tablas siguientes forman parte de una base de datos denominada Acadmico.

estado_estudiante)
Realice los siguientes ejercicios:

40
Seleccione los estudiantes cuyo tipo de sangre es ARH+
PRIMER BIMESTRE
Seleccione los nombres y apellidos de los estudiantes de sexo femenino con estado civil
casado
Seleccione los nombres y apellidos de estudiantes que se han matriculado en el periodo

acadmico 2011.
41
PRIMER BIMESTRE
UNIDAD 5: MANIPULACIN DE DATOS

gua el captulo 5 del texto base: SQL - Lenguaje de Manipulacin de Datos
Estimado estudiante, en el presente captulo estudiaremos la manipulacin de datos a travs de SQL,

centraremos nuestra atencin en la forma de construir instrucciones SQL con las clusulas WHERE, ORDER
BY, Funciones de agregacin, clusula GROUP BY, subconsultas. Adems, es importante que aprender a
realizar actualizaciones en la base de datos mediante las instrucciones de DML: Insert, Update y Delete.
Esta es una competencia importante en el gestin de base de datos y es quiz una de las ms requeridas
en el mbito informtico.
5.1. Lenguaje de Consulta Estructurado: SQL2

Luego de haber adquirido el conocimiento de algebra relacional ya contamos con parte de la habilidad
requerida para utilizar SQL.
Es momento de revisar el apartado Lenguaje de consulta estructurado de su texto base, donde podemos
revisar la evolucin de este potente lenguaje.
En el 2006, adicionalmente contamos con el estndar SQL2006, ya que ISO/IEC 9075-14:2006 define las
maneras en las cuales el SQL se puede utilizar conjuntamente con XML. Define maneras de importar y
guardar datos XML en una base de datos SQL, manipulndolos dentro de la base de datos y publicando
el XML y los datos SQL convencionales en forma XML. Adems, proporciona facilidades que permiten a
las aplicaciones integrar dentro de su cdigo SQL el uso de XQuery, lenguaje de consulta XML publicado
por el W3C (World Wide Web Consortium) para acceso concurrente a datos ordinarios SQL y documentos
XML.
En el 2008, tenemos SQL 2008, donde se permite el uso de la clusula ORDER BY fuera de las definiciones
de los cursores. Incluye los disparadores del tipo INSTEAD OF. Aade la sentencia TRUNCATE.
Es importante resaltar que SQL est basado en el clculo relacional de tuplas. Como resultado, toda
consulta formulada utilizando el clculo relacional de tuplas (o su equivalente, el lgebra relacional) se
pude formular tambin utilizando SQL.
Sin embargo, sus capacidades van ms all del clculo o del lgebra relacional. Aqu tenemos una lista de
algunas caractersticas proporcionadas por SQL que no forman parte del lgebra y clculo relacionales:

Comandos para insercin, borrado o modificacin de datos.
Capacidades aritmticas: En SQL es posible incluir operaciones aritmticas as como comparaciones,

por ejemplo A < B + 3. Ntese que ni + ni otros operadores aritmticos aparecan en el lgebra
relacional ni en clculo relacional.
SQL - Structured Query Language
42
PRIMER BIMESTRE
Asignacin y comandos de impresin: es posible imprimir una relacin construida por una consulta
y asignar una relacin calculada a un nombre de relacin.
Funciones agregadas: Operaciones tales como promedio (average), suma (sum), mximo (max),
etc. se pueden aplicar a las columnas de una relacin para obtener una cantidad nica.
5.2. Escritura de comandos SQL

De seguro usted est ansioso de comenzar este tema, ya que hasta ahora slo tiene nociones de cmo
trabajar con SQL.
Es momento de retomar el texto base para revisar importantes recomendaciones que se deben tener
en cuenta al momento de escribir comandos SQL. Realice una lectura comprensiva del apartado e
identifique lo ms relevante mediante un cuadro resumen o mapa mental que le ayude a tener presente
dichos aspectos.
5.3. Manipulacin de datos

Continuamos revisando las sentencias que permiten realizar manipulacin de datos, como son: SELECT,
INSERT, UPDATE y DELETE.
Es necesario que estudie el apartado Manipulacin de datos en su texto base. Y que no se quede con
dudas.
A continuacin, se resaltan las sentencias ms utilizadas en un nivel bsico de trabajo.
5.4. Instruccin de consultas: SELECT

El comando ms usado en SQL es la instruccin SELECT, que se utiliza para recuperar datos. La sintaxis es:
SELECT [DISTINCT | ALL]
{* | [expresinColumna [AS nuevoNombre]] [,...] }
FROM
NombreTabla [alias] [, ...]
[WHERE condicin]
[GROUP BY
listaColumnas] [HAVING
condicin]
[ORDER BY
listaColumnas]
Con esta sentencia, se puede realizar lo siguiente:

Consultas sencillas donde combina seleccin y proyeccin

Usando conectores lgicos

Usando operadores relacionales

Usando alias de columnas
Consultas complejas utilizando enlaces o joins
Consultas complejas utilizando operadores de agregacin
Consultas sencillas o complejas utilizando agrupacin de resultados
Consultas complejas utilizando restriccin de agrupamientos.
Subconsultas
43
PRIMER BIMESTRE

Consultas complejas utilizando los operadores Union, Intersect y Exception
5.4.1. Subconsultas
En las clausulas WHERE y HAVING se permite el uso de subconsultas (subselects) en cualquier lugar
donde se espere un valor. En este caso, el valor debe derivar de la evaluacin previa de la subconsulta. El
uso de subconsultas ampla el poder expresivo de SQL.

Es importante que identifique cundo utilizar subconsultas en la manipulacin

de datos y cundo estas subconsultas pueden darle error si no estn bien
estructuradas, con sta actividad ir profundizando ms sus conocimientos en
SQL.
5.5. Actualizaciones de la base de datos

Ahora que hemos adquirido habilidad para escribir consultas SQL, es importante que tambin conozca
y ejercite sobre las operaciones que permiten actualizar la base de datos, a travs de las sentencias:
INSERT, UPDATE y DELETE.
Recurra al texto base en el apartado Actualizaciones de la base de datos, y vaya revisando cuidadosamente
y comprendiendo los ejemplos planteados.

Conviene que en base a los ejercicios planteados en el texto base, tambin

se plantee los otros que trabajen con el mismo esquema de base de datos. Si
usted realiza esta actividad estar en capacidad de trabajar otros problemas.
Felicidades, con esta unidad hemos terminado el primer bimestre. Lo invito a revisar de forma general
todas las unidades desarrolladas hasta ste punto que le permitir una mejor preparacin de cara a
las evaluaciones presenciales. No olvide desarrollar las actividades recomendadas propuestas a
continuacin.

reforzar.

Desarrolle los puntos 5.1, 5.2, 5.3, 5.4, 5.5 y 5.6
Ejercicios
44
PRIMER BIMESTRE
Para los ejercicios 5.7 5.31, utilice el esquema Hotel definido al principio de la Seccin de Ejercicios del
Captulo 3:
Hotel (hotelNo, hotelName, city)
Room (roomNo, hotelNo, type, price)
Booking (hotelNo, guestNo, dateFrom, dateTo, roomNo)
Guest (guestNo, guestName, guestAddress)

En nuestro caso la participacin en al menos los foros de discusin es obligatoria, pues tienen una
45
PRIMER BIMESTRE
Autoevaluacin 5

a.
SQL es un lenguaje nicamente utilizado por profesionales en informtica.
b.
La instruccin SELECT equivale a dos operaciones del lgebra relacional (subconsultas

y la divisin).
c.
En una instruccin SELECT la clusula ORDER BY es obligatoria.
d.
En SQL las funciones de agregacin calculan un nico valor como resultado.
e.
La clusula WHERE de los grupos es el HAVING.
f.
Una instruccin SELECT anidada se denomina subseleccin.
g.
Una subconsulta de fila devuelve mltiples columnas y filas.
h.
Si las columnas de la tabla de resultados provienen de ms de una tabla, deber

utilizarse una combinacin.
i.
La clusula INSERT puede utilizarse combinada con subconsultas.
La clusula DELETE puede usarse para eliminar definitivamente una tabla.
Ensayo
k.
Explique el funcionamiento de las clusulas WHERE, HAVING, GROUP BY.
l.
Identifique la diferencia entre la clusula HAVING y WHERE.
m.
Identifique en qu circunstancias se puede utilizar subconsultas.
n.
Realice los ejercicios planteados en el captulo anterior de esta gua, utilizando lenguaje de
manipulacin de datos.
46
SEGUNDO BIMESTRE
SEGUNDO BIMESTRE
6.5. Competencias Genricas

Capacidad de abstraccin, anlisis y sntesis
Capacidad de aplicar los conocimientos en la prctica
Conocimiento sobre el rea de estudio y la profesin
Capacidad de aprender a aprender como poltica de formacin continua
Habilidades para buscar, procesar y analizar informacin procedentes de fuentes diversas
6.6. Planificacin para el trabajo del alumno

CONTENIDOS
COMPETENCIAS
ESPECFICAS
INDICADORES DE
APRENDIZAJE
Unidades/Temas
Analiza la importancia UNIDAD 6

del lenguaje SQL
SQL Definicin de
Utiliza las sentencias
Datos
SQL para definicin de
estructuras y dems
6.1. Tipos de datos
Analizar las
objetos de BDD
6.2. C a r a c t e r s t i c a s
necesidades de
de mejora de la
conocimiento
Utiliza las sentencias
integridad
necesarias para
SQL para implementar 6.3. Definicin
de
resolver un problema
seguridades a nivel de
datos
base de datos
6.4. Privilegios
y
Administrar y gestionar
seguridad
bases de datosde
pequea y gran escala
Evaluar y asegurar
la accesibilidad,
usabilidad y seguridad
de los sistemas,
aplicaciones y servicios
informticos
Realizar la gestin
y recuperacin de
informacin generada
en los sistemas
informticos
ACTIVIDADES DE
APRENDIZAJE
CRONOGRAMA
ORIENTATIVO
Tiempo
Estimado
Lectura comprensiva del

Semana 9
sexto captulo del texto
base de acuerdo a las
4 horas de
indicaciones de la gua
autoestudio
didctica
4 horas de
Elaboracin de un cuadro
interaccin
resumen de las principales
sentencias SQL de
definicin de datos.
Desarrollo de actividades
recomendadas en la gua
para la unidad 6
Revisar anuncios en el EVA
resueltos en el texto base
Desarrollar los ejercicios
propuestos al final del
captulo en el texto base
Desarrollo de la parte de la
evaluacin a distancia que
corresponda a la unidad 6.
47
SEGUNDO BIMESTRE
CONTENIDOS
COMPETENCIAS
ESPECFICAS
INDICADORES DE
APRENDIZAJE
ACTIVIDADES DE
APRENDIZAJE
Unidades/Temas
CRONOGRAMA
ORIENTATIVO
Tiempo
Estimado

Semana 10
sptimo captulo del texto
Modelo Entidadbase de acuerdo a las
4 horas de
Relacin
autoestudio
didctica
4 horas de
7.1. Elementos del
Desarrolle un cuadro
interaccin
modelo ER
sinptico sobre los
7.2. Tipos de entidad
conceptos de modelo ER
Identifica y resuelve
7.3. Tipos de relacin
avanzado: especializacin,
problemas de
7.4. Atributos
generalizacin,
modelos ER
7.5. Atributos de las
composicin y agregacin
relaciones
Identifica limitaciones 7.6. Claves
en el M-ER y requisitos 7.7. Tipos de entidades
para la unidad 7
para representar
fuertes y dbiles
aplicaciones ms
7.8. Restricciones
complejas utilizando
estructurales
conceptos adicionales 7.9. Modelo entidad
de modelado de datos
relacin avanzado Desarrollo de la parte de la
corresponda a la unidad 7
Definir requerimientos, Analiza los conceptos

disear, implementar,
bsicos asociados al
integrar, administrar y
modelo ER
optimizar soluciones
software centralizadas, Utiliza el modelo ER
distribuidas
en diseo de base de
soluciones web
datos
Identifica los
conceptos clave
relacionados a la
normalizacin
UNIDAD 7
UNIDAD 8
Normalizacin
8.1. Objetivos del

diseo de base de
datos
8.2. Peligros en el
diseo de base
datos relacionales
8.3. Normalizacin
Identifica y analiza
8.4. El propsito de la
los potenciales
normalizacin
problemas causados 8.5. Cmo ayuda la
por la redundancia de
normalizacin al
datos en las relaciones
diseo de base de
datos
Aplica el proceso de
8.6. Redundancia de
normalizacin
datos y anomalas
de actualizacin
8.7. Dependencias
funcionales
8.8 El proceso de
normalizacin
Analiza la utilidad de
la normalizacin al
momento de disear
una base de datos
relacional
48

Semana 11
octavo captulo del texto
4 horas de
autoestudio
didctica
4 horas de
Revise ejemplos de
interaccin
normalizacin resueltos
que le ayuden a entender
dicho proceso
para la unidad 8
SEGUNDO BIMESTRE
CONTENIDOS
COMPETENCIAS
ESPECFICAS
INDICADORES DE
APRENDIZAJE
Unidades/Temas
Utiliza el modelado
UNIDAD 9
ER para construir un
modelo conceptual de Metodologa: Diseo
datos
Conceptual de la base
de datos
Genera la
documentacin del
9.1. Metodologa de
diseo conceptual
diseo de base de
de base de datos
datos
de acuerdo a
9.2. Diseo
la metodologa
Conceptual de la
propuesta en el texto
base de datos
base
9.3. Paso 1
Construccin
Evala el modelo
de un modelo
conceptual resultante
conceptual de los
para garantizar que
datos
sea la representacin
correcta y precisa
Identifica el papel que
juegan los usuarios
finales en el proceso
de diseo conceptual
de la base de datos
ACTIVIDADES DE
APRENDIZAJE
CRONOGRAMA
ORIENTATIVO
Tiempo
Estimado

Semana 12 y 13
noveno captulo del texto
8 horas de
autoestudio
didctica
8 horas de
Genere un mapa
interaccin
conceptual de las
actividades del diseo
conceptual de base de
datos.
para la unidad 9

Semana 14
dcimo captulo del texto
Metodologa: Diseo
4 horas de
lgico de la base de
autoestudio
datos para el modelo
didctica
4 horas de
relacional
Genere un mapa
interaccin
Valida el modelo
conceptual de las
lgico resultante
10.1. Metodologa de
actividades del diseo
utilizando la tcnica
diseo lgico de
lgico de base de datos
de normalizacin
la base de datos
para el modelo
Genera la
relacional
para la unidad 10
documentacin del
10.2. Paso 2 construir y Revisar anuncios en el EVA
diseo lgico de base
validar el modelo Revisar los ejercicios
de datos de acuerdo
lgico de los datos
a la metodologa
propuesta en el texto
base, para asegurar
que cumpla con los
requisitos de datos de
la organizacin
Traduce un conjunto
de relaciones al
modelo lgico a
partir de un modelo
conceptual
UNIDAD 10
Unidades de la 6 10 Aplicacin de
Semana 15 y 16
autoevaluaciones
propuestas al final de cada 8 horas de
unidad en la gua didctica autoestudio
Resolucin de ejercicios
8 horas de
planteados en el EVA
interaccin
Revisin de videos en
http://www.youtube.com
de las unidades
49
SEGUNDO BIMESTRE
6.7. Orientaciones especficas para el aprendizaje por competencias
UNIDAD 6: DEFINICIN DE DATOS

gua el captulo 6 del texto base: SQL Lenguajes Definicin de Datos
A continuacin nos referimos a explicar el tema relacionado a la sexta unidad, que le permitirn a
usted adquirir las habilidades requeridas para realizar la definicin de datos: tipos de datos soportados
por el estndar SQL, mejoras en la integridad en SQL, la manera de definir restricciones de integridad
utilizando SQL con instrucciones CREATE y ALTER, administracin de vistas, administracin de seguridad
con GRANT y REVOKE.
6.1. Tipos de datos

Le recomiendo que nos demos un tiempo para revisar los tipos de datos definidos en el estndar SQL,
para lo cual es conveniente definir en primer lugar lo que constituye un identificador vlido en SQL.

Refirase a la seccin 6.1 Tipos de datos SQL de ISO, del texto base, lo que le
permitir formar el concepto de identificador SQL.
Es preciso hacer dos aclaraciones, en primer lugar en todo proyecto de desarrollo que use una base
de datos es importante hacer uso de una nomenclatura de objetos de BD, que ser definida por el
DBA en base a su propio criterio y de otras cabezas tcnicas del proyecto (arquitecto, analista, lder de
programadores), que luego de su definicin debe ser socializada. En segundo lugar, comentar que los
tres ltimos lineamientos que ISO establece variarn dependiendo de las restricciones de cada SGBD.

Es necesario que regresemos al texto base a estudiar el apartado 6.1.2 Tipos

de datos SQL escalares, luego de leer puede realizar un esquema resumen de
estos tipos de datos que le ayudar para una mejor comprensin.
Es conveniente conocer los tipos de datos concretos de una base de datos comercial, por ejemplo de
Oracle, en la siguiente tabla se sintetizan los tipos de datos que se utilizan en este producto:
50
SEGUNDO BIMESTRE
Tabla 61. Tipos de datos soportados por la base de datos Oracle

Tipo de dato
VARCHAR2(tamao)
Caractersticas
Almacena cadenas de caracteres de una longitud
variable. La longitud mxima son 4000 caracteres.
CHAR(tamao)
Almacena caracteres con una longitud fija. Siendo 2000

caracteres el mximo
NUMBER
(precision,escala)
Almacena datos numricos, tanto enteros como

decimales, con o sin signo. Precisin, indica el nmero
mximo de dgitos que va a tener el dato. Escala, indica
el nmero de dgitos que puede haber a la derecha del
punto decimal.
LONG
Almacena cadenas de caracteres de longitud variable.

Puede almacenar hasta 2 gigas de informacin
LONG RAW
Almacena datos binarios. Se emplea para el

almacenamiento de grficos, sonidos, etc. Su tamao
mximo es de 2 gigas
DATE
Almacena informacin de fechas y horas. De forma

predeterminada almacena un dato con el siguiente
formato: siglo/ao/mes/dia/hora/minutos/segundos.
Este formato se puede cambiar con otros parmetros.
RAW(tamao)
Almacena datos binarios. Puede almacenar como

mucho 2000 bytes.
ROWID
Se trata de un campo que representa una cadena

hexadecimal que indica la direccin de una fila en su
tabla
NVARCHAR2
(tamao)
Es similar al varchar2 pero el tamao de un carcter

depende de la eleccin del juego de caracteres. El
tamao mximo es 2000 bytes.
NCHAR(tamao)
Similar al char y con las mismas caractersticas que el

nvarchar2
CLOB
Similar al LONG y se usa para objetos caracter
NCLOB
Similar al CLOB solo que el tamao del caracter

depende del juego de caracteres utilizado
BLOB
Similar al LONG RAW. Este se usa para objetos binarios.
TIMESTAMP
[(precision)]
Se utiliza para guardar fechas con una mayor precisin.

Precisin es un valor de 0 a 9 e indica el nmero de
dgitos en la parte fraccional del segundo.
Debemos anotar que en cada SGBD pueden aparecer distintos tipos de datos, para los cuales se debe
usar correctamente las sintaxis de cada uno, por ejemplo: el tipo de dato TIMESTAMP, es una extensin
del tipo DATE.
51
SEGUNDO BIMESTRE
SELECT
TO_TIMESTAMP (10-Nov-11 15:30:13.1234, DD-Mon-RR HH24:MI:SS.FF)
FROM DUAL;
6.2. Caractersticas de mejora de la integridad

Estimado estudiante, seguramente al disear una base de datos, desear que este diseo integre las
mejoras de integridad introducidas por el estndar SQL, por lo que tenemos que revisarlas para entender
su aplicacin en este contexto.

La lectura atenta de los contenidos del texto base dejarn en ud. ms

afianzado los aprendizajes por tanto le recomiendo recurrir al texto base en
la seccin 6.2 Caractersticas de mejora de la integridad, para analizar los tipos
de restricciones de integridad y sus diferentes formas de aplicarlas. Asegrese
que las haya comprendido completamente.
6.3. Definicin de datos

Avancemos entonces en lo que constituye la siguiente temtica dentro del mundo de las bases de datos,
las instrucciones DDL de SQL, que permiten definir objetos de la base de datos. Todos los objetos de la
base de datos se crean a travs de la instruccin CREATE, de igual forma todos se pueden eliminar con la
instruccin DROP. Y slo algunos objetos como tablas pueden ser modificadas con la instruccin ALTER.
Es importante que usted tome en cuenta que:

Las relaciones y otros objetos de base de datos existen dentro de lo que se denomina entorno.
Cada entorno est compuesto por uno o ms catlogos y cada catlogo por una serie de esquemas.
Un esquema es una coleccin nominada de objetos de base de datos que estn relacionados entre
s de alguna manera.
Los objetos de un esquema pueden ser tablas, vistas, dominios, aserciones e ndices. Todos los objetos
de un esquema tienen el mismo propietario y comparten una serie de valores predeterminados.

6.3.1.
Es necesario que revisemos el apartado 6.3 Definicin de datos, del texto

base, lo que le servir para conocer las principales sentencias para creacin de
objetos de Base de Datos.
Create Table
El comando fundamental para definir datos es el que crea una nueva relacin (una nueva tabla). La
sintaxis del comando CREATE TABLE es:
CREATE TABLE NombreTabla
{(NombreColumna tipoDatos [NOT NULL] [UNIQUE]
[DEFAULT opcinPredeterminada]
[CHECK condicinBsqueda] [,...]}
[PRIMARY KEY (listaDeColumnas),]
52
SEGUNDO BIMESTRE
{[UNIQUE (listaDeColumnas),] [,]}

{[FOREIGN KEY (listaColumnasClaveExterna)
REFERENCES
NombreTablaPadre [(listaColumnasClaveCandidatas)],
[ON UPDATE accinReferencial]
[ON DELETE accinReferencial ]] [,]}
{[CHECK (condicinBsqueda)] [,] })
Ejemplo de creacin de una tabla
Para crear las tablas de una base de datos de proveedores y artculos, se utilizan las siguientes instrucciones
de SQL:
CREATE TABLE supplier
(sno INTEGER,
sname VARCHAR2(20),
city VARCHAR2(20));
CREATE TABLE part
(pno INTEGER,
pname VARCHAR2(20),
price DECIMAL(4,2));
CREATE TABLE sells
(sno INTEGER,
pno INTEGER);
Las tablas han sido creadas nicamente para mostrar la utilizacin de los tipos de datos, no se ha
considerado en este caso restricciones de ningn tipo como claves primarias o forneas.
El esquema representa una base de datos para manejar informacin sobre ventas de piezas, las cuales se
almacenan en la tabla sells, la informacin de las piezas se registra en la tabla part y la informacin de
los proveedores se la encontramos en la tabla supplier.
6.3.2.
Create Index
Seguimos con el estudio de los ndices, los cuales se utilizan para acelerar el acceso a una relacin. Si una
relacin R tiene un ndice en el atributo A podremos recuperar todas la tuplas t que tienen t(A) = a en un
tiempo aproximadamente proporcional al nmero de tales tuplas t ms que en un tiempo proporcional al
tamao de R.
Para crear un ndice en SQL se utiliza el comando CREATE INDEX. La sintaxis es:
CREATE INDEX index_name
ON table_name (name_of_attribute);
Ejemplo Create Index
Para crear un ndice llamado I sobre el atributo SNAME de la relacin SUPPLIER, utilizaremos la siguiente
instruccin:
53
SEGUNDO BIMESTRE
CREATE INDEX I
ON supplier (sname);
El ndice creado se mantiene automticamente, es decir, cada vez que una nueva tupla se inserte en la
relacin SUPPLIER, se adaptar el ndice I. Ntese que el nico cambio que un usuario puede percibir
cuando se crea un ndice es un incremento en la velocidad.
6.3.3.
Create View
Ahora vamos a revisar el tema de vistas, para lo cual tiene que emplear su imaginacin, ya que se puede
ver una vista como una tabla virtual, es decir, una tabla que no existe fsicamente en la base de datos,
pero aparece al usuario como si existiese. Por contra, cuando hablamos de una tabla base, hay realmente
un equivalente almacenado para cada fila en la tabla en algn sitio del almacenamiento fsico.

Es necesario que revisemos el apartado 6.4 Vistas, del texto base, que le servir
para comprender los ejercicios que se proponen ms adelante en la gua.
Entonces debemos tener claro, que las vistas no tienen datos almacenados propios, distinguibles y
fsicamente almacenados. En su lugar, el sistema almacena la definicin de la vista (es decir, las reglas
para acceder a las tablas base fsicamente almacenadas para materializar la vista) en algn lugar de los
catlogos del sistema.
En SQL se utiliza el comando CREATE VIEW para definir una vista. La sintaxis es:
CREATE VIEW view_name
AS select_stmt
Donde select_stmt es una instruccin select vlida, como se defini en la instruccin SELECT, de
la unidad anterior; Ntese que select_stmt no se ejecuta cuando se crea la vista. Simplemente se
almacena en los catlogos del sistema y se ejecuta cada vez que se realiza una consulta contra la vista.
Sea la siguiente definicin de una vista (utilizamos de nuevo las tablas de la base de datos de proveedores
y artculos):
CREATE VIEW London_Suppliers
AS SELECT s.sname, p.pname
FROM supplier s, part p, sells se
WHERE s.sno = se.sno AND
p.pno = se.pno AND
s.city = London;
Ahora podemos utilizar esta relacin virtual London_Suppliers como si se tratase de otra tabla base:
SELECT *
FROM London_Suppliers
WHERE p.pname = Tornillos;
54
SEGUNDO BIMESTRE
Lo cual nos devolver la siguiente tabla:

SNAME | PNAME
-------+---------Smith | Tornillos
Para calcular este resultado, el sistema de base de datos ha realizado previamente un acceso oculto a las
tablas de la base SUPPLIER, SELLS y PART. Hace esto ejecutando la consulta dada en la definicin de la
vista contra aquellas tablas base. Tras eso, las cualificaciones adicionales (dadas en la consulta contra la
vista) se podrn aplicar para obtener la tabla resultante.
6.3.4.
Drop Table, Drop Index, Drop View
Estimado estudiante, es normal que se cometa errores al crear tablas de base de datos, para remediar
aquello se utiliza el comando DROP TABLE, que elimina una tabla (incluyendo todas las tuplas
almacenadas en ella):
DROP TABLE table_name;
Para eliminar la tabla SUPPLIER, utilizaremos la instruccin:
DROP TABLE supplier;
Se utiliza el comando DROP INDEX para eliminar un ndice:
DROP INDEX index_name;
Finalmente, eliminaremos una vista dada utilizando el comando DROP VIEW:
DROP VIEW view_name;
6.3.5.
Catlogo de Sistemas o Diccionario de Datos
Estimado estudiante, hagamos una analoga, cuando compramos algn artefacto, ste viene con un
manual en donde podemos identificar en qu parte encontramos qu funcionalidad, de la misma forma
en todo sistema de base de datos SQL se emplean catlogos de sistema para mantener el control de qu
tablas, vistas, ndices, etc. estn definidas en la base de datos. Estos catlogos del sistema se pueden
investigar como si de cualquier otra relacin normal se tratase. Por ejemplo, hay un catlogo utilizado
para la definicin de vistas. Este catlogo almacena la consulta de la definicin de la vista. Siempre que
se hace una consulta contra la vista, el sistema toma primero la consulta de definicin de la vista del
catlogo y materializa la vista antes de proceder con la consulta del usuario.
6.3.6.
Ejemplos de Constraints de Integridad
Ejemplo 1: Constraint de unicidad UNIQUE

CREATE TABLE employees(
employee_id NUMBER(6),
last_name VARCHAR2(25) NOT NULL,
email VARCHAR2(25),
55
SEGUNDO BIMESTRE
salary NUMBER(8,2),
commission_pct NUMBER(2,2),
hire_date DATE NOT NULL,
...
CONSTRAINT emp_email_uk UNIQUE(email));
A travs de la sentencia CONSTRAINT se est definiendo un ndice de tipo nico basado en el atributo
email, con lo que no se permitir direcciones de correo duplicadas.
Ejemplo2: Constraint de clave primaria PRIMARY KEY y de Obligatoriedad NOT NULL
CREATE TABLE departments(
department_id NUMBER(4),
department_name VARCHAR2(30) CONSTRAINT dept_name_nn NOT NULL,
manager_id NUMBER(6),
location_id NUMBER(4),
CONSTRAINT dept_id_pk PRIMARY KEY(department_id));
El constraint dept_name_nn NOT NULL, define que para este atributo no se acepten valores nulos. El
constraint dept_id_pk define la clave primaria de la relacin basada en el atributo department_id.
Ejemplo 3: Constraint de clave fornea FOREIGN KEY
CREATE TABLE employees(
employee_id NUMBER(6),
last_name VARCHAR2(25) NOT NULL,
email VARCHAR2(25),
salary NUMBER(8,2),
commission_pct NUMBER(2,2),
hire_date DATE NOT NULL,
...
department_id NUMBER(4),
CONSTRAINT
emp_dept_fk
FOREIGN
departments(department_id),
CONSTRAINT
KEY
(department_id)
REFERENCES
emp_email_uk UNIQUE(email));
El constraint emp_dept_fk define una clave fornea, que est basada en el atributo department_id de la
tabla employees y que hace referencia a la tabla departments en el atributo department_id.
Ejemplo 4: Constraint de chequeo CHECK
..., salary NUMBER(2) CONSTRAINT emp_salary_min CHECK (salary > 0),...
El constraint emp_salary_min hace una validacin de que el valor del salario ingresado siempre sea
mayor que cero.
6.3.7.
Modificacin de constraints, sintaxis
Un constraint luego de ser creado puede ser modificado, para ello utilizamos la siguiente clusula:
56
SEGUNDO BIMESTRE
ALTER TABLE table

ADD [CONSTRAINT constraint] type (column);
Ejemplo: A continuacin se modificar la tabla employees aadiendo un constraint de tipo foreign key
basado en el atributo manager_id y que hace referencia a la tabla employees en el atributo employee_id.
ALTER TABLE employees

ADD CONSTRAINT emp_manager_fk
FOREIGN KEY(manager_id) REFERENCES employees(employee_id);
Para borrar un constraint, se debe hacer un ALTER a la table correspondiente utilizando la clusula DROP
CONSTRAINT seguida del nombre del element a borrar.
DROP CONSTRAINT emp_manager_fk;
Para deshabilitar y habilitar un constraint, se debe utilizar la sentencia DISABLE o ENABLE respectivamente,
seguido del nombre del elemento a modificar.
DISABLE CONSTRAINT emp_emp_id_pk CASCADE;
ENABLE CONSTRAINT emp_emp_id_pk;
Se puede utilizar las clusulas CASCADE CONSTRAINTS, para generar borrados en cascada:
ALTER TABLE test1
DROP (pk) CASCADE CONSTRAINTS;
ALTER TABLE test1
DROP (pk, fk, col1) CASCADE CONSTRAINTS;
6.4. Privilegios y Seguridad

Lo que analizaremos ahora son mecanismos de seguridad que se implementan para prevenir que la
base de datos sea accesada por quien no debe hacerlo. Analice el siguiente grfico:
57
SEGUNDO BIMESTRE
6.1 Esquema Control de acceso de usuarios (Oracle, 2002)

Claramente podr identificar en un nivel ms alto al administrador de base de datos, que es quin asigna
los privilegios respectivos para los usuarios, los cuales pueden ingresar a la base de datos siempre y
cuando proporcionen un nombre de usuario y un password.
6.4.1.
Creacin de Usuarios
Ahora revisemos brevemente algunos otros trminos:

CREATE USER user IDENTIFIED BY password;
Ejemplo de creacin de usuario:
CREATE USER scott IDENTIFIED BY tiger;
Para cambiar el password de un usuario se usa el comando ALTER USER, ejemplo:
ALTER USER scott IDENTIFIED BY lion;
6.4.2.
Privilegios del sistema
Para otorgar privilegios a nivel de sistema, ya sea a un usuario o rol, utilizamos el comando GRANT.
GRANT privilege [, privilege...] TO user [, user| role, PUBLIC...];
Ejemplo:
GRANT create session, create table, create sequence, create view TO scott;
6.4.3.
Privilegios a nivel de objetos
Para otorgar privilegios a nivel de objetos, ya sea a un usuario o rol, utilizamos el comando GRANT.
Tambin podemos asignar el derecho de otorgar privilegios a otros usuarios a travs de la opcin WITH
GRANT OPTION.
58
SEGUNDO BIMESTRE
GRANT object_priv [(columns)] ON object TO {user|role|PUBLIC} [WITH GRANT OPTION];

Ejemplos:
GRANT select ON employees TO sue, rich;
GRANT update (department_name, location_id) ON departments TO scott, manager;
GRANT select, insert ON departments TO scott WITH GRANT OPTION;
GRANT select ON alice.departments TO PUBLIC;
6.4.4.
Revocar privilegios
Para revocar los privilegios otorgados ya sea de sistema o a nivel de objeto, utilizamos el comando
REVOKE.

REVOKE {privilege [, privilege...]|ALL} ON object FROM {user[, user...]|role|PUBLIC} [CASCADE

CONSTRAINTS];
Ejemplo:
REVOKE select, insert ON departments FROM scott;
6.4.5. Roles
Bien, ahora nos corresponde revisar lo que son los roles, que se definen como la agrupacin de privilegios
que pueden ser asignados a uno o varios usuarios. La utilizacin de roles nos da ciertas ventajas, como
una administracin centralizada, mayor control de los privilegios otorgados, brinda mayor seguridad, tal
como se muestra en el siguiente grfico:
6.2. Esquema acerca de un rol de usuario (Oracle, 2002)

Veamos entonces la sentencia para crear un rol:

CREATE ROLE manager;
Ahora asignamos privilegios para el rol creado:

GRANT create table, create view TO manager;
59
SEGUNDO BIMESTRE
Una vez definido el rol, podemos asignarlo a los usuarios. La siguiente sentencia asigna el rol manager a
dos usuarios: DeHaan y Kochhar.
GRANT manager TO DEHAAN, KOCHHAR;
Resumen
Sentencia
Accin
CREATE USER
Crea un usuario, tarea ejecutada normalmente por el DBA
GRANT
Entrega privilegios a otros usuarios para accesar a sus objetos
CREATE ROLE
Crea un coleccin de privilegios, ejecutado por el DBA
ALTER USER
Cambia passwords de los usuarios
REVOKE
Borra privilegios en un objeto de un usuario.
Conviene que luego estudie este captulo en el texto base, y vaya realizando
cuidadosamente y comprendiendo los ejemplos planteados.
Muy bien, con el mismo esfuerzo continuemos con el estudio de la unidad 7, no sin antes recordar que a
continuacin se proponen algunas actividades recomendadas que sera bueno desarrollarlas.
Estimado estudiante, desarrolle las actividades siguientes para medir como ha asimilado los
conocimientos, esto le permitir saber los temas que debe reforzar.
De las cuestiones de repaso propuestas al final del captulo 6 del texto base, desarrolle los puntos del
6.1 al 6.9.
Ejercicios

Resolver ejercicio 6.10 a 6.23

60
SEGUNDO BIMESTRE
61
SEGUNDO BIMESTRE
Autoevaluacin 6

Responda Verdadero o Falso, segn corresponda, a las siguientes afirmaciones:

a.
UPDATE es una sentencia DDL
b.
Para agregar una columna a una tabla utilizo la sentencia ALTER TABLE
c.
Una vista es una tabla de la base de datos, que ocupa espacio en disco
d.
Una clave externa se puede definir a travs de la clusula FOREIGN KEY
e.
Una manera para hacer que las consultas sean ms fciles de escribir es el empleo de
vistas
f.
La sentencia NOT NULL significa que un campo numrico no acepta valores de cero
g.
La instruccin ROLLBACK hace que una transaccin vuelva a aplicarse y por lo tanto
modifique la base de datos
h.
Cuando se crea un objeto en la base de datos, se debe indicar el propietario del mismo
i.
Una de las ventajas de las vistas son las restricciones de estructura.
j.
La sintaxis para borrar un ndice es DROP [Nombre Tabla] INDEX [Nombre ndice]
Ensayo
h.
Estudie la sintaxis para definicin de datos de Oracle, de manera especfica busque como emplear
la sintaxis para Oracle Express Edition. Se requiere conocer la forma de crear tablas, definir
integridad referencial y creacin de vistas.
l.
Realice la definicin de datos de las tablas siguientes, mediante lenguaje de definicin de datos.

estado_estudiante)
62
SEGUNDO BIMESTRE
UNIDAD 7: MODELO ENTIDAD RELACIN

gua el captulo 11 del texto base: Modelo entidad relacin
Continuando con el desarrollo de las unidades, nos corresponde revisar lo concerniente al modelo
entidad-relacin. Es importante resaltar que para desarrollar un sistema de base de datos, se inicia
con la recopilacin y captura de informacin, luego se requiere de un anlisis y documentacin de los
requerimientos del negocio. A partir de ello, estaremos listos para comenzar la fase de diseo de la base
de datos.
Los modelos ER son una tcnica de gran importancia que los diseadores de base de datos deben
dominar, ya que forma parte de una metodologa de diseo. El texto base utiliza la nomenclatura de
UML3 para representar el modelo ER.
Le ayudaremos a adquirir los conocimientos y habilidades necesarias para desarrollar los modelos
entidad relacin en el diseo de bases de datos.
7.1. Elementos del modelo ER

Es momento de recurrir al texto base que va tratando cada uno de los elementos del modelo ER.

Tipos de entidad
Tipos de relacin
Atributos
Cada uno de los apartados tratados en el texto base respecto a estos elementos explica claramente sus
elementos, adems que presenta diagramas que le ayudan a relacionarlos con la teora.

Revise en su texto base los apartados 11.1, 11.2 y 11.3 para que pueda afianzar
sus conocimientos acerca del tema
7.2. Tipos de entidad

Un tipo de entidad representa a un objeto del mundo real. Este concepto tambin es tratado por otros
autores simplemente como entidad, es preciso aclarar que son trminos equivalentes.
Un concepto involucrado en este tema es instancia de una entidad, que viene a ser un objeto que es
nico dentro de un tipo de entidad. Vendra a ser un objeto especfico del mundo real.
UML Unified Modeling Language
63
SEGUNDO BIMESTRE
Ejemplo: tenemos el tipo de entidad persona, una instancia de entidad es Mara Jos Sotomayor que
tendr valores propios en cada uno de los atributos restantes.

Liste ejemplos de entidades fsicas (ejemplo personas, productos, vehculos) y

entidades conceptuales (venta).
7.3. Tipos de relacin

Un tipo de relacin representa a una asociacin entre uno o ms tipos de entidad. Este trmino tambin
se conoce como relacin, es preciso aclarar que son trminos equivalentes.
Instancia de una relacin, es una asociacin identificable de forma unvoca que incluye una instancia de
cada entidad participante de la relacin.

De las entidades identificadas, ubique las relaciones que puede existir entre
ellas.
En este tema vale resaltar un concepto importante dentro de los tipos de entidad, que es el grado de un
tipo de relacin que indica el nmero de tipos de entidad que participan en una relacin, de acuerdo a
esto y segn lo que ha revisado en el texto base, d respuesta a las siguientes interrogantes:
Qu tipos de relaciones se pueden dar?
Qu es una relacin recursiva?
Para qu sirven los papeles o roles dentro de una relacin recursiva?
Asegrese de responder a las interrogantes, lo que indicar que ha comprendido el tema de las entidades
recursivas y cmo identificar los roles o papeles que determinan la participacin de las entidades.

Identifique un ejemplo diferente a los revisados donde exista entidades

recursivas, es preciso que indique los roles que cumplen las entidades.
7.4. Atributos
Ahora vamos a revisar lo que son los atributos. Las propiedades particulares de los tipos de entidad se
denominan atributos. Cada atributo tiene un dominio asociado. Un dominio puede ser usado por uno
a varios atributos.

Estudie su texto base y realice un esquema donde resuma las caractersticas de

los diferentes tipos de atributos.
Revise si puede definir todos los tipos de atributos:

Simples y compuestos

Univaluados y multivaluados
Derivados
64
SEGUNDO BIMESTRE
Adems, debemos mencionar que una relacin tambin puede tener atributos.

Disee dos entidades relacionadas, estudiante, carreras, y seale: los dominios

de los atributos, atributos simples y compuestos, atributos univaluados,
multivaluados, derivados.
7.5. Atributos de las relaciones

Tal como sucede con las entidades, las relaciones pueden tener asociadas unos atributos. La presencia
de atributos en una relacin indica que oculta un tipo de entidad an no identificado. Su representacin
es similar a los atributos de entidades pero para distinguirlos, los atributos de entidades se asocian a una
relacin utilizando una lnea punteada. Analice en su texto base la figura 11.13.

Estudie el apartado de atributos de las relaciones, revise con cuidado las figuras
a las que hace referencia
7.6. Claves
Los conceptos que tratamos aqu son los ya revisados en el modelo relacional, pero conviene revisarlos
para confirmar que est bien comprendido. Como apoyo analice la figura 11.11 en su texto base.

Estimado estudiante, revise el apartado 11.3.4 Claves, para reforzar sus

conocimientos.
En las entidades estudiante, carreras seale cuales son las claves candidatas,
clave principal y clave compuesta
7.7. Tipos de entidades fuertes y dbiles.

Ahora vamos a revisar lo concerniente a las entidades fuertes y dbiles, por lo que conviene referirse a
su texto base.

Estimado estudiante, revise el apartado 11.4 de su texto base que hace

referencia a los tipos de entidad fuertes y dbiles.
De seguro que ahora ya sabe identificar una entidad fuerte de una dbil, entonces le recomiendo realice
un esquema donde resuma las caractersticas de los tipos de entidad.
A lo revisado, merece resaltar que una entidad fuerte tiene existencia propia y que una entidad dbil
debe su presencia a que se halla una entidad fuerte.

Seale al menos dos entidades dbiles y dos fuertes en un sistema de gestin

acadmica universitaria.
65
SEGUNDO BIMESTRE
7.8. Restricciones estructurales

Seguidamente vamos a revisar las restricciones estructurales del modelo ER. Para un mejor entendimiento
es conveniente revisar el texto base.

Estimado estudiante, revise el apartado 11.6 de su texto base que trata el tema
de restricciones estructurales.
Para reforzar lo revisado en el texto base, le sugiero que realice un esquema donde resuma las restricciones
estructurales del modelo ER.
Corresponden a las restricciones que pueden imponerse a las entidades que participan en una relacin.
Multiplicidad
Cardinalidad
Participacin
7.8.1. Multiplicidad
Continuando con el tema de las restricciones, ahora revisaremos el principal tipo de restriccin se denomina
Multiplicidad, que a travs de ella se trata de representar las reglas de negocio y garantiza la identificacin y
representacin de restricciones empresariales.
De acuerdo a lo revisado, cmo suelen clasificarse las relaciones binarias?
Para asimilar de mejor forma lo revisado, analice las figuras 11.14(b), 11.15(b) y 11.16(b), propuestas en
el texto base.
La multiplicidad se compone de dos restricciones separadas: cardinalidad y participacin.
Revisemos este apartado e identifiquemos las restricciones mencionadas.

66
En el ejemplo siguiente analice e identifique cuales son las entidades, atributos,

relaciones, atributos de relacin, multiplicidad, adems, seale las restricciones
de cardinalidad y de participacin; puede encontrar una relacin recursiva?
Asegrese que se haya comprendido muy bien este tema.
SEGUNDO BIMESTRE
Figura 7.1. Diagrama entidad relacin DreamHome (Connolly, 2005)

En el ejemplo de la grfica anterior se identifica el tipo de entidad STAFF, como una relacin recursiva,
debido a que se relaciona consigo misma a travs del tipo de relacin SUPERVISES.
7.9. Modelo entidad relacin avanzado

Continuando con los contenidos a desarrollar, es momento de revisar lo que tiene que ver con el modelo
ER avanzado, en el texto base.

Para profundizar en el tema refirase al captulo 12 de su texto bsico.
67
SEGUNDO BIMESTRE
Luego de que ha ledo y analizado el tema del modelo ER avanzado, podr distinguir las limitaciones
de los conceptos bsicos del modelo ER y los requisitos para representar aplicaciones ms complejas
utilizando conceptos adicionales han dado lugar a conceptos adicionales ms tiles para el modelado
de datos a travs del modelo ER avanzado: especializacin/generalizacin, agregacin.
En este punto, le sugiero que identifique los trminos ms relevantes y trate de armar sus propios
conceptos, esto le ayudar para reforzar sus conocimientos.
En la figura siguiente identifique los elementos del modelo ER avanzado.
Figura 7.2.Ejemplo de un diagrama ER avanzado (Connolly, 2005)

En la grfica anterior se puede observar claramente identificados los elementos presentados en un
diagrama E/R Avanzado, como son: especializacin, generalizacin, restriccin de participacin y
restriccin de disyuncin, superclase y subclase.
Excelente, continuemos as, desarrolle las actividades recomendadas y la autoevaluacin para determinar
su nivel de conocimiento, refuerce lo que sea necesario y continuemos con la unidad 8.
68
SEGUNDO BIMESTRE
De las cuestiones de repaso planteadas al final del captulo 11 Modelos Entidad relacin, desarrolle los
puntos del 11.1 al 11.8.
Ejercicios

Ejercicios 11.10 11.12
69
SEGUNDO BIMESTRE
Autoevaluacin 7

Srvase responder Verdadero o Falso, segn corresponda a las siguientes afirmaciones:
a.
Las relaciones recursivas no existen.
b.
Un atributo tiene existencia independiente.
c.
El dominio de un atributo es el conjunto de valores permitidos para uno o ms

atributos.
d.
Aquel que contiene mltiples valores para cada instancia de un tipo de entidad es un
atributo compuesto.
e.
La clave candidata es un conjunto mnimo de tipos de entidad que identifica de forma

nica cada instancia de un tipo de entidad.
f.
Una clave compuesta, es una clave principal que est compuesta de dos o ms
atributos.
g.
Si la existencia de una entidad no depende de ningn otro tipo de entidad, estamos

hablando de un tipo de entidad fuerte.
h.
La cardinalidad describe el nmero mximo de posibles instancias de relacin para

una entidad que participa en una relacin dado.
i.
Una de las restricciones principales sobre las relaciones es la multiplicidad.
j.
El modelado debe recoger todas las restricciones empresariales apropiadas.
Ensayo
k.
Ubique dos ejemplos donde se pueda observar entidades fuertes y entidades dbiles.
l.
De su texto base desarrolle el ejercicio 11.12 que describe los requisitos de datos de una empresa
de alquiler de pelculas de video.
m.
Del ejercicio anterior, analice si se puede aplicar los conceptos de modelamiento ER avanzado:
especializacin y generalizacin. De ser posible realice los cambios respectivos.
70
SEGUNDO BIMESTRE
UNIDAD 8: NORMALIZACIN

gua el captulo 13 del texto base: Normalizacin
Lleg el momento de revisar otro tema clave de la asignatura: La normalizacin. Que tiene gran
importancia a la hora de disear una base de datos para una organizacin, ya que se espera crear una
representacin precisa de los datos, de las relaciones entre ellos y las restricciones que son aplicables.
Para conseguir este objetivo podemos emplear una o ms tcnicas de diseo.
Esta tcnica comienza examinando las relaciones entre atributos, a travs de las dependencias
funcionales. Luego se aplican una serie de reglas (formas normales) que deben cumplirse para ir logrando
una adecuada distribucin de los atributos. Uno de los propsitos claros de la normalizacin es eliminar
la redundancia de las relaciones.
En primer lugar cercirese de ir comprendiendo cmo identificar las dependencias funcionales y luego
la aplicacin de las formas normales. Le invitamos a continuar con esta unidad.

Estimado estudiante, srvase revisar el captulo 13 de su texto base que hace

referencia a la Normalizacin, Segn como vaya avanzando en la revisin de
los apartados en la gua didctica, as tambin vaya revisando su texto base.
8.1. Objetivos del diseo de bases de datos

Entre las metas ms importantes que se persiguen al disear un modelo de bases de datos, se encuentran
las siguientes:

Acceso eficiente a la informacin con redundancia mnima

Diseo de esquemas que cumplan con las formas normales
Informacin adicional
Especificacin de limitantes (dependencia funcionales)
De lo anteriormente sealado podemos deducir la importancia del diseo de base de datos.
8.2. Peligros en el diseo de bases de datos Relacionales.

Como en toda actividad, tambin en el diseo de base de datos aparecen algunos inconvenientes que
se presentan cuando el diseo de un modelo no satisface las formas normales, inconvenientes como:

Repeticin de la informacin
Dificultad para representar y/o interpretar cierta informacin.
Prdida de la informacin
71
SEGUNDO BIMESTRE
Ejemplo: Suponga que se desea gestionar las pelculas y sus actores, donde se asume que existe una
base de datos de pelculas cuyo identificador es el cdigo de la pelcula.
1. La versin 1 es:
codPeli
titulo
ao
estudio
actor
nacionalidad
peli_actor
Problemas que presenta:

Repeticin de datos de la pelcula por cada actor de la misma.
Al modificar un atributo de la pelcula, deber recorrerse todo el archivo, para modificar uno
a uno todos los registros donde se haga referencia.
2. La versin 2 (separacin de atributos de acuerdo a cada entidad):

codPeli
titulo
actor
ao
estudio
peli_actor
nacionalidad

No funciona porque no hay relacin entre entidades.
3. La versin 3 quedara como:

codPeli
titulo
actor
ao
estudio
nacionalidad
peli_actor
codPeli

Slo se registran actores que han actuado en pelculas, o dicho de otra manera el atributo
codPeli en actores sera NULL.
Repetir datos del actor por cada pelcula o reutilizar el campo codPeli en actores, lo ltimo
tiene dos problemas:

Se pierde el historial de actuaciones de los actores.
Un actor solo puede estar en una pelcula a la vez.
Al caso mostrado en la Versin 3 se le denomina DESCOMPOSICIN CON PERDIDA dado que al realizar la
descomposicin se pierde informacin que exista por la relacin entre los atributos.
72
SEGUNDO BIMESTRE
4.

Versin 4
Pelcula
codPeli
Actor
actor
titulo
ao
estudio
Pelcula-Actor
nacionalidad
codPeli
actor
La versin 4 es el modelo ptimo, ya que se elimina la duplicacin de datos, en cualquier instante

podremos saber en qu pelculas ha actuado determinado actor, podremos saber cul es el reparto de
actores para cierta pelcula. En este caso hemos utilizado la entidad pelcula-actor como puente de los
datos ente las tablas pelcula y actor.
8.3. Normalizacin
Es momento de profundizar ms el estudio de la normalizacin, dentro del cual existen las denominadas
formas normales que se analizarn a lo largo de la unidad. Guindonos a travs de la metodologa de
diseo de base de datos, propuesta en el texto base, una vez concluido el diseo lgico, se debe aplicar el
proceso de normalizacin con el objeto de optimizar nuestro modelo de datos, a travs de la eliminacin
de redundancia.

Conviene que revise e identifique en su texto base, cul es el propsito de este

proceso formal.
8.4. El propsito de la normalizacin

Una vez que ha identificado el propsito de la normalizacin, estamos listos para continuar, pero si todava
no tiene muy claro dicho propsito, es conveniente que nuevamente realice una lectura comprensiva
del apartado y resalte lo ms relevante.

Analice Cules son las caractersticas de un conjunto adecuado de relaciones

incluyentes?
8.5. Cmo ayuda la normalizacin al diseo de base de datos?

El proceso formal de normalizacin influye en dos escenarios, el uno en donde su papel principal
es apoyar en la identificacin de relaciones y el otro como medio de verificacin para comprobar la
estructura de las relaciones.

Estudie el apartado detenidamente y analice la figura 13.1 que muestra cmo

se puede utilizar la normalizacin para apoyar en el diseo de base de datos.
73
SEGUNDO BIMESTRE
8.6. Redundancia de datos y anomalas de actualizacin

Uno de los objetivos de una base de datos es la eliminacin de la redundancia de datos, asegurando
as la consistencia de la misma, es por ello que este tema resulta de vital importancia al momento de
normalizar un modelo de datos.

Recurra al texto base para realizar una lectura comprensiva del apartado, y
vaya abstrayendo los puntos ms importantes.
Habamos dicho que el principal objetivo de una base de datos relacional es agrupar los atributos
en relaciones de modo que se minimice la redundancia de los datos. Puede identificar las ventajas
potenciales en la implementacin de la base de datos?
8.6.1.
Tipos de anomalas de actualizacin
Generalmente cuando hay redundancia de datos, sta provoca anomalas de insercin, borrado,
modificacin.
Es necesario que identifique cuando se producen los diferentes tipos a anomalas.

Elabore un diagrama donde se expliquen las anomalas de actualizacin.
Describa con un ejemplo cada una de las tres anomalas.
8.7. Dependencias funcionales

Siguiendo con el estudio de la unidad, conviene recordar el concepto asociado con la normalizacin es
el de dependencias funcionales (DF), que describe la relacin entre atributos.
Con las DF aparece el trmino determinante de una DF que es el atributo o atributos situados a la
izquierda de la flecha que describe la dependencia.

Recurra a este apartado para estudiar pausada y comprensivamente este tema.

Es importante que usted domine este aspecto antes de avanzar en el estudio.
Si tenemos una relacin R, con los atributos A, B y C, se dice que B depende funcionalmente de A (AB)
siempre que para cada valor distinto en A hay un solo valor en B.
Observemos grficamente:
74
SEGUNDO BIMESTRE
Si analizamos AB tenemos que:

Cada valor en A tiene un solo valor en B. Si se cumple
la dependencia funcional
Si analizamos BC tenemos que:
Hay dos valores distintos en B que son B1 y B3 , para
B1 se tiene un solo valor C2 pero para B3 se tiene C2
y C1 y con esto no cumple la regla de dependencia
Estudie las caractersticas de las dependencias funcionales y los diferentes tipos de dependencias:
interesa que domine dependencia funcional completa y dependencia transitiva. No avance en los temas
si an tiene dudas.
El apartado correspondiente a identificacin de dependencias funcionales resulta muy valioso puesto
que presenta las pautas para la correcta ubicacin de las DF. Lo ms importante en su identificacin es
comprender bien el significado de cada atributo y las relaciones existentes entre ellos.
Adems, utilizando las dependencias funcionales podemos encontrar la clave principal de una relacin.
Analice juiciosamente este punto, y aproveche los ejemplos propuestos.

Desarrolle un ejemplo tomando como referencia los ejemplos (del 13.1 al 13.8)
que se presentan en el apartado y comprtalo con sus compaeros a travs del
foro.
8.8. El Proceso de normalizacin

Hemos dicho ya que la normalizacin es una tcnica para analizar relaciones en base a su clave principal
o claves candidatas y en las dependencias funcionales.

Acudamos al apartado Proceso de normalizacin del texto base y analicemos

dicho proceso y las reglas que se aplican.
Recuerde que las caractersticas principales de la DF que utilizamos para la normalizacin son las
dependencias que:

Presentan una relacin uno a uno entre los atributos del lado izquierdo y los del derecho de la
dependencia;
Dichas dependencias se cumplen en todo instante de tiempo; y
Se trata de dependencias funcionales completas.

Revise la figura 13.8, que corresponde al diagrama que ilustra el proceso de

normalizacin, y aprovchela para conocer los pasos siguientes.
75
8.8.1.
SEGUNDO BIMESTRE
Primera forma normal
Una relacin se encuentra en 1FN si cada interseccin fila-columna contiene datos atmicos, es decir un
solo valor.
8.8.2.
Revise el apartado, y realice un mapa conceptual que refiera a los que se

requiere realizar en torno a la 1FN. Aproveche adems los ejemplos propuestos.
Recuerde las definiciones de forma no normalizada (UNF) y primera forma

normal (1FN).
Segunda forma normal
Una relacin se encuentra si y solo s:
8.8.3.
a)
Est en 1FN
b)
Cada atributo que no forma parte de la clave primaria, depende funcionalmente de forma
completa de sta.

Revise el apartado, y realice un mapa conceptual que refiera a los que se

requiere realizar en torno a la 2FN. Aproveche adems los ejemplos propuestos.
Recuerde la definicin de segunda forma normal (2FN).
Tercera forma normal
Una relacin se encuentra en 3FN si:

a)
Est en 2FN.
b)
No existen dependencias funcionales transitivas.
Revise el apartado, y realice un mapa conceptual que refiera a los que se requiere realizar en torno a la
3FN. Aproveche adems los ejemplos propuestos.
Recuerde las definiciones de dependencia transitiva y tercera forma normal (3FN).
8.8.4.
Definiciones generales de la 2FN y 3FN
Las definiciones de 2FN y 3FN presentadas, prohben la existencia de dependencias parciales o transitivas
respecto de la clave primaria de la relacin. Sin embargo no se consideran las otra claves candidatas de
la relacin que tambin debemos asegurar que por ese lado se cumpla la 2FN y 3FN.
Realice una lectura comprensiva del apartado y analice su aplicabilidad.
76
SEGUNDO BIMESTRE
nimo, de seguro ahora ya sabe aplicar las reglas de normalizacin para eliminar redundancia de un
diseo de base de datos, y para reforzar aquello puede desarrollar las actividades recomendadas. Siga
esforzndose para revisar la unidad 9.
De las cuestiones de repaso propuestas al final del captulo 13 Normalizacin, de su texto
base, desarrolle los puntos del 13.1 al 13.12.
Ejercicios

Ejercicios 13.13 a 13.16

77
SEGUNDO BIMESTRE
Autoevaluacin 8

Srvase responder Verdadero o Falso, segn corresponda a las siguientes afirmaciones:
a.
La normalizacin es un mtodo informal
b.
Una relacin sufre de anomalas de actualizacin cuando tiene redundancia en los

datos
c.
Al identificar las dependencias funcionales, el atributo o grupo de atributos que est

del lado izquierdo de la flecha se denomina determinante
d.
Una tabla que contiene uno o ms grupos repetitivos es una tabla en 1ra. Forma
normal
e.
Para que una relacin sea susceptible de normalizar debe tener una dependencia
funcional completa
f.
Basndose en sus claves y en las dependencias funcionales existentes entre sus

atributos la normalizacin nos puede ayudar a identificar relaciones
g.
Una de las clasificaciones de anomalas es la de insercin.
h.
Una relacin no puede tener ms de una clave candidata.
i.
El proceso de normalizacin nos permite obtener relaciones bien formadas.
j.
El identificar dependencias funcionales no ayuda en la eleccin de claves primarias

para las relaciones.
Ensayo
k
Llevemos el ejercicio desarrollado en el captulo de Modelo entidad relacin a tablas donde analice
si se cumplen las tres primeras formas normales.
l.
Disee su propio ejercicio de normalizacin y vaya identificando como se van cumpliendo las
formas normales.
78
SEGUNDO BIMESTRE
UNIDAD 9: METODOLOGA: DISEO CONCEPTUAL DE LA BASE DE DATOS

gua el captulo 15 del texto base: Metodologa: diseo conceptual de la
base de datos
Siguiendo con la metodologa de diseo de base de datos que propone el texto base, revisaremos la fase
de diseo conceptual, cuyo objetivo es construir la representacin conceptual de la base de datos que
incluye la identificacin de las entidades, relaciones y atributos ms importantes.
El estudio de la presente unidad le permitir conocer en forma general las fases de la metodologa
de diseo de una base de datos, entendiendo en cada una de stas el papel que cumple as como su
utilidad. As tambin conoceremos la importancia de documentar todo el proceso de diseo de base de
datos, interactuando en todo momento con los usuarios finales que juegan un papel fundamental en
todo el proceso de diseo conceptual de la base de datos. Avancemos con el estudio de esta unidad.
9.1. Metodologa de diseo de base de datos

Seguramente ya se ha enterado que para todo proceso ordenado, nos valemos de una metodologa,
as tambin para el diseo de base de datos, se debe adoptar una metodologa que nos brinde las
herramientas necesarias para lograr un diseo robusto. En el diseo de base de datos se puede determinar
tres fases bien marcadas: diseo conceptual, diseo lgico y diseo fsico. Ahora comenzaremos a revisar
la fase de diseo conceptual.

Realice una lectura comprensiva de apartado: 15.1 introduccin a la

metodologa de diseo de base de datos. Al final del apartado se encuentran
algunas directrices que pueden ser crticas a la hora de disear una base de
datos.
9.2. Diseo conceptual de la base de datos

Seguidamente vamos a abordar el estudio de la primera fase de diseo de base de datos, el diseo
conceptual.

Es importante que usted profundice y estudie detenidamente el apartado 15.3

referente al diseo conceptual de la base de datos y vaya haciendo un mapa
conceptual en torno a lo ms relevante de este tema.
Ahora que tiene una idea sobre lo que es el diseo conceptual, puede deducir que como su nombre
lo dice, trata de modelar un concepto lo ms cercano al mundo real. En esta etapa se dejan de lado las
consideraciones fsicas como hardware o SGBD a utilizar. En esta fase se requiere la colaboracin de los
usuarios y es donde ms adecuaciones al diseo se tendr que hacer, por lo que es recomendable que
asigne el tiempo suficiente para rehacer algunas tareas que a manera de refinamiento se tienen que dar
hasta que el modelo conceptual est listo para poder pasarlo a un modelo lgico.
79
SEGUNDO BIMESTRE
9.3. Paso 1 Construccin de un modelo conceptual de los datos

Como habr revisado, un modelo conceptual de los datos comprende: tipos de entidad, tipos de
relacin, atributos, dominios de atributos, claves principales y claves alternativas, as tambin es
importante recalcar que se debe documentar todo el proceso, por lo que en sta fase formar parte de la
documentacin el diagrama E-R y el diccionario de datos que se construyen en el desarrollo del modelo.
Esta etapa se compone de varias actividades que las detallamos a continuacin:
Paso 1.1 Identificar los tipos de entidad
En este paso se tiene que identificar los objetos que son de principal atencin de los usuarios, que son
los tipos de entidad, y los podemos encontrar en la especificacin de requisitos de usuario. Ejemplos de
tipos de entidad pueden ser: Empleado, Libro, Proyecto, etc.
Paso 1.2 Identificar los tipos de relacin
Una vez identificadas las entidades, el paso siguiente sera identificar las relaciones entre dichas
entidades. Una vez ms podemos servirnos de la especificacin de requisitos de usuario para identificar
los tipos de relacin.
Recuerde: Normalmente, las relaciones se indican mediante verbos o expresiones verbales.
Paso 1.3 Identificar y asociar los atributos con los tipos de entidad y de relacin
El paso siguiente es identificar qu informacin se requiere almacenar de las entidades y relaciones
identificadas, se puede acudir a la especificacin de requisitos de usuario.
Paso 1.4 Determinar los dominios de los atributos
Una vez haya identificado los atributos necesarios, deber asignarles sus dominios, es decir el conjunto
de posibles valores que uno o ms atributos pueden tomar.
Paso 1.5 Determinar los atributos de clave candidata, principal y alternativa
En este paso debe identificar las claves candidatas de cada entidad, para elegir una entre ellas que ser
la clave principal y las restantes sern las claves alternativas.
Clave candidata
Es un conjunto mnimo de atributos de una entidad que identifican unvocamente cada instancia de
dicha entidad.
Clave principal
La clave candidata seleccionada para identificar de forma nica cada tupla de la entidad.
Claves alternativas
Las claves candidatas restantes luego de elegir la clave principal.
80
SEGUNDO BIMESTRE
Paso 1.6 Considerar el uso de conceptos de modelado avanzados (opcional)

Para este paso se debe analizar la pertinencia o no de conceptos avanzados de modelado como
especializacin, generalizacin, agregacin.
Paso 1.7 Comprobar si el modelo tiene redundancia
En este paso se verifica el modelo para que est libre de redundancia, para lo cual se reexamina las
relaciones uno a uno y se elimina las redundancias si hubiere.
Paso 1.8 Validar el modelo conceptual comprobando las transacciones de los usuarios
Como se podr dar cuenta, el producto de esta fase ser el modelo E-R, el mismo que tiene que ser
validado para confirmar que soporta las transacciones requeridas por los usuarios, para lo cual nos
valemos de dos tcnicas conocidas:
1.
Comprobar que toda la informacin (entidades, relaciones y sus atributos) requerida por cada
transaccin est incluida en el modelo.
2.
Representar diagramticamente la ruta que cada transaccin toma, dibujndola directamente en

el diagrama E-R.
Paso 1.9 Repasar el modelo de datos conceptual con los usuarios

Debera revisar el usuario el modelo conceptual? Como paso final del diseo conceptual, se debe hacer
una revisin con los usuarios para obtener una especie de autorizacin por parte de ellos formalizando
as su aceptacin de que el diseo es una representacin verdadera de la parte de la organizacin que
se est modelando.

Elabore un mapa mental o cuadro sinptico en donde haga constar los puntos
principales de cada actividad del diseo conceptual.
Sigamos adelante, trate de desarrollar las actividades recomendadas propuestas a continuacin. Slo
falta estudiar la ltima unidad. Siga que con constancia alcanzar todas sus metas.
De las cuestiones de repaso propuestas al final del captulo 15, desarrolle los puntos 15.2, 15.3, 15.4, 15.6,
15.7 y 15.11.
81
SEGUNDO BIMESTRE
Ejercicios
Elija alguno de los problemas propuestos en los primeros captulos del texto base y construya
el modelo conceptual, el objetivo es llevar a la prctica todos los conocimientos adquiridos en
la unidad.

82
SEGUNDO BIMESTRE
Autoevaluacin 9

Srvase responder con Verdadero o Falso a las siguientes afirmaciones:
a.
Una metodologa de diseo, impone ms burocracia a los procesos de diseo
b.
El modelo conceptual de los datos es enteramente independiente de los detalles de

implementacin (SGBD, hardware a utilizar)
c.
El modelo conceptual de datos se valida con el propsito de conseguir autorizacin

de parte del cliente, para pasar a la siguiente fase de diseo de la base de datos
d.
Al momento de validar el modelo ER, no importa si falta alguna entidad, relacin y/o
atributo ya que se puede generar en el proceso de normalizacin
e.
Alguna decisin que por cuestiones de rendimiento se tome en el diseo fsico, puede
afectar la estructura del modelo conceptual
f.
Un modelo conceptual de datos comprende tipos de dominio
g.
La etapa de diseo conceptual es la nica que no genera documentacin
h.
Una tcnica para validar que el modelo conceptual soporta las transacciones de los
usuarios es, dibujar la ruta que cada transaccin toma en el diagrama ER
i.
Cuando se puede obtener la misma informacin a travs de otras relaciones, se dice

que una relacin es redundante
j.
La informacin referente a las claves principales y alternativas no se registra en el

diccionario de datos
Ensayo
k.
Desarrolle el ejercicio Taller Mecnico, siguiendo los pasos de la metodologa de modelado

conceptual. A continuacin el enunciado del problema:
EJERCICIO: TALLER MECNICO
Se desea construir una base de datos para la gestin de un taller mecnico que deber contener
la informacin referente a los clientes, los vehculos que repara, los mecnicos que trabajan en su
taller y los repuestos que se han utilizado para realizar una determinada reparacin.
El funcionamiento del taller es el siguiente:

1.
Se registra tanto el cliente como el vehculo que trae al taller para su reparacin.
83
84
SEGUNDO BIMESTRE
2.
Este registro recoge el DNI, Nombre y Apellidos, Direccin y Telfono de contacto del cliente.
Del vehculo se recogen la matrcula, el modelo y el color. Tambin se registra la fecha de
entrada del vehculo en el taller y su hora.
3.
Una vez registrado, se le asigna un mecnico (libre) que se encargar de evaluar los daos.
4.
Posteriormente, este mecnico puede rodearse de otros mecnicos que le ayudarn en la

reparacin.
5.
Los mecnicos que participan en la reparacin irn anotando en una hoja de parte todos
aquellos repuestos que les han sido necesarios para llevar a cabo la reparacin y el precio de
la mano de obra.
6.
Una vez terminada la reparacin, la hoja de parte se pasa a la persona que mantiene el
sistema de informacin, la cual introducir los datos que generarn la correspondiente
factura para el cliente. La factura por tanto, debe contener todos los datos del cliente, los
datos del mecnico al que ha sido asignado y el desglose de qu repuestos se han utilizado
con su precio por unidad, el precio de la mano de obra y el total de la factura. A este total
se le aplica el 16 % de IVA y adems deber el precio total de la reparacin aparecer en
pesetas y en euros.
SEGUNDO BIMESTRE
UNIDAD 10: METODOLOGA: DISEO LGICO DE BASES DE DATOS PARA EL

MODELO RELACIONAL

gua el captulo 16 del texto base: Metodologa: diseo lgico de la base de
datos
Siguiendo la metodologa de diseo de base de datos propuesto en el texto base, es momento de
abordar el tema del diseo lgico de la base de datos cuyo objetivo es la traduccin de la representacin
conceptual a la estructura lgica de la base de datos, lo que incluye disear las relaciones.
El estudio de esta unidad le permitir aprender las tcnicas necesarias para identificar las relaciones a
partir de un modelo conceptual de datos, para poder validarlas a travs de la tcnica de normalizacin y
poder obtener un modelo lgico depurado que soporte las transacciones requeridas por la organizacin.
Avancemos con la unidad final de los fundamentos de base de datos.

Realice una lectura comprensiva de todo el captulo 16 de su texto base:

metodologa de diseo lgico de base de datos en el modelo relacional.
10.1. Metodologa de diseo lgico de bases de datos para el modelo relacional

Ahora que tiene un mejor entendimiento del proceso de diseo de una base de datos, de seguro se
habr dado cuenta que comprende tres etapas bien definidas: diseo conceptual descrito en la unidad
anterior, diseo lgico y diseo fsico.
En este apartado vamos a abordar el diseo lgico, que es donde se construye el modelo de datos
basado en el modelo conceptual creado en la etapa anterior, dejando de lado las consideraciones fsicas,
como hardware a utilizar o el SGBD que se implementar. Como en todas las fases del diseo de la base
de datos, no habr que descuidar la generacin de la documentacin de soporte de esta fase, en cuyo
caso comprender:

Los diagramas E-R.
El esquema relacional.
Diccionario de datos y
Documentacin adicional que respalde el proceso.
10.2. Paso 2 Construir y validar el modelo lgico de los datos

Siguiendo la metodologa de diseo que propone el texto base, ahora revisaremos el diseo lgico,
que incluye los diagramas ER, el esquema relacional y la generacin de documentacin que soporta al
proceso.
Esta etapa est compuesta por varias actividades que las detallamos a continuacin:
85
SEGUNDO BIMESTRE
Paso 2.1 Determinar las relaciones para el modelo lgico de los datos
Este paso nos describe la conversin desde el modelo conceptual al modelo lgico, para ello utilizamos
unas reglas como las siguientes:
Considere el siguiente modelo conceptual basado en la produccin de pelculas cinematogrficas:
a)
Se agregan claves donde sea necesario
Figura 10-1.Modelo E-R de la produccin de pelculas cinematogrficas (Castillo, 2007)

Como se observa se agregaron ID_Pelicula, ID_Actor e ID_Estudio.
b)
Cada entidad se transforma en una tabla con los mismos atributos
Figura 10-2 Aplicacin de la segunda regla para transformar a un modelo lgico (Castillo, 2007)
Como se puede observar, la entidad Pelcula pasa a representarse a travs de la tabla Pelcula con su
atributos ID_Pelicula, Nombre y Ao, lo mismo sucede con las entidades Actor y Estudio.
86
SEGUNDO BIMESTRE
c)
Cada relacin se transforma en una tabla en que los atributos son las claves de cada entidad
participante
Figura 10-3 Aplicacin de la tercera regla para transformar a un modelo lgico (Castillo, 2007)

Por ejemplo la relacin Acta ahora se representa a travs de la tabla Acta y tiene como atributos
ID_Actor e ID_Pelicula, de igual forma sucede con la relacin Produce.
d)
A veces es posible combinar relaciones, el caso tpico son las relaciones 1-N, las relaciones 1-1
deberan descartarse antes, veamos un ejemplo:
Figura 10-4 Identificando relaciones 1:N (Castillo, 2007)

Si nos damos cuenta, la relacin entre Estudio y Pelcula determina que cada Estudio produce varias
Pelculas, esto se resuelve propagando la clave principal de Estudio (ID_Estudio) en la relacin Pelcula,
como se observa en la siguiente figura:
87
SEGUNDO BIMESTRE
Figura 10-5 Representacin de la relacin un Estudio produce varias Pelculas (Castillo, 2007)
Por tanto el modelo resultante de la transformacin sera el propuesto a continuacin:
Figura 10-6 Modelo lgico resultante de la transformacin desde el modelo conceptual (Castillo, 2007)
Paso 2.2 Validar las relaciones mediante tcnicas de normalizacin
Una vez tengamos las relaciones definidas luego de la transformacin desde el modelo conceptual,
procedemos a verificar la pertinencia de las mismas a travs de las formas normales.

88
Si no recuerda las reglas de normalizacin, refirase al apartado El proceso de

normalizacin del captulo 13 de su texto base.
SEGUNDO BIMESTRE
Paso 2.3 Validar las relaciones comprobando las transacciones de los usuarios
Bien, en este punto ya tiene su modelo normalizado, es decir tcnicamente est verificado, ahora
conviene validar si cumple con las especificaciones de los usuarios.

En su texto base revise el apartado del Paso 2.3, para conocer el procedimiento
a seguir.
Paso 2.4 Comprobar las restricciones de integridad

Como su modelo est en desarrollo, deber ir verificando paso a paso la correctitud del mismo, es
momento de verificar entonces las restricciones de integridad como son: datos requeridos, restricciones
relativas a los dominios de los atributos, multiplicidad, integridad de entidades, integridad referencial, y
restricciones generales.

En su texto base revise el apartado del Paso 2.4, en donde se explican los
conceptos antes mencionados y la forma de identificarlos.
Paso 2.5 Repasar el modelo lgico de los datos con los usuarios
Este punto ser muy valioso, ya que se har una revisin con el usuario para validar si el diseo de base de
datos en construccin est acorde sus especificaciones. El resultado debera ser una retroalimentacin
desde los usuarios.

Refirase al apartado del Paso 2.5 en su texto base, en donde se ampla la forma
en que se puede hacer la validacin del modelo con los usuarios.
Paso 2.6 Combinar los modelos lgicos de los datos en un modelo global (paso opcional)
Este paso nos habla del caso en el que se est diseando una base de datos con mltiples vistas de
usuario que se estn gestionando mediante la tcnica de integracin de vistas.
Paso 2.7 Verificar las consideraciones derivadas del crecimiento futuro
Este es el punto que completa la fase de diseo lgico, en l se debe considerar el crecimiento futuro
que pueda tener la organizacin para verificar si el modelo lgico de datos se puede ampliar debido a
dichas ampliaciones, y tambin es fundamental verificar si han surgido nuevas consideraciones para el
proyecto, ya que se deben aadir con facilidad al diseo planteado.

Elabore un mapa mental o cuadro sinptico en donde haga constar los puntos
principales de cada actividad del diseo lgico.
Felicitaciones, hemos terminado de revisar las unidades propuestas para la asignatura de fundamentos
de base de datos. Me alegro de que haya logrado este objetivo y espero que no sea el ltimo. Ahora lo
siguiente ser prepararse para las evaluaciones presenciales.
89
SEGUNDO BIMESTRE
De las cuestiones de repaso propuestas al final del captulo 16, desarrolle los puntos 16.1, 16.4, 16.5, 16.6
y 16.7.
Ejercicios
Desarrolle un proyecto de diseo de base de datos para que aplique los conocimientos
adquiridos en el desarrollo del captulo, puede darle continuidad al ejercicio escogido en el
capitulo anterior.

90
SEGUNDO BIMESTRE
Autoevaluacin 10

Srvase responder Verdadero o Falso a las siguientes afirmaciones:

a.
Para pasar a la fase de diseo lgico de base de datos, primero debemos haber
aplicado las reglas de normalizacin
b.
En la etapa de diseo lgico solamente intervienen los diseadores de base de datos
c.
En la etapa de diseo lgico es muy temprano todava para contrastar con los
requisitos de los usuarios
d.
En la etapa de diseo lgico se debe comprobar las restricciones de integridad como

datos requeridos e integridad de entidades
e.
Siempre se tiene que hacer la combinacin de los modelos lgicos de datos en un

solo modelo global
f.
El modelo de datos debe poder adaptarse fcilmente a los nuevos requerimientos de

la organizacin
g.
En el diseo lgico se considera si el modelo es susceptible de ampliacin para

soportar desarrollos futuros
h.
Una tcnica para validar el modelo lgico es la normalizacin
Ensayo
i.
Desarrolle el ejercicio Taller Mecnico del captulo anterior de su gua, siguiendo los pasos de la
metodologa de modelado lgico
91
SOLUCIONARIO
7. Solucionario
PRIMER BIMESTRE
UNIDAD 1
92
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SOLUCIONARIO
UNIDAD 2
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
93
SOLUCIONARIO
UNIDAD 3
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Literal n.
ESTUDIANTE
(
Cedula clave primariat
codigo_est clave alternativa, tambin sirve como identificador nico
nombre ms el apellido puede formar una clave no nica
apellido
fecha_nac
sexo
tipo_sangre puede ser clave fornea hacia la tabla de tipos de sangre
estado_civil puede ser clave fornea hacia la tabla de estado civil
estado_estudiante puede ser clave fornea hacia la tabla de estados
)
MATRICULA
(
num_mat clave primaria
cdula se puede crear un ndice secundario basado en este atributo
cod_carrera puede ser clave fornea hacia la tabla de carreras
perodo_acad puede ser clave fornea hacia la tabla de perodos
fecha_mat
)
94
SOLUCIONARIO
UNIDAD 4
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
LIteral l.
Seleccione los estudiantes cuyo tipo de sangre es ARH+
(estudiante)
tipo_sangre=ARH+
Seleccione los nombres y apellidos de los estudiantes de sexo femenino con estado civil casado
(
(estudiante))
nombre, apellido sexo=F and estado_civil=CASADO
Seleccione los nombres y apellidos de estudiantes que se han matriculado en el periodo acadmico
2011.
(
(estudiante
nombre, apellido fecha_mat=2011
matricula))
95
SOLUCIONARIO
UNIDAD 5
96
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SOLUCIONARIO
SEGUNDO BIMESTRE
UNIDAD 6
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Literal l.
CREATE TABLE estudiante
(
cedula varchar2(15) PRIMARY KEY,
codigo_est varchar2(6) NOT NULL,
nombre varchar2(30) NOT NULL,
apellido varchar2(30) NOT NULL,
fecha_nac date,
sexo varchar2(1) DEFAULT M,
tipo_sangre varchar2(6),
estado_civil varchar2(6),
estado_estudiante varchar2(6),
CONSTRAINT est_genero_ck CHECK (sexo IN (M,F))
);
CREATE TABLE matricula
(
num_mat number(9) PRIMARY KEY,
cedula varchar2(15) NOT NULL,
cod_carrera varchar2(30) NOT NULL,
periodo_acad varchar2(10) NOT NULL,
fecha_mat date DEFAULT sysdate,
CONSTRAINT mat_est_fk FOREIGN KEY (cedula) REFERENCES estudiante(cedula)
);
97
SOLUCIONARIO
UNIDAD 7
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Literal l.
empresa
# Cdigo de empresa
Number (6)
o Direccin de la empresa Variable characters (50)
Posee
sucursales
#
o<fi>
*
*
*
*
o
posee_varias
Nmero de sucursal
Cdigo de empresa
Calle
Ciudad
Estado de sucursal
Cdigo postal
Telfono
Number (6)
Number (6)
Variable characters (50)
tiene_asignados
(D)
tiene_gerente
empleados
#
o<fi1>
o<fi2>
*
o
o
Nmero de empleado
Nmero de sucursal
suc_Nmero de sucursal
Nombre del empleado
Salario
Categora del empleado
Number (6)
Number (6)
Number (6)
Number (8,2)
peliculas
#
o<fi>
*
*
*
o
o
o
o
o
98
Nmero de catlogo
Nmero de sucursal
Nmero de pelcula
Ttulo
Categora de pelcula
Alquiler Diario de pelcula
Coste
Estado
Actores principales
Director
Number (6)
Number (6)
Number
Number (8,2)
alquiler
(D)
se_alquila
#
o<fi2>
o<fi1>
o
o
o
*
o
Nmero de alquiler
Nmero de catlogo
Nmero de cliente
Nombre completo
Ttulo de la pelcula
Alquiler diario
Fecha de alquiler
Fecha de devolucin
Number (6)
Number (6)
Number (6)
Date
Date
clientes
alquila
#
*
*
o
o
Nmero de cliente
Nombres
Apellidos
Direccin
Fecha de registro
Number (6)
Date
SOLUCIONARIO
UNIDAD 8
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Literal k.
CLIENTES
cli_
numero
cli_
nombre
cli_
apellido
cli_direccin
Cli_
fechaingreso
123
Juan
Prez
Loja-El valle
12-12-2011
124
Julio
Pez
Loja-La
Banda
10-12-2011
1ra Forma Normal: la relacin CLIENTES tiene en cada interseccin de fila-columna un valor y slo uno.
2da Forma Normal: la relacin CLIENTES est en primera forma normal y adems todos sus atributos que
no son parte de la clave principal dependen funcionalmente de ella. Por ejemplo, el nmero de cliente
(cli_numero) es la clave principal por tanto para identificar a quien corresponde el atributo nombre,
apellido, direccin y fecha de registro se requiere identificar estos valores a travs de un nmero de
cliente, es por ello que se dice que los atributos antes mencionados dependen todos de la clave principal.
3ra Forma Normal: la relacin CLIENTES est en primera y segunda formas normales y adems ningn
atributo que no es clave principal depende transitivamente de la clave principal. Por ejemplo el
atributo nombre del cliente, depende de la clave principal nmero de cliente para poder saber a quien
corresponde dicho nombre, y no sucede que el nombre del cliente tenga que ser identificado con otro
atributo distinto de la clave principal, para a travs de este otro atributo poder ser identificado por medio
de la clave principal, es lo que se conoce como transitividad.
99
SOLUCIONARIO
UNIDAD 9
100
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SOLUCIONARIO
UNIDAD 10
Pregunta
Respuesta
1.
2.
3.
4.
5.
6.
7.
8.
101
DICTIONARY
8. Anexos
THESAURUS
ANEXOS
El presente material ha sido reproducido con fines netamente didcticos, cuyo objetivo es
brindar al estudiante mayores elementos de juicio para la comprensin de la materia, por
lo tanto no tiene fin comercial.
Actividades recomendadas unidad 1

No.
1.
Cuestin
Respuesta
Proporcione cuatro ejemplos de sistemas Sealamos uno de los cuatro que se solicitan:
de bases de datos distintos de los
enumerados en la Seccin 1.1.
Sistema de gestin de trmites en oficinas
pblicas: en el momento en que una persona se
acerca a un oficina pblica (de cualquier tipo) y
solicita un servicio se inicia un trmite, se recogen
datos del solicitante y el trmite que va a realizar;
datos relevantes son: nmero de identificacin
del solicitante, nombres, apellidos, referencia
telefnica, tipo de trmite y observaciones
particulares, fecha del trmite y datos del servidor
pblico que recibi el trmite. A continuacin
el sistema genera con el tipo de trmite una ruta
de las oficinas que el trmite va a seguir, esto es:
oficina, persona de contacto y actividad que esta
debe realizar en relacin al trmite hasta que el
servicio sea concluido 100% o existan requisitos
que hacen que el trmite no contine; Con este
proceso y su consecuente uso de base de datos,
se automatiza la gestin de trmites, se recogen
informacin de inicio, fechas de llegada, registros
de actividades y responsables de los pasos que
debe seguir un trmite.
Por favor desarrollar los tres ejemplos adicionales.
103
No.
ANEXOS
Cuestin
Respuesta
2.
Describa el enfoque de tratamiento de

A continuacin se sealan un enfoque adoptado y
los datos adoptados en los antiguos
sus desventajas, se recomienda revisar el apartado
sistemas basados en archivos. Indique las 1.2. para ampliar la respuesta:
desventajas del enfoque
Duplicacin de datos, debido al enfoque
descentralizado de gestin de datos, en el que
cada departamento tiene sus propios archivos,
con estructuras e incluso tecnolgicas distintas lo
que va a complicar la integracin, actualizacin
y consolidacin de informacin de los distintos
departamentos; la solucin de esto es tener un
sistemas de gestin de base de datos integrado
y/o centralizado.
3.
Describa las principales caractersticas del En un sistema de archivos la definicin de datos

enfoque de base de datos y comprelas
est incluida en los programas de aplicacin
con las tcnica basada en archivos.
en lugar de almacenarse en forma separada e
independiente como sucede en un SGBD, con lo
que se consigue independencia de datos respecto
a programacin.
En un sistema de archivos no existe ningn control
sobre el acceso y manipulacin de los datos, ms
all de lo que imponen los propios programas de
aplicacin; en los SGBD, se incluyen dentro del
mismo motor de base de datos mecanismos de
control de acceso y operacin sobre los datos,
a ms de los que se podra implementar en la
programacin.
4.
104
Explique las ventajas y desventajas de los Revisar tabla 1.2 y 1.3.

SGBD
ANEXOS

No.
1.
Cuestin
Respuesta
Explique el concepto de independencia

La independencia de los datos, permite que la
de los datos y explique su importancia en capa externa, la que finalmente ve el usuario a
un entorno de base de datos
travs de las aplicaciones, no se vea afectada
por las modificaciones que pueda sufrir la capa
conceptual y su posterior reflejo en la capa fsica.
El concepto tambin es vlido al revs, es decir
cambios en el nivel externo no deben afectar el
nivel interno.
La importancia frente a un entorno de base de
datos radica en varias razones, por ejemplo: todos
los usuarios deben poder acceder a los mismos
datos, do deberan tener que tratar directamente
con los detalles de almacenamiento fsico, o que el
trabajo del DBA afecte las vistas de los usuarios..
2.
Para resolver la cuestin de la

independencia de los datos, se propuso
la arquitectura en tres niveles de ANSISPARC. Compare y contraste los tres
niveles de este modelo.
Observar figura 2.1.

Nivel externo, la vista que los usuarios tienen de la
base de datos
Nivel conceptual, entre el externo e interno,
describe qu datos estn almacenados en la
base de datos y las relaciones existentes entre los
mismos.
Nivel interno, refleja la representacin fsica de la
base de datos en la computadora.
3.
Qu es un modelo de datos? Indique y Los modelos de datos son colecciones integradas

explique los tipos principales de modelos de conceptos para describir, y manipular datos, as
de datos
como sus relaciones y restricciones.
Los modelos que se presentan en el apartado 2.3
son: modelos de datos basados en objetos, en
registros (relacional, red y jerrquico), modelos de
datos fsicos, modelos conceptuales
4.
Explique la funcin y la importancia del

modelado conceptual
Su importancia radica en ser el corazn de la base

de datos, est entre el nivel externo que entiende
el usuario, y el nivel interno que entiende la
mquina y de los detalles de implementacin.
5.
Explique la funcin y la importancia del

catlogo del sistema.
El catlogo del sistema, contiene metadatos (datos

de los datos) de los objetos que hay en una base
de datos, su funcin es la de un diccionario de
datos.
105
ANEXOS
No.
Cuestin
Respuesta
6.
Qu quiere decir el trmino arquitectura

cliente-servidor y cules son las ventajas
de este enfoque? Compare la arquitectura
cliente servidor con las otras dos
arquitecturas.
En la arquitectura cliente servidor, existe un

cliente que realiza peticiones de recursos y un
servidor que despacha recursos para las peticiones
que se estn realizando.
Para la comparacin revisar punto 2.6
7.
Compare la arquitectura cliente servidor

en dos niveles para SGBD tradicional
con la arquitectura cliente servidor en
tres niveles Por qu resulta esta ltima
arquitectura ms apropiada para la web?
Una razn importante, por la que la arquitectura

de tres capas ha adquirido tanta importancia, es
debido a la flexibilidad y escalabilidad, incluso se
habla de arquitectura de n capas; en el caso de la
web, el browser es la primera capa, luego hay un
servidor web y detrs de este un servidor de datos
al que el usuario no accede directamente, sino que
se despacha los pedidos va el servidor web.
Actividades recomendadas captulo 3

No.
Cuestin
Respuesta
1.
Explique cada uno de los siguientes

conceptos en el modelo relacional:
relacin, atributo, dominio, tripla,
intensin y extensin, grado y
cardinalidad.
En la seccin de conceptos claves esta el

contenido que resuelve esta cuestin.
2.
Describa la relacin entre relaciones

Revisar el punto 3.2.2
matemticas y relaciones en el modelo de
datos relacional
3.
Describa las diferencias entre una relacin Una relacin es una tabla con columnas y filas; en
y un esquema de relacin
cambio un esquema de relacin se forma a partir
de un conjunto de parejas de atributos y nombres
de dominios
Un esquema de base de datos relacional es un
conjunto de requemas de relacin, cada una con
un nombre distinto
4.
Explique las propiedades de una relacin
Propiedades:
Nombre nico, cada celda es un valor nico
(atmico), cada nombre dentro de una relacin
tiene un nombre nico, un atributo pertenece a
un dominio; cada tupla es diferente, el orden de
los atributos no importa, tampoco el orden de las
tuplas.
106
ANEXOS
5.
6.
Explique las diferencias entre las claves

candidatas y la clave principal de una
relacin. Explique el concepto de clave
externa Cmo se relacionan las claves
externas de una relacin con las claves
candidatas? Proporcione ejemplos para
ilustrar su respuesta
Una relacin debe tener una sola clave primaria,

aunque varias claves candidatas.
Defina las dos principales reglas de

integridad para el modelo relacional.
Explique por qu es deseable imponer
estas reglas
Integridad de entidad: ningn atributo de

una clave principal puede ser nulo, integridad
referencial si hay una clave externa en una
relacin, el valor de la clave externa debe
corresponderse con el valor de una clave
candidata de alguna tupla en su relacin de
origen o el valor de la clave externa debe ser
completamente nulo.
Las claves externas tambin se conocen como

claves forneas y se corresponden con una clave
principal o candidata en otra relacin; por ejemplo
si tenemos la relacin estudiante y la relacin
Carreras, en la relacin estudiante puede existir un
atributo carrera_id, que desde Estudiante permite
conocer la carrera a la que pertenece; este atributo
carrera_id es una clave externa que apunta hacia
la clave principal en la relacin Carreras.
La primera regla evita filas con clave primaria

nula y la segunda tener registros en las tablas
secundarias que no tienen un clave primaria que
les sorprenda; una suerte de hijos sin padre.
7.
Qu es una vista? Explique la diferencia

entre una vista y una relacin base
Una vista es una especie de tabla virtual, no

existe fsicamente como sucede en el caso de las
relaciones; una vista es una consulta de datos
desde las relaciones.

No.
Cuestin
Respuesta
1.
Cul es la diferencia entre un lenguaje

procedimental y otro no procedimental?
Cmo clasificara el lgebra relacional y
el clculo relacional?
Los lenguajes procedimentales, requieren

detallar los pasos que se deben dar para
conseguir una funcionalidad; a diferencia de un
lenguaje no procedimental en el que se abstraen
los pasos.
Algebra relacional -> procedimental
Clculo relacional -> no procedimental
107
No.
2.
ANEXOS
Cuestin
Respuesta
Explique los trminos: a)

relacionalmente completo, b) cierre de
las operaciones relacionales.
Relacionalmente completo, un lenguaje que

pueda usarse para producir cualquier relacin
que se pueda obtener mediante el clculo
relacional.
El Cierre de las operaciones relaciones se debe a
que los operando y los resultados son relaciones,
lo que posibilita anidar las operaciones.
3.
Defina las cinco operaciones bsicas

del lgebra. Defina las operaciones de
combinacin, interseccin y divisin en
trminos de estas cinco operaciones
bsicas.
Para la primera parte de la pregunta revise 4.1.1,

4.1.2.
La combinacin theta, es la seleccin de un
producto cartesiano, utilizando los operadores
relacionales.
La combinacin natural, igual en la combinacin
theta, pero teniendo en cuenta que el operador
de comparacin es solamente el igual.
4.
Explique las cinco operaciones

bsicas del lgebra relacional. Defina
las operaciones de combinacin,
interseccin y divisin en trminos de
estas cinco operaciones bsicas.
Revisar 4.1.3; los ejemplos los podemos discutir

va foro o un mail.
5.
Compare y contraste el clculo relacional

de tuplas con el clculo relacional de
dominios. En concreto, explique la
diferencia entre las variables de tuplas y
de dominio.
Ver primeros prrafos de 4.2.1 y 4.2.2
6.
Defina la estructura de una frmula (bien

formada), tanto en el clculo relacional
de tuplas como en el clculo relacional
de dominios.
Ver la sintaxis de las reglas bien formadas para

cada caso en 4.2.1 y 4.2.2
7.
Explique por qu una expresin del

clculo relacional puede ser insegura.
Ilustre su respuesta con un ejemplo.
Explique cmo garantizar que las
expresiones del clculo relacional sean
seguras.
Una expresin de clculo relacional es insegura si

genera un conjunto infinito.
Para que las expresiones sean seguras se debe
garantizar que las tuplas sean partes de un
dominio definido.
Ejemplo todas las tuplas C, tal que no sean
Clientes.
{C | ~ Client(C)}
108
ANEXOS

No.
1.
Cuestin
Respuesta
Cules son los dos componentes

principales de SQL y qu funciones
tienen?
Los dos componente son:

Un lenguaje de definicin de datos (DDL) que
permite definir la estructura de la base de datos y
controlar el acceso a los datos.
Un lenguaje de manipulacin de datos (DML),
que sirve para extraer y manipular los datos
2.
Cules son las ventajas y desventajas de

SQL?
Sealo una ventaja: es un lenguaje muy sencillo,

cercano al lenguaje natural; desventaja no
tiene estructuras de control , variables, etc
que lo hagan robusto como los lenguajes de
programacin clsico, por esta razn se le conoce
como un sublenguaje.
3.
Explique la funcin de cada una de las

clusulas de la instruccin SELECT Qu
restricciones se aplican a estas clusulas?
Revisar 5.3.1.
4.
Qu restricciones se aplican al uso de

instrucciones de agregacin dentro de
la instruccin SELECT? Cmo afectan
los valores NULL a las funciones de
agregacin?
Cuando se utilizan funciones de agregacin, la

clusula SELECT, solo debe contener campos que
aparezcan en la Clusula GROUP BY.
En la clusula WHERE, las condiciones no deben
contener funciones de grupo, se debe usar la
clusula HAVING.
Los valores NULL, son eliminados en todas las
funciones de grupos.
5.
Explique cmo funciona la clusula

GROUP BY Cul es la diferencia entre las
clusulas WHERE y HAVING?
La clusula GROUP BY, permite agrupa las tuplas

y aplicar las funciones de grupo en funcin de las
columnas especificadas en esta clusulas.
La clusula WHERE filtra las tuplas que cumplen
con la condicin; se aplica antes de cualquier
funcin de grupo. HAVING, se aplica despus
que los grupos se han calculado, eliminando los
grupos que no cumplen con la condicin.
6.
Cul es la diferencia entre una

subconsulta y una combinacin? bajo
qu circunstancias no pude utilizarse
una subconsulta?
Mirar apartado 5.3.5
109
ANEXOS

No.
1.
Cuestin
Respuesta
Describa los ocho tipos de datos base de

SQL
Respuesta en apartado 6.1.3
Explique cul es la funcionalidad y la

Los cinco tipos de restricciones de integridad
importancia de la caracterstica de mejora son: datos requeridos, restricciones de dominio,
de la integridad
integridad de entidades, integridad referencial,
restricciones generales.
Ampliar los conceptos en los apartados
contenidos en 6.2
2.
Explique cada una de las clusulas de la

instruccin CREATE TABLE
Respuesta en aparatado 6.3.2
3.
Explique las ventajas y desventajas de las

vistas
Respuesta en apartado 6.4.7.
4.
Describa cmo funciona el proceso de

resolucin de vistas
Los nombres de columnas de la consulta se

obtienen de la consulta que defini la vista
Los nombres de tablas de la clusula FROM en la
consulta se sustituyen por los correspondientes de
la definicin de la vista
La condicin de la clusula WHERE de la consulta
se une con el operador AND a la condicin escrita
en la consulta en la que se basa la vista.
GROUP BY, HAVING y ORDER BY, se copian en la
consulta
La consulta se combina y ejecuta
5.
Qu restricciones son necesarias para

Para que una vista sea actualizable, el SGBD debe
garantizar que una vista sea actualizable? ser capaz de localizar la fila o columna de la tabla
base que corresponden a cada fila o columna de
la vista.
No se especifica la opcin DISTINCT, no aparecen
constantes, funciones de grupo; la clusula FROM
especifica solo una tabla; la clusula WHERE no
incluye subconsultas; y, no se utiliza la clusula
GROUP BY o HAVING.
110
ANEXOS
No.
6.
Cuestin
Respuesta
Qu es una vista materializable y cules

son las ventajas de mantener una vista
materializable, en lugar de utilizar el
proceso de resolucin de vistas?
Una vista es materializable cuando se almacena la

vista en forma de tabla temporal dentro de la base
de datos, cuando se consulta la primera vez. Esto
las hace mucho ms rpidas y tiles cuando la tasa
de consultas sea alta; no es conveniente cuando se
tienen tablas bases que cambian demasiado.
Para ampliar la respuesta revise el apartado 6.4.8
7.
Describa la diferencia existente entre el

Revisar 6.6.
control de acceso discrecional u el control
de acceso obligatorio Qu tipo de
mecanismo de control soporta SQL?
8.
Describa cmo funcionan los mecanismos Revise la figura 6.1 y el apartado 6.6.2.
de control de accesos de SQL

No.
1.
Cuestin
Respuesta
Describa qu es lo que representa los

tipo de entidad en un modelo ER y
proporcione ejemplo de entidades con
existencia fsica o conceptual
Un grupo de objetos con las mismas propiedades,

que la empresa identifica como poseedores de
una existencia independiente.
Existencia fsica: estudiantes, profesores,
productos
Existencia conceptual: facturas de compra, multas
de trnsito, asientos contables, dbitos bancarios
2.
Describa qu es lo que representan

los tipos de relacin en un modelo ER
y proporcione ejemplo de relaciones
unarias, binarias, ternarias y cuaternarias
Un conjunto de asociaciones significativas entre

tipos de entidad
Ejemplos:
Empleado que es jefe de otros empleados, la
entidad est relacionada consigo mismo
Binaria: Estudiantes que pertenecen a Carreras
Universitarias
Ternarias: Estudiantes que pertenecen a Carreras
Universitarias y que se han matriculado en
Periodos Acadmicos determinados
111
No.
3.
ANEXOS
Cuestin
Respuesta
Describa qu es lo que representan los

Atributo: una propiedad de un tipo de entidad o
atributos en un modelo ER y proporcione de relacin.
ejemplo de atributos simples,
compuestos, univaluados, multivaluados Ejemplos de atributos en la entidad persona
y derivados
Simples: cedula: 1102809462
Compuestos: direccin: El Valle, Calle Venecia, a
60 metros de la entrada a San Cayetano Bajo
Univaluados: email: nopiedra@utpl.edu.ec
Multivaluados: Telfonos: 59372570275
59372585978
Derivados: Edad, que se genera de la resta entre
fecha actual y el campo Fecha de Nacimiento.
4.
Describa qu representa la restriccin de

multiplicidad para un tipo de relacin
El nmero (o rango) de posibles instancias de un

tipo de entidad que pueden relacionarse con un
1.nica instancia de otro tipo de entidad asociado
a travs de una relacin concreta.
5.
Qu son las restricciones empresariales

y cmo modela la multiplicidad estas
restricciones?
La multiplicidad restringe la forma en que

las entidades se relacionan. Se trata de una
representacin de las polticas (o reglas de
negocio) establecidas por el usuario o la empresa.
Se modela la multiplicidad mediante relaciones
uno a uno, relaciones uno a muchos, y relaciones
muchos a muchos.
6.
Cmo representa la multiplicidad

tanto la cardinalidad como la restriccin
de participacin en un cierto tipo de
relacin?
La cardinalidad describe el nmero mximo de

posibles instancia de relacin para una entidad
que participa en un tipo de relacin dado.
La participacin, determina si todas las instancias
de entidad participan en una relacin o slo lo
hacen algunas. La restriccin de participacin
indica si todas las instancias de entidad estn
implicadas en una relacin concreta (lo que
se conoce como participacin obligatoria) o si
slo participan algunas (lo que se conoce como
participacin opcional).
7.
112
Proporcione un ejemplo de tipo de

relacin con atributos
Relacin Factura, con los atributos: cedula de

cliente, fecha, total facturado
ANEXOS
No.
8.
Cuestin
Respuesta
Indique en qu difieren los tipo de

entidad fuertes y dbiles y proporcione
un ejemplo de cada una
Un tipo de entidad cuya existencia no depende de

ningn otro tipo de entidad. Ejemplo Estudiante,
Materia
Un tipo de entidad cuya existencia depende de
algn otro tipo de entidad. Ejemplo: Matrcula,
que est en funcin de estudiante matriculado,
materias en que se ha matriculado y el periodo
acadmico en el que hizo el trmite acadmico.

No.
Cuestin
Respuesta
1.
Describa el propsito de normalizacin de los

datos
Identificar un conjunto mnimo de

relaciones que soporten los requisitos de
datos de una organizacin
2.
Explique las formas alternativas en que puede

usarse la normalizacin como ayuda al diseo
de una base de datos
Como tcnica autnoma de tipo abajo

arriba y como tcnica de validacin para
comprobar la estructura de las relaciones.
Referirse a la figura 13.1
3.
Describa los tipos de anomalas de actualizacin Anomalas de insercin, borrado y

que puede introducirse en una normalizacin
modificacin
que tenga datos redundantes
4.
Describa el concepto de dependencia funcional Describe la relacin existente entre

atributos de una relacin. Por ejemplo si
A y B son atributos de la relacin R, B ser
funcionalmente dependiente de A (lo que
se denota A -> B) si cada valor de A est
asociado con exactamente un valor de B (A
y B pueden consistir cada uno de ellos de
uno o ms atributos)
5.
Cules son las caractersticas principales de las Determinante

dependencias funcionales que se utilizan para la Dependencia funcional completa
normalizacin?
Dependencia transitiva
6.
Describa cmo identifica normalmente un

diseador de base de datos el conjunto de
dependencias funcionales asociadas con una
relacin
A travs de la conversacin con los usuarios,

si estos no estn disponibles, entonces
es el sentido comn y la experiencia del
diseador los que entran en juego.
Lo importante es comprender
adecuadamente el propsito de cada
atributo y las relaciones existentes entre
unos atributos y otros.
113
No.
7.
ANEXOS
Cuestin
Respuesta
Describa las caractersticas de una tabla en

forma no normalizada (UNF) y describa cmo
puede convertirse dicha tabla en una relacin
en primera forma normal (1NF)
Las tablas no normalizadas, contienen uno

ms grupos repetitivos.
Hay dos tcnicas principales para eliminar
los grupos repetitivos de las tablas no
normalizadas:
a)
Introduciendo datos apropiados
en las columnas vacas de las filas que
contienen los datos repetitivos, esto es
aplanar la tabla.
b)
Colocando los datos repetitivos,
junto con una copia de los atributos clave
originales en una relacin independiente.
Revisar la figura 13.10 y 13.11 para comparar
un tabla no normalizada y otra en primera
forma normal
8.
Cul es la mnima forma normal que una

relacin debe satisfacer? Proporcione una
definicin para dicha forma normal
La primera forma normal es la mnima

forma.
La 1FN se refiere a una relacin en la que la
interseccin de toda fila o columna contiene
slo un valor.
9.
Describa las dos tcnicas existentes para

convertir una tabla en forma no normalizada
en una relacin o relaciones en primera forma
normal
a)
Describe el concepto de dependencia funcional

completa e indique cmo se relaciona este
concepto con la forma 2 NF. Proporcione un
ejemplo para ilustrar su respuesta.
Indica que si A y B son atributos de una

relacin, B depende funcionalmente
de manera completa de A si B depende
funcionalmente de A pero no de ningn
subconjunto propio de A.
10.
aplanamiento de la tabla
separando los grupos repetitivos

con una copia de atributos clave en una
nueva relacin
b)
La segunda forma normal se aplica a las

relaciones con claves compuestas, es
decir relaciones con una clave principal
compuesta de dos o ms atributos, mirar el
ejemplo 13.10
114
ANEXOS
No.
Cuestin
Respuesta
11.
Describa el concepto de dependencia transitiva

e indique cmo se relaciona este concepto con
la forma 3NF. Proporcione un ejemplo para
ilustrar su respuesta.
Una condicin en la que A, B y C son

atributos de una relacin tales que si
A -> B y B -> C, entonces C depende
transitivamente de A a travs de B
(supuesto que A no sea funcionalmente
dependiente de B o C)
Si existe una dependencia transitiva,
eliminamos de la relacin loa atributos que
dependen transitivamente, situndolos en
una nueva relacin junto con una copia del
determinante.
Ver ejemplo 13.11
Explique cmo difieren las definiciones de

Las definiciones son ms generales puesto
las formas 2NF y 3NF basadas en las claves
que toman en consideracin las claves
principales de las definiciones generales de
candidatas de una relacin.
formas 2NF y 3NF. Proporcione un ejemplo para
ilustrar su respuesta

No.
Cuestin
Respuesta
1.
Enumere las principales fases de una

Dentro de la metodologa de base de datos
metodologa de diseo de base de datos. propuesta en el texto base, se identifican tres fases
importantes que son: diseo conceptual, lgico y
fsico de la base de datos.
2.
Enumere al menos cinco factores

considerados crticos en el diseo de una
base de datos.
Factores crticos seran:

Se tiene que apegar a una metodologa
estructurada durante todo el proceso de
modelado de los datos.
Se tiene que emplear una tcnica centrada en los
datos.
Es preciso incorporar las consideraciones
estructurales y de integridad dentro de los
modelos de datos.
Es necesario emplear diagramas para representar
una parte lo mayor posible de los modelos de los
datos.
Es preciso construir un diccionario de datos para
complementar los diagramas de modelos de datos
y el DBDL.
115
ANEXOS
No.
Cuestin
3.
Explique el importante papel que juegan

los usuarios en el proceso de diseo de
una base de datos
Cumplen un papel muy importante ya que son

ellos los dueos de los procesos que se dan
da a da en una organizacin, por tanto son
ellos los que aportan con las ideas para que los
diseadores las plasmen en el diseo de la base
de datos, lo que derivar en una base de datos
robusta que encaja en las necesidades de la
organizacin.
4.
Identifique los pasos principales

asociados con el diseo conceptual de la
base de datos.
Estos pasos son:
5.
Cmo identificara los tipos de entidad

a partir de la especificacin de requisitos
del usuario?
Identificando los objetos principales, que

tienen existencia propia, por ejemplo Staff es
una entidad porque los empleados existen
independientemente de que conozcamos sus
nombres, categora laboral o fecha de nacimiento.
6.
Explique por qu es conveniente validar La validacin es una etapa muy importante ya

el modelo de datos conceptual y describa que permite evaluar la eficacia del modelo e
dos tcnicas para validar dicho modelo.
identificar posibles errores u omisiones de algn
elemento. Para la validacin podemos valernos
de dos tcnicas: descripcin de las transacciones
y utilizacin de las rutas de las transacciones. En
la primera se verifica que por cada transaccin
estn presentes todas las entidades y relaciones
necesarias, mientras que en la segunda se traza
el camino que una transaccin sigue por las
diferentes entidades.
116
Respuesta
1.
Identificar los tipos de entidad
2.
Identificar los tipos de relacin
3.
Identificar y asociar los atributos con los
tipos de entidad y de relacin
4.
Determinar los dominios de los atributos
5.
Determinar los atributos de clave
candidata, principal y alternativa.
6.
Considerar el uso de conceptos de
modelado avanzados (opcional)
7.
Comprobar si el modelo tiene redundancia
8.
Validar el modelo conceptual
comprobando las transacciones de los usuarios
9.
Repasar el modelo de datos conceptual
con los usuarios
ANEXOS

No.
Cuestin
Respuesta
1.
Explique el propsito del diseo lgico de El principal propsito es traducir el modelo

bases de datos
conceptual al modelo lgico de datos para
validarlo y verificar que cumpla con los requisitos
de datos de la organizacin.
2.
Explique dos tcnicas que pueden usarse Se pueden aplicar:

para verificar que el esquema relacional
es capaz de soportar las transacciones
Las reglas de normalizacin para garantizar
necesarias
que el conjunto de tablas tenga un nmero de
atributos mnimo, pero suficiente, para soportar
los requisitos de datos de la empresa.
La comprobacin de transacciones de los
usuarios, utilizando las relaciones, los enlaces
de clave principal/clave externa mostrados en
las relaciones, el diagrama E/R y el diccionario
de datos, trataremos de realizar las operaciones
manualmente y si podemos resolver y todas las
transacciones de esta forma, habremos validado el
modelo lgico de los datos.
3.
Describa el propsito de las restricciones

de integridad
Describa las estrategias alternativas que Se puede aplicar:

pueden aplicarse si existe una tupla hija
que hace referencia a una tupla padre que NO ACTION lo que impide el borrado de la tabla
queremos borrar
padre si existen tuplas hijas q hagan referencia.
CASCADE cuando se borra la tupla padre se
borran automticamente todas las tuplas hijas.
SET NULL cuando se borra una tupla padre los
valores de clave externa en todas las tuplas hijas
correspondientes toman el valor nulo.
SET DEFAULT cuando se borra una tupla padre los
valores de clave externa en todas las tuplas hijas
correspondientes deben tomar automticamente
sus valores predeterminados.
NO CHECK cuando se borra una tupla padre no
hacemos nada para garantizar que se mantenga la
integridad referencial.
El propsito de las restricciones de integridad es

proteger la base de datos frente a la posibilidad
de que llegue a ser incompleta, imprecisa o
incoherente.
117
ANEXOS
No.
Cuestin
Respuesta
5.
Identifique las tareas normalmente

asociadas con la combinacin de modelos
lgicos locales de los datos en un modelo
lgico global
Combinacin de los modelos lgicos locales de

datos en un modelo global.
Revisar los nombres y el contenido de las
entidades/tablas y de sus claves candidatas
Revisar los nombres y los contenidos de las
relaciones/claves externas
Combinar las entidades/tablas de los modelos de
datos locales
Incluir (sin combinarlas) las entidades/tablas
exclusivas de cada modelo de datos local
Combinar las relaciones/claves externas de los
modelos de datos locales
Incluir (sin combinarlas) las relaciones/claves
externas exclusivas de cada modelo de datos local
Verificar si falta alguna entidad/tabla o relacin/
clave externa
Comprobar las claves externas
Comprobar las restricciones de integridad
Dibujar el diagrama ER global
Actualizar la documentacin
Validacin del modelo lgico global de los datos
Revisin del modelo lgico global de los datos con
los usuarios
JCM/AR-cll-2011-12-26
yc/2015/02/06
118

Guia - Base de Datos

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Guia - Base de Datos

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Departamento de Ciencias de la Computacin y Electrnica

FUNDAMENTOS DE BASE DE DATOS

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

5. Orientaciones generales para el estudio............................................................. 11

UNIDAD 1: INTRODUCCIN A LAS BASES DE DATOS.................................................................... 18

UNIDAD 2: ENTORNO DE LA BASE DE DATOS.............................................................................. 23

UNIDAD 3: EL MODELO RELACIONAL Y LOS LENGUAJES RELACIONALES....................................... 30

UNIDAD 4: ALGEBRA RELACIONAL Y CLCULO RELACIONAL........................................................ 36

UNIDAD 5: MANIPULACIN DE DATOS....................................................................................... 42

UNIDAD 6: DEFINICIN DE DATOS............................................................................................. 50

UNIDAD 7: MODELO ENTIDAD RELACIN................................................................................... 63

8.5. Cmo ayuda la normalizacin al diseo de base de datos?........................................ 73

UNIDAD 9: METODOLOGA: DISEO CONCEPTUAL DE LA BASE DE DATOS .................................... 79

UNIDAD 10: METODOLOGA: DISEO LGICO DE BASES DE DATOS PARA EL MODELO

Gua didctica: Fundamento de Base de Datos

La asignatura de Fundamentos de Base de Datos, es una de las materias troncales de la carrera de

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

Connolly, T. y Begg, C.(2005).Sistemas de bases de datos. Un enfoque prctico para diseo,

Morocho, J. y Romero, A. (2011). Gua didctica de Fundamentos de Base de Datos. Loja-Ecuador:

Scott, Urman (2002). Oracle 9i PL/SQL Programming. Madrid: McGraw Hill/Osborne.

En este texto encontrar material complementario sobre modelado entidad-relacin y sobre

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

5. Orientaciones generales para el estudio

Creemos conveniente brindarle algunas recomendaciones de cara al desarrollo de los contenidos en el

Es recomendable que desarrolle las autoevaluaciones propuestas en la gua didctica, al final de

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

6. Proceso de enseanza-aprendizaje para el logro de competencias

Capacidad de abstraccin, anlisis y sntesis

Capacidad de aplicar los conocimientos en la prctica

Conocimiento sobre el rea de estudio y la profesin

Capacidad de aprender a aprender como poltica de formacin continua

6.2 Planificacin para el trabajo del alumno

1.1. Importancia de las

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

Lectura comprensiva Semana 2

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

Lectura comprensiva Semana 3

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

Lectura comprensiva Semana 5 y 6

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja

Gua didctica: Fundamento de Base de Datos

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja