Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PRELIMINARES
BIMESTRE
PRIMER
Informática
SEGUNDO
BIMESTRE
SOLUCIONARIO
Modalidad Abierta y a Distancia
BIBLIOGRÁFICAS
REFERENCIAS
Fundamentos de Base de Datos
Guía Didáctica
4 créditos
Ciclo Titulación
4 ¡ Informática
Área Técnica
ÍNDICE
PRELIMINARES
MODALIDAD ABIERTA Y A DISTANCIA
BIMESTRE
PRIMER
Fundamentos de Base de Datos
Guía Didáctica
4 créditos
SEGUNDO
BIMESTRE
SOLUCIONARIO
Titulación Ciclo
Informática IV
BIBLIOGRÁFICAS
REFERENCIAS
Autores:
Juan Carlos Morocho
Audrey Romero
CC 4.0, CC BY-NY-SA
Maquetación y diseño digital:
EDILOJA Cía. Ltda.
Telefax: 593-7-2611418
San Cayetano Alto s/n
www.ediloja.com.ec
edilojainfo@ediloja.com.ec
Loja-Ecuador
Primera Edición
ISBN digital - 978-9942-25-159-6
La versión digital ha sido acreditada bajo la licencia Creative Commons 4.0, CC BY-NY-SA: Reconocimiento-No comercial-Compartir igual; la
cual permite: copiar, distribuir y comunicar públicamente la obra, mientras se reconozca la autoría original, no se utilice con fines comerciales
y se permiten obras derivadas, siempre que mantenga la misma licencia al ser divulgada. https://creativecommons.org/licenses/by-nc-
sa/4.0/deed.es
4 de julio, 2017
2. Índice
ÍNDICE
PRELIMINARES
2. Índice.................................................................................................... 4
3. Introducción.......................................................................................... 7
4. Bibliografía........................................................................................... 9
4.1. Básica............................................................................................................... 9
BIMESTRE
PRIMER
4.2. Complementaria.............................................................................................. 9
5. Orientaciones generales para el estudio.................................................. 11
6. Proceso de enseñanza-aprendizaje para el logro de competencias........... 14
SEGUNDO
PRIMER BIMESTRE
BIMESTRE
6.1. Competencias genéricas de la UTPL................................................................. 14
6.2. Planificación para el trabajo del alumno.......................................................... 15
6.3. Sistema de evaluación de la asignatura (primer y segundo bimestres)............ 18
SOLUCIONARIO
6.4. Orientaciones específicas para el aprendizaje por competencias...................... 19
BIBLIOGRÁFICAS
REFERENCIAS
1.4. Lenguajes de bases de datos............................................................................ 22
1.5. Bases de datos relacionales.............................................................................. 23
1.6. Diseño de base de datos................................................................................... 23
1.7. Almacenamiento de datos y consultas............................................................. 24
1.8. Gestión de transacciones.................................................................................. 24
1.9. Funciones de un SGBD ..................................................................................... 25
1.10. Arquitectura de las bases de datos................................................................... 26
1.11. Minería y análisis de datos............................................................................... 26
1.12. Bases de datos específicas................................................................................ 27
1.13. Usuarios y administradores de bases de datos.................................................. 27
1.14. Historia de las bases de datos........................................................................... 28
Autoevaluación 1 ...................................................................................................... 29
UNIDAD 2. MODELO RELACIONAL.............................................................................. 31
2.1. Estructura de las bases de datos relacionales................................................... 31
ÍNDICE
2.2. Esquema de base de datos............................................................................... 32
2.3. Claves y diagrama de esquema........................................................................ 33
2.4. Lenguajes de consulta relacional...................................................................... 33
2.5. Operaciones relacionales.................................................................................. 34
PRELIMINARES
Autoevaluación 2 ...................................................................................................... 35
BIMESTRE
PRIMER
3.4. Operaciones básicas adicionales....................................................................... 42
3.5. Valores Nulos................................................................................................... 44
3.6. Funciones de agregación ................................................................................. 45
3.7. Subconsultas.................................................................................................... 45
3.8. Modificación de la base de datos ..................................................................... 46
SEGUNDO
BIMESTRE
Autoevaluación 3 ...................................................................................................... 48
SOLUCIONARIO
4.2. Vistas............................................................................................................... 52
4.3. Transacciones................................................................................................... 53
4.4. Restricciones de integridad ............................................................................. 54
4.5. Índices............................................................................................................. 55
4.6. Privilegios........................................................................................................ 55
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 4 ...................................................................................................... 57
SEGUNDO BIMESTRE
ÍNDICE
6.2. Conjunto de entidades fuertes y débiles .......................................................... 75
6.3. Claves............................................................................................................... 76
6.4. Restricciones.................................................................................................... 76
6.5. Diagramas entidad-relación ............................................................................ 77
PRELIMINARES
6.6. Características avanzadas del modelo entidad-relación .................................. 78
Autoevaluación 6 ...................................................................................................... 81
BIMESTRE
PRIMER
7.3. Dependencias Funcionales............................................................................... 85
7.4. 2da forma normal ........................................................................................... 86
7.5. 3ra forma normal............................................................................................. 86
7.6. Proceso de diseño de la base de datos.............................................................. 87
Autoevaluación 7 ...................................................................................................... 89
SEGUNDO
BIMESTRE
UNIDAD 8. DISEÑO DE BASE DE DATOS ...................................................................... 91
8.1. Diseño de bases de datos................................................................................. 91
8.2. Fases del diseño de base de datos.................................................................... 91
SOLUCIONARIO
8.3. Diseño conceptual............................................................................................ 92
8.4. Diseño Lógico................................................................................................... 93
Autoevaluación 8 ...................................................................................................... 96
7. Solucionario.......................................................................................... 98
8. Referencias Bibliográficas...................................................................... 106
BIBLIOGRÁFICAS
REFERENCIAS
Guía didáctica: Fundamentos de Base de Datos PRELIMINARES
3. Introducción
ÍNDICE
El viaje es la recompensa.-Proverbio chino.
PRELIMINARES
valioso para beneficio personal y que tendrá eco en la sociedad en general.
La carrera de Informática es un estudio emocionante, debido a que nos acerca a nuevas formas de
pensamiento, de comunicación, de solución, etc. Embarcarse en estudiar esta carrera, como en todo
saber, requiere perseverancia, pasión, actitud, … lo que permitirá la obtención del título profesional de
Ingeniero en Informática, que será el inicio de muchos logros en su vida profesional. Parte de este viaje,
BIMESTRE
corresponde al estudio de la asignatura de Fundamentos de Base de Datos.
PRIMER
Fundamentos de Base de Datos corresponde al cuarto ciclo de la carrera de Ingeniería Informática de la
Modalidad Abierta y a Distancia de la Universidad Técnica Particular de Loja. Está valorado con cuatro
créditos y es una asignatura troncal de la carrera.
SEGUNDO
BIMESTRE
El propósito principal de la asignatura es brindar al estudiante el conocimiento y estrategias prácticas
sobre conceptos, reglas, herramientas y procedimientos que son requeridos para el desarrollo de
sistemas informáticos para trabajar con el diseño, la administración y la utilización de bases de datos,
con el fin de que las pueda aplicar en el ejercicio profesional. Esta asignatura contiene la base para el
estudio de Bases de Datos Avanzadas.
SOLUCIONARIO
Las bases de datos constituyen ahora el fundamento de todos los sistemas de información y han cambiado
de manera fundamental la forma en que muchas organizaciones operan. Las bases de datos son parte
de nuestra vida cotidiana; a menudo interactuamos con ellas, muchas de las veces sin ser conscientes de
ello. Cuando cancelamos las compras del supermercado, reservamos tickets de avión, hacemos alguna
transacción a través del cajero automático y en muchas otras actividades cotidianas estamos haciendo
BIBLIOGRÁFICAS
REFERENCIAS
uso de las bases de datos, y seguramente querrá conocer más a fondo cómo se gestiona la información
dentro de ellas, cómo se diseña una base de datos, cuáles son los productos de base de datos que se
puede utilizar, y demás preguntas a las que podrá darles respuesta una vez que hayamos desarrollado
los contenidos propuestos.
Dentro de cualquier herramienta de software, a menudo, encontraremos que uno de sus componentes
es una base de datos, por tanto, es evidente que su utilización es de gran ayuda respecto de manejo
de información, almacenamiento, seguridad, entre otros beneficios. El desarrollo de los contenidos de
esta asignatura nos dará la oportunidad de adquirir los conocimientos necesarios para tomar mejores
decisiones en el área de bases de datos durante el ejercicio profesional.
“Las bases de datos constituyen ahora el fundamento de todos los sistemas de información y han cambiado
de manera fundamental la forma en que muchas organizaciones operan” Connolly, T. y Begg, C. (2005).
Con el afán de alcanzar las competencias requeridas, esta asignatura se ha organizado en diez unidades,
cuatro por cada bimestre. En la primera unidad usted conocerá la terminología y conceptos básicos de
las bases de datos, la segunda unidad abarca los componentes del modelo relacional, la tercera unidad
hace una introducción al lenguaje SQL y en la cuarta unidad presenta funciones avanzadas del lenguaje
SQL.
Para el segundo bimestre la unidad cinco se refiere a los lenguajes de consulta relacionales, la
unidad seis estudia el modelo E/R, la unidad siete abarca la técnica de normalización y la unidad ocho
trata del diseño de bases de datos.
Le invitamos a que juntos llevemos el estudio de Fundamentos de Bases de Datos, recordándole que
estamos para guiar y apoyar su proceso enseñanza/aprendizaje.
ÍNDICE
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 superación profesional y personal que
contribuyen a su formación integral.
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
4. Bibliografía
ÍNDICE
4.1. Básica
PRELIMINARES
Silberschatz, A., Korth, H. y Sudarshan, S. (2014). Fundamentos De Bases De Datos. Madrid, España:
McGraw-Hill.
Este texto abarca la mayoría de temas que se proponen en la asignatura de Fundamentos de Base de Datos.
Es un material de actualidad que parte de un conocimiento elemental para luego ir profundizando en
los temas, apoyándose en ejemplos explicativos y gráficas. A lo largo del contenido propone resúmenes
BIMESTRE
de los temas más relevantes así como plantea ejercicios que ayudan a poner en práctica los conceptos
PRIMER
adquiridos.
Morocho, J. y Romero, A. (2017). Guía didáctica de Fundamentos de Bases de Datos. Loja, Ecuador:
UTPL.
SEGUNDO
BIMESTRE
La guía didáctica es un material educativo que ha sido elaborado con la finalidad de apoyar el proceso
de aprendizaje del alumno a través de diversas actividades que orienten, motiven, retroalimenten y
evalúen los conocimientos que el alumno irá adquiriendo en el transcurso de su formación académica.
SOLUCIONARIO
4.2. Complementaria
Connolly, T., y Begg, C. (2005). Sistemas de Base de Datos. Un enfoque práctico para diseño,
implementación y gestión. Madrid, España: Pearson Educación.
Este texto propone los temas relevantes de los Sistemas de Base de Datos. Su contenido es bastante
BIBLIOGRÁFICAS
didáctico, ofrece recursos para que el estudiante pueda autoevaluarse al final de cada unidad, dispone
REFERENCIAS
de casos de estudio sobre los cuales se puede ir desarrollando la parte práctica de la asignatura. También
ofrece recursos adicionales en la Web que ayudan al estudiante a complementar los contenidos del texto.
Morocho, J., y Romero, A. (2013). Fundamentos de Base de Datos Guía Didáctica. Loja, Ecuador: UTPL.
Guía didáctica diseñada para el estudio de Fundamentos de Base de Datos en la carrera de Ingeniería
en Informática de la Modalidad Abierta y a Distancia de la Universidad Técnica Particular de Loja. En
este material encontrará breves explicaciones, comentarios, de cada uno de los temas. Además incluye
autoevaluaciones, que le ayudarán como un indicador del logro de las competencias propuestas.
Coronel, C., y Morris, S. (2011). Bases de Datos. Diseño, implementación y gestión. Mexico DF, Mexico:
Cengage.
Este texto nos ofrece temas relacionados con los fundamentos de base de datos, como el lenguaje SQL,
el proceso de normalización y temas relacionados con el diseño de bases de datos relacionales. A través
de los ejemplos propuestos ayudan a un mejor entendimiento de la teoría.
López, I., Castellano, M. y Ospino, J. (2013). Bases De Datos. México, México: Alfaomega
Este libro aborda el tema de las bases de datos relacionales, con especial vinculación hacia el desarrollo de
aplicaciones para gestión de información. Por lo que su orientación es bastante práctica con actividades
y ejercicios aplicados a diferentes SGBD. Es un buen complemento para reforzar el entendimiento del
diseño, manejo y acceso a bases de datos.
ÍNDICE
Silberschatz, A., Korth, H., y Sudarshan, S. (2010). Database System Concepts. McGraw-Hill.
Disponible en: http://db-book.com/
En esta página Web podrá encontrar material referente al texto básico que puede consultar como apoyo
PRELIMINARES
para el mejor desarrollo de los contenidos, el acceso es libre.
W3Schools. The World’s Largest Web Developer, Lite SQL Tutorial. Disponible en http://www.
w3schools.com/sql/default.asp
Este portal ofrece varios tutoriales, entre ellos uno muy bueno de lenguaje SQL que vale la pena seguir.
Además, cuenta con un test que le ayudará a medir su avance en este lenguaje.
BIMESTRE
PRIMER
OCW de la Universidad de Cantabria. (2011). Bases de Datos. Disponible en http://bit.ly/1rqHwHF
OCW de la Universidad Carlos III de Madrid. (2008). Fundamentos de las Bases de Datos. Disponible
en http://bit.ly/1ryXgZi
SEGUNDO
BIMESTRE
OCW de la Universidad Politécnica de Madrid. Administración de Bases de Datos. Disponible en
http://bit.ly/1uu4uju
SOLUCIONARIO
Otros recursos
BIBLIOGRÁFICAS
REFERENCIAS
Oracle.com. Oracle SQL Developer. Disponible en: http://goo.gl/6odkL
ÍNDICE
Estudiar a distancia es un reto que requiere esfuerzo, dedicación y planificación, por ello debe hacer de
esta actividad un trabajo continuo y sistemático, organice su tiempo de manera que pueda aprovechar
los contenidos efectivamente.
PRELIMINARES
Creemos conveniente brindarle algunas recomendaciones de cara al desarrollo de los contenidos en el
semestre, para un mejor aprovechamiento de los recursos.
Recursos
BIMESTRE
Para la asignatura Fundamentos de Base de Datos se tienen los siguientes recursos esenciales. El Texto
PRIMER
básico “Fundamentos de Bases de datos” de Silbershatz, A., et. al. (2014) y la presente guía didáctica, estos
serán los principales recursos con los que usted contará para el estudio de cada uno de los contenidos.
El texto básico es rico en contenidos y cuenta con herramientas didácticas como: figuras
ilustrativas, casos de estudio, resúmenes, actividades recomendadas a lo largo de cada
SEGUNDO
BIMESTRE
capítulo y ejercicios propuestos.
SOLUCIONARIO
contiene cuestionarios, ejercicios y otras actividades que complementen su aprendizaje. A
continuación el detalle de los símbolos que encontrará en la guía:
BIBLIOGRÁFICAS
REFERENCIAS
Apartado que debe revisar para desarrollar
un tema de estudio
SUGERENCIA
Actividades recomendadas
Autoevaluación
ÍNDICE
Además contamos con la biblioteca virtual, a la que puede acceder a través de la página
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.
PRELIMINARES
Estrategia de estudio
Se recomienda las siguientes condiciones para que su momento de estudio sea más óptimo:
Tenga un ambiente adecuado para el estudio, un lugar con luz suficiente y libre de ruidos
que no obstaculicen su concentración.
BIMESTRE
PRIMER
Elabore un calendario de estudio, para distribuir adecuadamente su tiempo para cada de
sus asignaturas.
Dedique al menos dos horas diarias para realizar una lectura analítica, reflexiva de cada
unidad de estudio.
SEGUNDO
BIMESTRE
Utilice las estrategias de estudio que se ajusten a usted (subrayados, resúmenes, cuadros
sinópticos, esquemas, gráficas, etc.).
Revise conjuntamente el texto básico y la guía didáctica en todas las temáticas planificadas
para cada bimestre.
SOLUCIONARIO
Consulte la bibliografía complementaria con el propósito de indagar en los temas desde el
punto de vista de otros autores.
Realice las actividades sugeridas, utilizando las herramientas que se han propuesto.
BIBLIOGRÁFICAS
Desarrolle las autoevaluaciones propuestas al final de cada unidad de la guía didáctica a fin
REFERENCIAS
de comprobar los conocimientos adquiridos.
Interactividad
Adicional al material básico, usted contará con otros recursos tecnológicos que le servirán para
profundizar o complementar lo aprendido, como son:
aprendizaje y siempre se requiere de ayuda para esclarecer alguna duda o para ratificar sus
ideas. Recuerde que siempre será un gusto poder ayudarle.
ÍNDICE
Evaluación
PRELIMINARES
parciales (70% de la calificación final), que sumados deberán alcanzar un total de 20 puntos
por bimestre. Para superar la asignatura debe acumular entre todos sus aportes un mínimo
de 28 puntos. De no lograrlo Usted podrá acceder a las evaluaciones finales para acumular
el puntaje requerido.
Estimado alumno, 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
BIMESTRE
PRIMER
en la consecución de sus objetivos. Asi mismo le invitamos a revisar la sección 6.2 y 6.6 en donde se
encuentra la planificación para el trabajo del alumno del primer y segundo bimestre, que le ayudará en
la planificación de sus actividades de estudio en este nuevo reto que se ha planteado.
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
ÍNDICE
PRELIMINARES
PRIMER BIMESTRE
BIMESTRE
PRIMER
üü Organización y planificación del tiempo
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
15
Competencias específicas Competencias específicas
Contenidos (Unidades) Actividades de aprendizaje Indicadores de aprendizaje Tiempo de dedicación
de Titulación de la asignatura
• Analizar • Identifica el UNIDAD 1: INTRODUCCIÓN A LOS • Lectura comprensiva de • Identifica conceptos Semana 1
problemas y plantear entorno de los sistemas SISTEMAS DE BASES DE DATOS la Unidad 1 de la guía clave de los sistemas
soluciones mediante de bases de datos.
1.1. Introducción a los sistemas didáctica.
de bases de datos, sus 4 horas de
métodos
de gestión de bases de datos y bases autoestudio
computacionales. antecesores y SGBD.
de datos
• Construir • Desarrollo de un cuadro
1.2. Sistemas de procesamiento 4 horas de interacción
modelos y sinóptico a manera de • Descubre de manera
de archivos
especificaciones de cronología sobre la el entorno general
software que permitan 1.3. Visión de los datos
validar un producto evolución de las bases de de las bases de datos,
previo a su 1.4. Lenguajes de bases de datos datos.
sus relaciones y/o
implementación. 1.5. Bases de datos relacionales aplicaciones.
1.6. Diseño de base de datos • Desarrollo de actividades
Guía didáctica: Fundamentos de Base de Datos
16
Analizar problemas y Identifica los principales UNIDAD 2. MODELO RELACIONAL • Lectura compresiva de • Identifica los Semana 2
plantear soluciones componentes de un la Unidad 2 de la guía didáctica. conceptos elementales en
2.1. Estructura de las bases de 4 horas de autoestudio
mediante métodos modelo de datos el modelo relacional.
datos relacionales • Generación de un
computacionales. relacional. 4 horas de interacción
mapa conceptual de los • Identifica la
2.2. Esquema de base de datos
Construir modelos y componentes del modelo conexión con las relaciones
especificaciones de 2.3. Claves y diagrama de relacional.
matemáticas.
software que permitan esquema
• Desarrollo de • Analiza la
validar un producto
2.4. Lenguajes de consulta actividades recomendadas en la importancia de los
previo a su
relacional guía para la segunda unidad.
elementos de este modelo.
implementación.
2.5. Operaciones relacionales • Revisar anuncios en el
EVA.
• Desarrollo de la parte
de la evaluación a distancia
correspondiente a la segunda
Guía didáctica: Fundamentos de Base de Datos
unidad.
• Desarrollo de
cuestionario de refuerzo
1-primer bimestre.
• Participar del foro
calificado del primer bimestre.
Analizar problemas y Construye objetos de UNIDAD 3: LENGUAJE SQL • Lectura compresiva de • Analiza la Semana 3 y 4
plantear soluciones base de datos y resuelve la Unidad 3 de la guía didáctica.
importancia del lenguaje
3.1 Introducción al lenguaje de 8 horas de autoestudio
mediante métodos consultas de datos a SQL.
consulta estructurado • Desarrollo de
computacionales. través del lenguaje SQL. 8 horas de interacción
actividades recomendadas en la • Utiliza las
3.2 Definición de Datos en SQL
Construir modelos y guía para la unidad 3.
sentencias SQL para
especificaciones de 3.3 Consultas con SQL manipulación de datos
• Revisión de los
software que permitan haciendo consultas simples
3.4 Operaciones básicas ejercicios resueltos en el texto
validar un producto o compuestas.
adicionales básico.
previo a su
implementación. 3.5 Valores Nulos • Desarrollo los
apartados de la evaluación
a
3.6 Funciones de agregación distancia que correspondan a la
3.7 Subconsultas unidad.
3.8 Modificación de la base de • Desarrollo de
PRIMER BIMESTRE
17
Analizar problemas y •Utiliza funciones Unidad 4: SQL INTERMEDIO • Lectura compresiva de • Analiza la Semana 5 y 6
plantear soluciones avanzadas del lenguaje la Unidad 4 de la guía didáctica.
importancia del lenguaje
4.1 Combinación de tablas 8 horas de autoestudio
mediante métodos SQL. SQL.
• Desarrollo de
computacionales. 4.2 Vistas 8 horas de interacción
actividades recomendadas en la • Crea un esquema
Construir modelos y 4.3 Transacciones guía para la unidad 4.
relacional de base de datos
especificaciones de usando comandos DDL.
4.4 Restricciones de integridad • Revisión de los
software que permitan
ejercicios resueltos en el texto
validar un producto 4.5 Índices básico.
previo a su
implementación. 4.6 Privilegios • Desarrollo los
apartados de la evaluación
a
distancia que correspondan a la
unidad.
• Desarrollo de
cuestionario de refuerzo
Guía didáctica: Fundamentos de Base de Datos
3-primer bimestre.
Revisión de los contenidos de las unidades 1 - 4 previo a la primera evaluación presencial bimestral. Semana 7 y 8
8 horas de interacción
TOTAL DE HORAS 64 horas
PRIMER BIMESTRE
ÍNDICE
Formas de evaluación 2. Heteroevaluación
Evaluación a Evaluación
1. Autoevaluación *
distancia ** presencial
3. Coevaluación
Interacción en el
Parte de ensayo
Prueba objetiva
Parte objetiva
PRELIMINARES
EVA***
Competencia: criterio
Comportamiento ético x x x x x x
BIMESTRE
Cumplimiento, puntualidad,
PRIMER
Actitudes
x x x x x
responsabilidad
Esfuerzo e interés en los trabajos x x x x x
Respeto a las personas y a las normas
x
de comunicación
Creatividad e iniciativa x x x x x x
SEGUNDO
BIMESTRE
Habilidades
Contribución en el trabajo
x x
colaborativo y de equipo
Presentación, orden y ortografía x x x
Emite juicios de valor
x x x
SOLUCIONARIO
argumentadamente
Dominio del contenido x x x x
Conocimientos
BIBLIOGRÁFICAS
REFERENCIAS
Análisis y profundidad en el
x x x x
desarrollo de temas
PORCENTAJE 10% 20% 30% 70%
puntos en cada
presenciales y en el
Estrategia de
aprendizaje
Actividades
en el EVA: 3
bimestre
Actividades
EVA
Puntaje 2 4 6 14
TOTAL 20 puntos
Para aprobar el componente se requiere obtener un puntaje mínimo de 28/40 puntos, que equivale al 70%.
* Son estrategias de aprendizaje, no tienen calificación; se trata de actividades que debe de responder con el fin de
comprobar individualmente su proceso de aprendizaje.
** Recuerde que la prueba a distancia consta de dos partes: una objetiva y otra de ensayo, que en total suman 6 puntos,
es decir, al 30% de la nota final.
*** El foro y el chat académico tienen una valoración de un punto cada uno, mientras que los cuatro cuestionarios de
refuerzo suman un punto en total, haciendo media de los puntajes obtenidos en cada uno de ellos. Estos puntos
sólo computarán para complementar la nota final, siempre que haya obtenido un puntaje mínimo de 8 puntos en la
prueba presencial.
Señor estudiante:
Tenga presente que la finalidad de la valoración cualitativa es
principalmente formativa.
ÍNDICE
UNIDAD 1. INTRODUCCIÓN LOS SISTEMAS DE BASES DE DATOS
PRELIMINARES
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
didáctica y el capítulo “Introducción” del texto básico.
Estimado alumno, iniciamos el estudio de Fundamentos de las Bases de Datos, en primera instancia
BIMESTRE
PRIMER
nos insertamos en el contexto de las bases de datos con el objetivo de conocer cómo evolucionaron
las bases de datos. Así también, ayudarle a identificar las funciones típicas, componentes principales y
el personal implicado en los sistemas de gestión de bases de bases de datos, el entorno de las bases de
datos, sus relaciones y/o aplicaciones.
SEGUNDO
A continuación, le invitamos a explorar por el mundo de las bases de datos.
BIMESTRE
1.1. Introducción a los sistemas de gestión de bases de datos y bases de datos
Iniciemos destacando que en la actualidad las bases de datos son parte de la vida cotidiana, y de igual
SOLUCIONARIO
manera forman parte esencial de los entornos informáticos modernos y su aplicabilidad está presente
en casi todas las actividades diarias.
Un Sistema de gestión de bases de datos (SGBD) consiste en una colección de datos interrelacionados
BIBLIOGRÁFICAS
y un conjunto de programas para acceder a dichos datos. La colección de datos, normalmente se
REFERENCIAS
denomina bases de datos, que contiene información relevante para una entidad.
El objetivo principal de un SGBD es proporcionar un entorno, tanto conveniente como eficiente, a los
usuarios de la base de datos para el almacenamiento y la recuperación de información.
De seguro usted cuenta con su cédula de identidad que la obtuvo en alguna de las dependencias del
Registro Civil; para este proceso le solicitaron su información personal como nombres, apellidos, nivel de
instrucción, entre otros datos. Esta información fue complementada con datos propios asignados por la
entidad como número de cédula asignado, lugar y fecha de expedición, fecha de caducidad, entre otros.
Toda esta información es ingresada en una base de datos; y es alimentada y actualidad con cada nuevo
usuario que acude a la entidad.
ÍNDICE
todos interactuamos a diario con bases de datos.
Actualmente, los sistemas de bases de datos resultan ubicuos y la mayoría de las personas interactuamos
directa o indirectamente con bases de datos muchas veces al día. La afirmación anterior, sumada a la
PRELIMINARES
necesidad de profesionales de nivel experto en explotación de bases de datos, destaca la relevancia de
profundizar en este tópico de conocimiento.
BIMESTRE
PRIMER
que son sistemas que almacenan datos en registros permanentes en varios archivos. Algunos autores
denominan a estos sistemas como sistemas tradicionales basados en archivos.
SEGUNDO
de procesamiento de archivos, que son sustanciales para comprender
BIMESTRE
el funcionamiento de los SGDB.
Las bases de datos surgieron para dar respuesta a la gestión informatizada de estos datos comerciales y
superar las limitaciones de los sistemas de procesamiento de archivos como son:
SOLUCIONARIO
Redundancia e inconsistencia de datos
Dificultad de acceso a los datos
Aislamiento de los datos
Problemas de integridad
Problemas de atomicidad
BIBLIOGRÁFICAS
Anomalías en el acceso concurrente
REFERENCIAS
Problemas de seguridad
Ahora que ha examinado las características que los sistemas preliminares para gestión de información,
los sistemas de procesamiento de archivos, requerían para ofrecer mayores prestaciones en el manejo
de la información, Usted está en la capacidad de distinguir las características de un sistema de bases de
datos.
Los SGBD comerciales están basados en la denominada arquitectura ANSI-SPARC que comprende tres
niveles de abstracción. Los niveles de abstracción se resumen en la Figura 1.
ÍNDICE
PRELIMINARES
BIMESTRE
PRIMER
Figura 1. Los tres niveles de abstracción de bases de datos
Fuente: (Connolly, T. y Begg, C.,2005)
Elaborado por: Morocho, J. y Romero, A. (2017)
SEGUNDO
BIMESTRE
En su texto básico, examine el apartado 1.3. Visión de los datos, con
el fin de comprender los tres niveles de abstracción de datos y la
independencia física de los datos.
SOLUCIONARIO
En la Figura 2, se esquematizan en un ejemplo las diferencias entre los tres niveles de abstracción.
BIBLIOGRÁFICAS
REFERENCIAS
Esta explicación debe haberle aclarado las definiciones de los niveles de abstracción.
ÍNDICE
En su texto básico, examine el apartado 1.3.2. Ejemplares y esquemas,
luego relacione estos elementos con los tres niveles de abstracción.
Resalte los conceptos más relevantes.
PRELIMINARES
En un momento dado la información almacenada en la base de datos se denomina ejemplar, según la
denominación del autor del texto básico. Es importante mencionar que otros autores como (Connolly y
Begg, 2005) este concepto es equivalente al denominado instancia de la base de datos.
Otro concepto relevante corresponde a una vista del sistema denominada esquema y al conjunto de
vistas de usuario denominadas subesquemas.
BIMESTRE
PRIMER
En su texto básico, estudie el apartado 1.3.3. Modelo de datos, para
conocer las diferentes herramientas conceptuales para describir los
datos, relaciones, semántica y restricciones.
Los modelos de datos proporcionan una forma de describir el diseño de bases de datos en los tres niveles
SEGUNDO
BIMESTRE
de abstracción.
SUGERENCIA
Realice un esquema resumen sobre los modelos de datos y sus principales
SOLUCIONARIO
características.
BIBLIOGRÁFICAS
REFERENCIAS
Los sistemas de bases de datos proporcionan un lenguaje de definición de datos (LDD) y un lenguaje de
manipulación de datos de datos (LMD).
El LDD permite especificar el esquema de la base de datos, mientras que el LMD permite consultar y
actualizar la base de datos. Estos lenguajes se denominan sublenguajes de datos, debido a que no
incluyen las estructuras para todas las necesidades de computación que son proporcionadas por
lenguajes de programación de alto nivel, por ejemplo instrucciones condicionales.
El dominio de los lenguajes de bases de datos es una habilidad esencial de la gestión de bases de datos.
SUGERENCIA
Identifique la diferencia entre LMD procedimentales y LMD declarativos
(LMD no procedimentales).
Una de las funciones que permite el LMD es la recuperación de información almacenada en la base de
datos, realizada a través de consultas a la base de datos. Una consulta es una instrucción que solicita
ÍNDICE
recuperar información, realizada a través de una parte del LMD denominada lenguaje de consultas. SQL
(Lenguaje de consulta estructurado) es uno de los lenguajes de consulta más ampliamente utilizado en
bases de datos relacionales y que será tema de estudio en las siguientes unidades.
PRELIMINARES
SUGERENCIA
BIMESTRE
PRIMER
El modelo relacional da lugar a las bases de datos relacionales, que usan un conjunto de tablas para
representar tanto los datos como las relaciones existentes entre ellos. Incluyen un LDD y un LMD.
SEGUNDO
BIMESTRE
con el fin de comenzar en la identificación de los elementos importantes
en torno a este tópico.
Las bases de datos tienen sus limitaciones si nos basamos de manera exclusiva en su SGBD, por ello es
SOLUCIONARIO
importante destacar que las bases de datos trabajan conjuntamente con programas de aplicación.
Los programas de aplicación son programas que permiten realizar acciones que no se pueden obtener
en SQL por ejemplo algunos cálculos se consiguen utilizando un lenguaje de programación general,
además la entrada de datos de usuario, mostrar datos en pantalla, entre otros.
BIBLIOGRÁFICAS
REFERENCIAS
1.6. Diseño de base de datos
Los sistemas de bases de datos se diseñan para gestionar grandes cantidades de información relacionada
y que permita su recuperación para las operaciones de la empresa.
El diseño de bases de datos genera principalmente el diseño de un esquema de datos. Esto implica
un proceso de diseño, que incluye un modelo de datos y un proceso de afinamiento del modelado
denominado normalización.
Ahora somos concientes que el modelo de datos a emplear corresponde a un modelo entidad-relación
(E-R) que es un modelo de datos muy usado en el diseño de bases de datos, que proporciona una
representación gráfica conveniente para ver los datos, relaciones y restricciones.
SUGERENCIA
vv Genere un esquema resumen del apartado Diseño de bases de datos.
ÍNDICE
vv Examine detenidamente el apartado Diseño de base de datos para
una universidad.
PRELIMINARES
1.7. Almacenamiento de datos y consultas
El SGBD comprende algunos componentes funcionales para la gestión del almacenamiento de datos y
de las consultas.
BIMESTRE
En su texto básico, revise el apartado 1.7. Almacenamiento de datos y
PRIMER
consultas y resalte lo más importante.
El gestor de almacenamiento es un módulo de programa que se comunica con las consultas enviadas
por el usuario y con los programas de aplicación. El gestor de almacenamiento acepta las consultas
SEGUNDO
BIMESTRE
y examina los esquemas para determinar qué registros conceptuales se necesitan para satisfacer
la solicitud; y, a continuación hace una llamada al gestor de archivos para satisfacer la solicitud. Los
componentes del gestor de almacenamiento son:
SOLUCIONARIO
Gestor de transacciones
Gestor de archivos
Gestor de la memoria intermedia (búfer)
El gestor de almacenamiento implementa varias estructuras de datos: archivos de datos, diccionario de
BIBLIOGRÁFICAS
datos e índices.
REFERENCIAS
El procesador de consultas se trata de uno de los principales componentes del SGBD, que se ayuda
al sistema de base de datos a simplificar y facilitar el acceso a los datos. Entre los componentes del
procesador de consultas se encuentran:
Atomicidad es la propiedad de ‘todo o nada’. Una transacción es una propiedad indivisible debe realizarse
en su totalidad o no se realiza en absoluto. El sistema de recuperación del SGBD tiene la responsabilidad
de garantizar la atomicidad.
Coherencia, una trasacción debe transformar la base de datos llevándola de un estado coherente a otro.
Tanto el SGBD como los desarrolladores de aplicaciones deben asegurar la coherencia, imponiendo las
ÍNDICE
restricciones que se hayan implementado en el esquema de base de datos.
Durabilidad, los efectos de una transacción completada con éxito (confirmada) se registran de modo
PRELIMINARES
permanente en la base de datos y deben poder perderse en un fallo posterior.
SUGERENCIA
Analice los ejemplos propuestos en el apartado 1.8. Gestión de transacciones
e identifique las propiedades de una transacción.
BIMESTRE
PRIMER
1.9. Funciones de un SGBD
Un SGBD completo debe proporcionar diez servicios que según Connolly y Begg (2005), se espera que
estén disponibles y se presentan en la Figura 3.
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
ÍNDICE
La arquitectura de los sistemas de bases de datos tiene relación directa con el sistema informático sobre
el que se ejecuta el sistema de base de datos. Los sistemas de bases de datos pueden estar centralizados
o ser del tipo cliente-servidor.
Los sistemas de base de datos centralizados cuentan con un único equipo informático que es la que
PRELIMINARES
lleva el procesamiento.
BIMESTRE
PRIMER
En la arquitectura de dos capas, la aplicación se divide en un componente que reside en
la máquina cliente y solicita la funcionalidad de la base de datos en la máquina servidor
mediante instrucciones del lenguaje de consultas. La comunicación entre las dos máquinas
se realiza a través interfaces de comunicación (mediante la red), como OBDC y JDBC.
En la arquitectura de tres capas, la máquina cliente actúa como parte visible al usuario y
SEGUNDO
BIMESTRE
no contiene llamadas directas a la base de datos, sino que se comunica con servidor de
aplicaciones que comunmente son formularios (interfaz de usuario) y es el contiene la
lógica del negocio1. El servidor de aplicaciones, a su vez se comunica con el sistema de base
de datos para acceder a los datos. Las aplicaciones de tres capas resultan las más adecuadas
SOLUCIONARIO
para aplicaciones de gran tamaño y aplicaciones Web.
Conocer la arquitectura de bases de datos le proporciona a usted una idea de cuáles son las
responsabilidades del experto en bases de datos.
BIBLIOGRÁFICAS
1.11. Minería y análisis de datos
REFERENCIAS
La minería de datos, de manera general, se refiere al proceso de análisis semiautomático de grandes
bases de datos para descubrir reglas y patrones de datos.
La minería de datos, al igual que la inteligencia artificial2 o el análisis estadístico, realiza el descubrimiento
de conocimiento. Sin embargo, la minería se diferencia de estos dos últimos debido a que maneja
grandes volúmenes de datos, almacenados principalmente en disco. De lo que podemos inferir que, la
minería de datos trata del descubrimiento de conocimientos en las bases de datos.
Los conocimientos descubiertos en las bases de datos pueden representarse mediante un conjunto
de reglas, ecuaciones (relacionan diferentes variables) u otros mecanismos para la predicción de los
resultados cuando se conocen los valores de algunas variables. Se pueden identificar variedad de
patrones útiles y para esto se emplean diferentes técnicas.
1 La lógica de negocio establece las acciones que se deben realizar en función de las condiciones existentes, se encuentra en
el servidor de aplicaciones en lugar de estar distribuida en los múltiples clientes.
2 La inteligencia artificial denominada también aprendizaje de la máquina.
datos pueden descubrirse varios patrones, sin embargo, puede requerirse interacción manual; es por
este motivo que se considera como un proceso semiautomático.
ÍNDICE
En su texto básico, examine el apartado 1.10. Minería y análisis de datos.
Resalte los conceptos más relevantes.
PRELIMINARES
Las empresas han comenzado a explotar la gran cantidad de datos disponibles para tomar mejores
decisiones sobre sus actividades, como los artículos de los que hay que tener en existencias y la mejor
manera de llegar a los clientes para incrementar las ventas.
BIMESTRE
SUGERENCIA
PRIMER
vv Lea el siguiente enlace, https://goo.gl/TXCoJl, que es un ejemplo,
simpático y muy comprensible de posibles aplicaciones de
minería de datos.
Las grandes compañías, han implementado almacenes de datos para obtener consultas eficientes sobre
el conocimiento que las operaciones realizadas en la compañía. Los almacenes de datos recogen datos
SEGUNDO
BIMESTRE
de distintas fuentes bajo el esquema unificado, en un único punto; por tanto proporcionan al usuario
una interfaz única y uniforme de los datos.
Este campo resulta muy atractivo en la actualidad, debido a que cada vez más las empresas quieren
explotar sus datos para beneficio de sus operaciones.
SOLUCIONARIO
1.12. Bases de datos específicas
Existen áreas de aplicaciones de sistemas de bases de datos que se ven limitadas por las restricciones del
BIBLIOGRÁFICAS
modelo relacional. Para atender otros dominios de aplicación se han desarrollado varios modelos, entre
REFERENCIAS
ellos los modelos de datos orientados a datos y los modelos de datos semiestructurados.
ÍNDICE
Concesión de autorización para el acceso a los datos
Mantenimiento rutinario
En cuanto a los usuarios de bases de datos e interfaces de usuario, se identifican cuatro roles en función
PRELIMINARES
de la forma en que esperan interactuar con el sistema.
Los usuarios normales, que son usuarios que usan el sistema interactuando con los
programas de aplicación.
Los programadores de aplicaciones, que son profesionales informáticos que escriben
programas de aplicación.
BIMESTRE
PRIMER
Los usuarios sofisticados, que interactúan con el sistema sin escribir programas. En su lugar
formulan consultas de bases de datos o con herramientas de software.
Los usuarios especializados, son usuarios sofisticados que escriben aplicaciones de bases de
datos que no se enmarcan en el marco tradicional del procesamiento de datos.
SEGUNDO
BIMESTRE
En su texto básico, estudie el apartado 1.12. Usuarios y administradores
de bases de datos. Resalte los conceptos más relevantes y asegúrese de
haber comprendido las funciones del administrador de bases de datos.
Ahora que usted conoce los diferentes roles que existen alrededor de un sistema de base de datos, su
SOLUCIONARIO
interés en profundizar en este interesante campo del saber debe haberse incrementado.
BIBLIOGRÁFICAS
REFERENCIAS
ha tratado, de acuerdo al tiempo, de automatizar las tareas de procesamiento de datos. Las técnicas de
almacenamiento y procesamiento de datos han evolucionado a lo largo de los años.
Muy bien, ¡felicitaciones! hemos completado la unidad 1, con el mismo entusiasmo siga adelante. Como
parte complementaria, es momento de constatar sus avances, para lo cual le invitamos a desarrollar la
siguiente autoevaluación.
Autoevaluación 1
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad, por lo
que le invitamos a desarrollar la autoevaluación propuesta a continuación.
PRELIMINARES
Aunque el desarrollo de estas preguntas es opcional, se le recomienda
resolverlas. Si tiene alguna duda consulte con su profesor tutor.
1. Los sistemas basados en archivos, mantienen los datos en varios archivos muchas de las veces en
BIMESTRE
PRIMER
distintos formatos y requieren igualmente de varios programas de aplicación para manipular los
datos ahí contenidos. Esta desventaja se la conoce como:
SEGUNDO
c. Aislamiento de datos.
BIMESTRE
2. Una base de datos es:
SOLUCIONARIO
c. el un programa escrito por programadores en respuesta a las necesidades de los usuarios
3. Un administrador de base de datos, debe decidir qué datos se almacena en la base de datos para
lo cual emplea el nivel de abstracción:
BIBLIOGRÁFICAS
a. físico
REFERENCIAS
b. lógico
c. de vistas.
5. Cuál de las siguientes sentencias NO corresponde a características de una base de datos relacional:
6. Identifique aquel elemento que no corresponde a una aplicación de base de datos con una
arquitectura de tres capas.
a. Máquina cliente.
b. Servidor de aplicaciones.
c. Lógica de negocio.
d. Servidor de base de datos.
ÍNDICE
7. Minería de datos hace referencia a:
PRELIMINARES
b. La creación de formularios e informes con un mínimo de esfuerzo de programación.
c. El método para añadir información de marcas a los documentos de texto para el intercambio
de datos.
BIMESTRE
PRIMER
a. Escribir aplicaciones de base de datos especializadas que no encajan en el marco tradicional
del procesamiento de datos.
b. Asegurar disponibilidad del espacio en disco suficiente para la normal operación de la base
de datos.
SEGUNDO
c. Crear el esquema original de la base de datos mediante la ejecución de comandos de
BIMESTRE
definición de datos de SQL.
SOLUCIONARIO
b. El almacenamiento, recuperación y actualización de los datos de la base de datos.
c. Permitir a los usuarios de la base de datos obtener buenos tiempos de respuesta al ejecutar
sus consultas.
BIBLIOGRÁFICAS
REFERENCIAS
a. Identificar los requisitos de datos de la organización.
b. Especificar las características físicas de la base de datos.
c. Indicar los requisitos funcionales de la empresa.
Ahora, estamos seguros que deseará verificar si sus respuestas fueron o no las correctas; para ello, lo
proponemos revisar el solucionario que se encuentra al final de la guía didáctica y así ratificar o rectificar
sus respuestas.
Ir a solucionario
ÍNDICE
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
PRELIMINARES
didáctica y el capítulo “Introducción al modelo relacional” del texto básico.
Estimado alumno, continuamos con el estudio el modelo relacional, los conceptos estructurales y la
representación de datos en este modelo de datos. Este tema es de vital importancia dentro de las bases
BIMESTRE
de datos pues le servirá como fundamento teórico de la gestión y manipulación de datos en una base
PRIMER
de datos.
El modelo de datos es un conjunto de herramientas conceptuales para la descripción de los datos, las
relaciones entre ellos, su semántica y las restricciones de consistencia. El modelo de datos para bases de
datos relacionales más ampliamente utilizado es el Modelo Relacional, que por su simplicidad facilita su
SEGUNDO
BIMESTRE
comprensión.
SOLUCIONARIO
2.1. Estructura de las bases de datos relacionales
Una base de datos relacional consiste en un conjunto de tablas, a las que también las podemos denominar
relaciones, de ahí que se denomine modelo relacional.
BIBLIOGRÁFICAS
REFERENCIAS
En su texto básico, lea el apartado 2.1 Estructura de las bases de datos
relacionales.
Es importante que identifique los elementos que son parte de la terminología, y que aprenda a identificar
dichos conceptos en ejercicios prácticos.
SUGERENCIA
vv Analice los ejemplos propuestos en el presente apartado.
Le invitamos a revisar la Figura 4 que muestra los elementos básicos del modelo relacional.
ÍNDICE
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
SOLUCIONARIO
Figura 4. Elementos básicos del modelo relacional
Fuente: Silberschatz, et. al. (2014)
Elaborado por: Morocho, J. Y Romero, A. (2017)
BIBLIOGRÁFICAS
REFERENCIAS
Es importante hacer diferencia entre un esquema de base de datos y un ejemplar (instancia) de una base
de datos.
El esquema de base de datos corresponde al diseño lógico de una semántica dada y el ejemplar de la
base de datos corresponde a los datos en la base de datos en un instante dado.
Otros conceptos que aparecen dentro de un esquema de base de datos, corresponden a esquema de
relación y ejemplar de la relación. Donde el esquema de la relación consiste en la lista de atributos y sus
dominios, y estos se mantienen estáticos. Mientras que el ejemplar de la relación concierne a los datos
que se encuentran en la base de datos en un instante determinado y que pueden cambiar con el tiempo.
En el texto básico se hace una analogía entre relación con el concepto de variable de los lenguajes de
programación y además, entre ejemplar de relación con el concepto de valor de una variable.
ÍNDICE
vv Identifique los elementos básicos de una relación en las
relaciones departamento, sección y enseña.
PRELIMINARES
2.3. Claves y diagrama de esquema
Las claves son una forma de especificar que las tuplas de una relación dada se distingan entre sí. Esto se
expresa mediante los atributos de la relación. Se identifican algunos tipos de clave:
Superclave
BIMESTRE
PRIMER
Clave candidata
Clave primaria
Clave externa
SEGUNDO
BIMESTRE
En su texto básico, lea los apartados 2.3. Claves y 2.4. Diagrama de
esquema. Resalte los conceptos relevantes. Asegúrese de que haya
comprendido los conceptos de cada una de los tipos de claves y los
conceptos de integridad asociados.
SOLUCIONARIO
Identificar correctamente las claves de las relaciones es una habilidad relevante en el diseño de una base
de datos.
BIBLIOGRÁFICAS
REFERENCIAS
SUGERENCIA vv Analice los ejemplos propuestos en el presente apartado.
vv Identifique los elementos básicos de una relación en las
relaciones departamento, sección y enseña.
En los lenguajes procedimentales, el usuario indica al sistema que lleve a cabo una serie de operaciones
en la base de datos para calcular el resultado deseado, es decir le indica como tiene que obtener. Un
ejemplo de lenguaje procedimental es el álgebra relacional.
ÍNDICE
Los lenguajes procedimentales de consulta relacional proporcionan operaciones que se pueden aplicar
a una única relación o a un par de relaciones. Como resultado de estas operaciones es siempre una única
relación.
PRELIMINARES
Selección
Proyección
Reunión natural
Producto cartesiano
BIMESTRE
PRIMER
Unión
Intersección
Diferencia de conjuntos
SEGUNDO
BIMESTRE
Realice el siguiente ejercicio:
Hotel(hotelNo,hotelName,city)
SUGERENCIA Room(roomNo,hotelNo,type,price)
SOLUCIONARIO
Guest(guestNo,guestName,guestAddress)
Booking(hotelNo,guestNo,dateFrom,dateTo,roomNo)
BIBLIOGRÁFICAS
REFERENCIAS
Hemos llegado al final con el estudio de la segunda unidad, le recordamos que las actividades sugeridas
a lo largo de la unidad apoyarán su estudio. Le invitamos a validar sus avances desarrollando la
autoevaluación 2.
Autoevaluación 2
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad, por lo
que le invitamos a desarrollar la autoevaluación propuesta a continuación.
PRELIMINARES
Aunque el desarrollo de estas preguntas es opcional, se le recomienda
resolverlas. Si tiene alguna duda consulte con su profesor tutor.
BIMESTRE
PRIMER
a. Tablas que tienen nombres únicos.
b. tuplas organizadas mediante una clave principal.
c. Columnas con nombres únicos.
SEGUNDO
BIMESTRE
2. Para referirse a una instancia específica de una relación se utiliza el término:
a. Esquema de relación.
b. Dominio atómico.
c. Ejemplar de relación.
SOLUCIONARIO
3. Dentro del modelo relacional, una tupla se refiere a:
a. Una fila
b. Una tabla
c. La columna de una tabla
BIBLIOGRÁFICAS
REFERENCIAS
d. Una instancia de una relación
a. Una fila
b. Una tabla
c. La columna de una tabla
d. Una instancia de una relación
a. Una fila
b. Una tabla
c. La columna de una tabla
d. Una instancia de una relación
a. Toda la relación
ÍNDICE
b. Cada una de las tuplas
c. El esquema de la base de datos
PRELIMINARES
a. La elegida por el diseñador de base de datos para identificar de forma única las tuplas de
una relación.
b. Aquella que podría identificar de forma única a cada tupla de una relación.
c. Un conjunto de uno o varios atributos que considerados en conjunto identifican de forma
única a cada tupla de una relación.
BIMESTRE
PRIMER
8. La operación relacional más frecuente es la:
a. Proyección
b. Selección
SEGUNDO
c. Producto cartesiano
BIMESTRE
9. Cuando se aplica una consulta sobre una única relación y en la que las tuplas tienen que cumplir
un predicado particular (por ejemplo, fecha_ingreso > ‘10/06/2015’), el resultado es:
a. Una vista que contiene aquellas tuplas que satisfacen el predicado indicado.
SOLUCIONARIO
b. La misma relación original, pero que contiene solamente aquellas tuplas que satisfacen el
predicado.
c. Una nueva relación, que es un subconjunto de la relación original.
10. Ciertos lenguajes relacionales cumplen estrictamente con la definición matemática de conjunto y:
BIBLIOGRÁFICAS
REFERENCIAS
a. Eliminan los duplicados.
b. Mantienen los duplicados.
c. Eliminan o mantienen los duplicados de acuerdo a los recursos del servidor de base de
datos.
Ahora, seguro que deseará verificar si sus respuestas fueron o no las correctas; para ello revise el
solucionario que se encuentra al final de la guía didáctica y así ratificar o rectificar sus respuestas.
Ir a solucionario
ÍNDICE
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
didáctica y el capítulo “Introducción a SQL”.
PRELIMINARES
Estimado alumno, en la presente unidad revisaremos el Lenguaje de Consulta Estructurado SQL
(Structured Query Language por sus siglas en inglés), centraremos nuestra atención en la forma de
construir instrucciones SQL con las cláusulas WHERE, ORDER BY, funciones de agregación, cláusula
BIMESTRE
PRIMER
GROUP BY, subconsultas. Además, es importante conocer cómo manipular los datos contenidos en la
base de datos mediante las instrucciones de SQL de Manipulación de Datos DML (Data Manipulation
Language por sus siglas en inglés): INSERT, UPDATE y DELETE; y complementaremos con las instrucciones
de Definición de Datos DDL (Data Definition Language por sus siglas en inglés) que permiten crear las
estructuras para soportar los datos y demás objetos de base de datos como vistas o índices así como
SEGUNDO
BIMESTRE
comandos para controlar acceso a los datos. Esta es una competencia importante en la gestión de base
de datos y es quizá una de las más requeridas en el perfil del profesional informático.
SOLUCIONARIO
Es momento de revisar el apartado 3.1. Introducción al lenguaje de
consultas SQL de su texto básico, donde podemos revisar la evolución
de este potente lenguaje.
BIBLIOGRÁFICAS
REFERENCIAS
El Lenguaje de Consulta Estructurado, es la principal herramienta para interacción del usuario con
una base de datos, mediante el cual se envía solicitudes de datos al servidor que responde a dichas
demandas; es un lenguaje relativamente fácil de aprender.
Para hacer un poco de historia de la evolución del lenguaje SQL podemos mencionar que el estándar
SQL2006, ISO/IEC 9075-14:2006 define las maneras en las cuales el SQL se puede utilizar conjuntamente
con XML. Además, proporciona facilidades que permiten a las aplicaciones integrar dentro de su código
SQL el uso de XQuery, lenguaje de consulta XML publicado por el W3C3 para acceso concurrente a datos
ordinarios SQL y documentos XML.
En el 2008, tenemos SQL2008, donde se permite el uso de la cláusula ORDER BY fuera de las definiciones
de los cursores. Incluye los disparadores del tipo INSTEAD OF. Añade la sentencia TRUNCATE. La figura 5
muestra la evolución del lenguaje SQL.
ÍNDICE
PRELIMINARES
Figura 5. Evolución del lenguaje estructurado de consulta SQL
Fuente: Silberschatz, et. al. (2014)
Elaborado por: Morocho, J. Y Romero, A. (2017)
BIMESTRE
El SQL es un estándar de la ISO4, por lo que todas las bases de datos que soporten SQL deben tener
PRIMER
la misma sintaxis, sin embargo, muchos de los productos comerciales de DBMS agregan sus propias
mejoras especiales, aunque estas diferencias son de poca importancia.
Además, agrupa sentencias de acuerdo al papel que cumplen, siendo estos grupos los siguientes:
SEGUNDO
BIMESTRE
1. Lenguaje de Definición de Datos (Data Definition Language, DDL), que abarca sentencias
del tipo DROP y CREATE para crear y/o eliminar las estructuras de almacenamiento requeridas
en una base de datos.
2. Lenguaje de Manipulación de Datos (Data Manipulation Language, DML), que abarca las
SOLUCIONARIO
sentencias SELECT, INSERT, UPDATE y DELETE, con las cuales maneja/manipula los datos en
una base de datos.
3. Integridad, que mediante los comandos PRIMARY KEY, FOREIGN KEY y NOT NULL aseguran
la integridad de los datos.
BIBLIOGRÁFICAS
4. Definición de vistas, mediante el comando CREATE VIEW.
REFERENCIAS
5. Lenguaje de Control de Transacciones (Transaction Control Language, TCL), que abarca
las sentencias COMMIT y ROLLBACK, estas permiten ejecutar varias operaciones como si
fuera una sola de forma indivisible y si se ejecuta correctamente se confirma a través de un
COMMIT caso contrario si algo sale mal se pueden deshacer los pasos previos con ROLLBACK.
6. SQL incorporado y SQL dinámico, que abarca las definiciones para incorporar código SQL
en lenguajes de programación de propósito general.
7. Lenguaje de Control de Datos (Data Control Language, DCL), que abarca las sentencias
GRANT y REVOKE y permiten al Administrador gestionar el accedo a los datos contenidos
en una base de datos.
La principal estructura son las tablas, que están compuestas por columnas o atributos que tienen un
tipo de dato y longitud (lo que se conoce como “dominio”). Los tipos de datos pueden variar de acuerdo
ÍNDICE
al producto de base de datos utilizado, pero contamos con unos tipos de datos básicos que soporta el
estándar SQL. La tabla 1 muestra los tipos de datos básicos de SQL.
PRELIMINARES
Tipo de dato Descripción
BIMESTRE
PRIMER
la máquina).
smallint Un entero pequeño (un subconjunto dependiente de la máquina
del tipo entero).
numeric(p, d) Un número de punto fijo con precisión especificada por el usuario.
El número consta de p dígitos (más un signo) y d de los p dígitos
SEGUNDO
BIMESTRE
están a la derecha del punto decimal. Así, numeric(3,1) permite
almacenar 44,5 exactamente, pero ni 444,5 ni 0,32 pueden
almacenarse exactamente en un campo de este tipo.
real, double precision Números de coma flotante de punto flotante y doble precisión
con precisión dependiente de la máquina.
SOLUCIONARIO
float(n) Un número de coma flotante, con precisión de al menos n dígitos.
date Una fecha de calendario que contiene cuatro dígitos: año, mes y
día del mes.
time La hora del día, en horas, minutos y segundos. Se puede usar
una variante, time (p), para especificar el número de dígitos
BIBLIOGRÁFICAS
fraccionarios para segundos (el valor predeterminado es 0).
REFERENCIAS
timestamp Una combinación de fecha y hora. Una variante, timestamp (p), se
puede utilizar para especificar el número de dígitos fraccionarios
para segundos (el valor predeterminado es 6).
ÍNDICE
[ ] significa que el comando es opcional.
SUGERENCIA
PRELIMINARES
Consulte en la web la sintaxis del comando CREATE TABLE que utiliza la base de
datos Oracle.
Un aspecto muy importante es definir las restricciones de integridad, que se reflejan en el modelo
mediante PRIMARY KEY, FOREIGN KEY y NOT NULL.
BIMESTRE
PRIMER
La clave primaria (PRIMARY KEY, PK), es el atributo que identifica de forma única a cada tupla de la tabla,
y cuando creamos la tabla podemos definirla, ya sea a nivel de columna o a nivel de tabla. La tabla 2
muestra ejemplos de definición de la clave primaria a nivel de columna y a nivel de tabla.
SEGUNDO
BIMESTRE
A nivel de columna A nivel de tabla
SOLUCIONARIO
Apellido varchar(255) NOT NULL, Apellido varchar(255) NOT NULL,
Nombre varchar(255), Nombre varchar(255),
Direccion varchar(255), Direccion varchar(255),
Ciudad varchar(255) Ciudad varchar(255),
); PRIMARY KEY (DNI)
BIBLIOGRÁFICAS
REFERENCIAS
);
La clave foránea (FOREIGN KEY, FK), es la restricción que ayuda a asegurar la integridad referencial,
relacionando los valores de un atributo que es clave foránea en la tabla hija, con los valores de un atributo
que es clave primaria en la tabla padre. La sintaxis básica se muestra a continuación:
La restricción NOT NULL, permite que al crear una tabla aquellos atributos definidos con esta restricción
no permitan ingresar valores nulos; si se enviaran a insertar valores nulos el DBMS lanzará un error
ÍNDICE
señalando que se está violando la restricción de integridad.
Puede suceder que cuando hayamos creado una tabla se requiera añadir, modificar el tipo de dato o
eliminar una columna, esto se puede lograr mediante el comando ALTER TABLE.
PRELIMINARES
Para agregar una nueva columna se emplea:
BIMESTRE
PRIMER
ALTER TABLE <nombre-tabla>
DROP COLUMN <nombre-columna>
SEGUNDO
BIMESTRE
MODIFY <nombre-columna> <tipo-dato>
Una vez se ha creado una tabla, la información acerca de dicho objeto de base de datos, considerada
como metadata, es incluida en el diccionario de datos, en este se registra información de las columnas
que contiene la tabla y qué tipo de dato y longitud almacena.
SOLUCIONARIO
La tabla creada inicialmente está vacía, pero lista para empezar a almacenar datos. Para la manipulación
de datos empleamos comandos como INSERT, UPDATE y DELETE.
Finalmente, si creamos estructuras a veces es también necesario eliminarlas, para ello empleamos la
sentencia DROP seguido del tipo de objeto que vamos a borrar, si es una tabla sería DROP TABLE, si es
BIBLIOGRÁFICAS
REFERENCIAS
una vista sería DROP VIEW. La sintaxis se muestra a continuación y puede variar de un DBMS a otro, el
ejemplo mostrado es la sintaxis para Oracle:
ÍNDICE
Dado que una base de datos está diseñada para almacenar datos, es necesario que esos datos sean
consultados para lo cual empleamos la sentencia SELECT. Cuando realizamos consultas sobre una sola
tabla, la estructura de la sentencia sería como sigue:
PRELIMINARES
FROM <nombre-tabla>
WHERE alguna-columna operador valor;
Donde SELECT va seguido de la lista de atributos separados por comas, la cláusula FROM indica de
dónde provienen los datos, en este caso la cláusula WHERE se incluye si se quiere filtrar datos por algún
criterio y se puede establecer condiciones, no solamente una sino varias unidas a través de conectores
BIMESTRE
lógicos AND y OR, como se lo hace en cualquier lenguaje de programación. El resultado de esta consulta
PRIMER
será un conjunto de tuplas que satisfacen la condición planteada que forman otra relación sin nombre.
Avanzando con las consultas, también podemos hacerlas sobre varias tablas, para lo cual necesitaremos
en la parte del FROM listar las tablas de donde provienen los datos, separados por comas. A continuación,
se muestra la estructura de la sentencia:
SEGUNDO
BIMESTRE
SELECT <nombre-columna>, <nombre-columna>
SELECT <nombre-columna>, <nombre-columna>
FROM <nombre-tabla-1>
FROM <nombre-tabla-1>, <nombre-tabla-2>, …
INNER JOIN <nombre-tabla-2>
SOLUCIONARIO
WHERE columna-tabla-1 = columna_tabla-2;
ON columna-tabla-1 = columna_tabla-2;
Si estamos consultando más de una tabla se debe asegurar que si tenemos N-tablas, deberíamos definir
N-1 condiciones de Join (columna-tabla-1 = columna_tabla-2).
BIBLIOGRÁFICAS
REFERENCIAS
3.4. Operaciones básicas adicionales
Ahora ya estamos haciendo comparación entre atributos con la cláusula WHERE del tipo columna-
tabla-1 = columna_tabla-2, suele suceder que los atributos tienen el mismo nombre en ambas tablas por
lo que para diferenciarlos tendríamos que anteponer el nombre de la tabla, así nombre-tabla1.columna-
tabla-1= nombre-tabla2.columna-tabla-2, por ejemplo emp.depId=dep.depId. Una forma de abreviar
esto es a través de un “alias” utilizando para ello la cláusula AS aunque su uso no es obligatorio y se puede
utilizar tanto para columnas como para tablas. A continuación, se muestra la sintaxis:
En el ejemplo anterior note que en la lista de atributos del SELECT se asigna un alias al atributo
o.tipoPago, esto provoca que para presentar resultados como encabezado aparecerá FORMAPAGO,
esto se suele utilizar para asignar encabezados más personalizados. Note también que la tabla Ordenes
utiliza la cláusula AS para asignar el alias “o” pero para la tabla Clientes se ha obviado la cláusula AS
asignando directamente el alias “c”. Luego en la parte del WHERE la condición c.ClienteID=o.ClienteID si
no se emplease los alias quedaría así: ClienteID=ClienteID, con lo que el DBMS daría un error de “columna
definida de forma ambigua” ya que no sabría a qué columna de qué tabla referirse.
ÍNDICE
SUGERENCIA cuando necesitamos encabezados más elaborados que incluyen
espacios en blanco entre palabras.
vv Consulte en internet acerca de la utilidad de la cláusula ORDER
BY.
PRELIMINARES
Continuemos, el lenguaje SQL es muy potente y nos permite hacer búsquedas de información muy
elaboradas incluyendo formas variadas de condiciones que permiten filtrar la información de acuerdo a
las necesidades de los usuarios. Para ello tenemos a disposición algunas funciones que podemos utilizar,
la tabla 3 muestra algunas de ellas.
BIMESTRE
Tabla 3. Funciones para utilizar en las consultas SQL
PRIMER
Función Descripción
SEGUNDO
SELECT UPPER(nombreCli) AS cliente, ciudad
BIMESTRE
FROM Clientes;
SOLUCIONARIO
LOWER()
SELECT LOWER(nombreCli) AS cliente, ciudad
FROM Clientes;
BIBLIOGRÁFICAS
REFERENCIAS
TRIM()
SELECT TRIM(nombreCli) AS cliente, ciudad
FROM Clientes;
Función Descripción
ÍNDICE
Condición de búsqueda basada en pertenencia a un conjunto
PRELIMINARES
SELECT * FROM Clientes
WHERE Ciudad NOT IN (‘Quito’,’Guayaquil’);
BIMESTRE
WHERE Direccion IS NULL;
PRIMER
IS NOT NULL
SELECT Nombres, Direccion FROM Personas
WHERE Direccion IS NOT NULL;
SEGUNDO
BIMESTRE
DISTINCT
SELECT DISTINCT Departamento FROM Personas;
SOLUCIONARIO
Elaborado por: Morocho, J. Y Romero, A. (2017)
Conviene revisar los apartados 3.3 Estructura básica de las consultas SQL,
3.4 Operaciones básicas adicionales y 3.5 Operaciones sobre conjuntos,
esto le dará una visión más amplia de las posibilidades de consultas
BIBLIOGRÁFICAS
REFERENCIAS
SQL que se pueden aplicar.
Es una mala práctica tomar a un NULL como comodín, para solucionar casos inesperados, por ejemplo si
no conocemos el segundo apellido de un cliente, llenando la base de datos de estos valores que luego
resultan difíciles de tratar.
SUGERENCIA
ÍNDICE
Las funciones de agregación retornan un simple valor, calculado desde valores en una columna. SQL
incorpora las siguientes cinco funciones de agregación:
1. Media AVG(), devuelve la media aritmética y recibe como parámetro una columna o una
expresión.
PRELIMINARES
2. Mínimo MIN(), devuelve el valor mínimo de una lista de valores (pueden ser caracteres).
3. Máximo MAX(), devuelve el valor máximo de una lista de valores (pueden ser caracteres).
4. Total SUM(), devuelve la sumatoria de una lista de valores.
5. Recuento COUNT(), devuelve el total de elementos de una lista de valores (pueden ser
caracteres).
BIMESTRE
PRIMER
A continuación, se muestra la sintaxis de la consulta al incluir las funciones de agregación.
También se puede aplicar las funciones de agregación, para efectuar los cálculos por grupos de tuplas en
SEGUNDO
BIMESTRE
base a un criterio de agrupación, incluyendo para esto la cláusula GROUP BY. La sintaxis es la siguiente:
SOLUCIONARIO
WHERE nombre-columna operador valor
GROUP BY nombre-columna
HAVING función-agregación(nombre-columna) operador valor;
En el SELECT va la lista de columnas que se considera el criterio de agrupamiento y una función de grupo
BIBLIOGRÁFICAS
que se va a calcular. El FROM especifica de dónde provienen los datos y puede ser una o más tablas. El
REFERENCIAS
WHERE muestra solamente las tuplas que cumplen la condición y que luego formarán los grupos. El
GROUP BY agrupa las tuplas de acuerdo al criterio de agrupamiento especificado y por último el HAVING,
que es una cláusula opcional, permite que una vez que se hayan formado los grupos se muestren
solamente aquellos que cumplen la condición especificada mediante la función de agregación.
3.7. Subconsultas
Una subconsulta es una sentencia SELECT, que tiene la misma sintaxis que una sentencia normal, y que
aparece dentro de otra sentencia SELECT, podríamos decir también que es una sentencia SELECT anidada
dentro de otra. Generalmente se utilizan para filtrar una clausula WHERE o HAVING con el conjunto de
resultados de la subconsulta.
SELECT nombre-columna, …
FROM nombre-tabla, …
WHERE nombre-columna operador (SELECT nombre-columna
FROM nombre-tabla
WHERE nombre-columna operador valor);
ÍNDICE
elementos; así también el apartado 3.7 Funciones de agregación, en
donde se explica qué funciones tenemos disponibles en SQL para
poder utilizarlas y acoplarlas a nuestras consultas y el apartado 3.8
Subconsultas que nos muestra el potencial de este tipo de consultas.
PRELIMINARES
3.8. Modificación de la base de datos
Una parte del lenguaje SQL está dedicado a la manipulación de los datos (DML) contenidos en una base
de datos, debido a que es un activo de la organización y al que acceden varios usuarios a la vez, lo que
se denomina concurrencia, ya que habrá quienes estén consultando datos, otros insertarán datos en las
BIMESTRE
PRIMER
tablas, algunos otros actualizarán datos y otros hasta borrarán dato, por lo tanto la base de datos está en
continuo movimiento. Las sentencias que se emplean en el lenguaje DML son:
SEGUNDO
BIMESTRE
VALUES (valor1, valor2, valor3, ...);
Donde <nombre-tabla> hace referencia a la tabla en donde se va a insertar los datos, esta puede estar
vacía o contener datos. Luego la palabra reservada VALUES seguida de los valores a insertar en la tabla
separados por comas y encerrados entre paréntesis.
SOLUCIONARIO
Generalmente se obvia los nombres de columnas de la tabla si es que se va a insertar datos en todas
ellas. De no ser así también se puede especificar las columnas a las que se va a insertar y los valores
correspondientes, pudiendo ser también todas las columnas si es que se lo desea.
BIBLIOGRÁFICAS
REFERENCIAS
VALUES (value1, value2, value3, ...);
UPDATE, permite actualizar datos que ya existen en la base de datos. La sintaxis de la sentencia es la
siguiente:
UPDATE <nombre-tabla>
SET columna1=valor1, columna2=valor2, ...
WHERE alguna-columna operador valor;
Donde <nombre-tabla> representa el nombre de la tabla a la que se le actualizará los datos. Seguido de
la palabra reservada SET en donde columna1 representa la columna a la que se va a actualizar los datos
y valor1 representa el nuevo dato con el que se actualizará columna1 y de haber más columnas que
se actualicen se separan por comas. Si no se incluye la sentencia WHERE los cambios aplicarás a todas
las tuplas de la tabla, por lo que si solamente se desea actualizar ciertas tuplas se debe agregar una
condición a cumplir.
DELETE, elimina las tuplas de una relación, la sintaxis de este comando es la siguiente:
Donde <nombre-tabla> representa el nombre de la tabla de la cual se va a eliminar los datos. La cláusula
WHERE se incluye si solamente se requiere borrar ciertos datos que cumplan la condición alguna-
ÍNDICE
columna=algún-valor, si obviamos el WHERE se eliminarán todas las tuplas que contenga la tabla.
PRELIMINARES
de la base de datos, en donde encontrará ejemplos de sentencias INSERT,
UPDATE y DELETE.
SUGERENCIA
vv Visita un amplio tutorial de SQL en el portal web http://www.
w3schools.com/sql/default.asp
BIMESTRE
vv Desarrollar el test en línea de la temática de SQL disponible en
PRIMER
http://www.w3schools.com/sql/sql_quiz.asp
vv Recuerde ingresar de forma periódica al entorno virtual
de aprendizaje, que le permite conocer las orientaciones
académicas e informativas que presenta el profesor con respecto
a las temáticas, fechas importantes y comunicaciones de temas
SEGUNDO
BIMESTRE
puntuales. Además, facilita la interacción con sus compañeros
y tutores a través del foros académico, chat, etc. y el acceso a
recursos educativos para reforzar los temas tratados.
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 3
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad, por lo
PRELIMINARES
que le invitamos a desarrollar la autoevaluación propuesta a continuación.
Aunque el desarrollo de estas preguntas es opcional, se le recomienda
resolverlas. Si tiene alguna duda consulte con su profesor tutor.
d. Conteste verdadero (V) o falso (F) a las siguientes afirmaciones, según corresponda:
BIMESTRE
PRIMER
1. En una instrucción SELECT la cláusula ORDER BY es obligatoria ( )
SEGUNDO
BIMESTRE
3. La cláusula WHERE de los grupos es el HAVING. ( )
SOLUCIONARIO
Si las columnas de la tabla de resultados provienen de más de una tabla, deberá
5. ( )
utilizarse una combinación.
BIBLIOGRÁFICAS
6. La cláusula DELETE puede usarse para eliminar definitivamente una tabla. ( )
REFERENCIAS
e. En las siguientes preguntas seleccione la respuesta correcta:
ÍNDICE
Se requiere generar un reporte que muestre todos los nombres de departamentos
con la correspondiente cantidad que invierten en salarios.
PRELIMINARES
a. SELECT depNombre, SUM (empSalario)
BIMESTRE
PRIMER
b. SELECT depNombre, SUM(empSalario)
SEGUNDO
BIMESTRE
c. SELECT depNombre, empSalario
SOLUCIONARIO
GROUP BY depNombre
HAVING empSalario = SUM(empSalario);
El lenguaje SQL se subdivide en:
BIBLIOGRÁFICAS
b. DML, DDL, DCL y TTL
REFERENCIAS
c. DML, DDL, DCL y XTL
d. DML, DDL, DCL y TCL
Con el comando ALTER, no se puede:
¿Cómo le fue en su autoevaluación? ¡Esperamos que muy bien! y si no es así revise los apartados
correspondientes y su guía didáctica a fin de aclarar las dudas que tenga. Recuerde además que cuenta
con el apoyo de su tutor para consultarle a través del EVA o telefónicamente.
Ir a solucionario
ÍNDICE
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
didáctica y el capítulo “SQL Intermedio”.
PRELIMINARES
Estimado alumno, en la presente unidad se continúa revisando el lenguaje SQL, pero con sentencias que
resuelven temas más complejos.
BIMESTRE
PRIMER
4.1. Combinación de tablas
Cuando la información requerida está en más de una tabla se debe aplicar operaciones de combinación.
La combinación permite obtener información de otra tabla a través de las claves foráneas basadas en un
atributo común. Tenemos algunos tipos de combinación que los revisamos a continuación:
SEGUNDO
BIMESTRE
INNER JOIN: devuelve todas las tuplas en las cuales existe una coincidencia de valores basados en el
atributo común entre dos tablas. La tabla 4 muestra en a) la sintaxis completa y en b) la sintaxis sin INNER.
SOLUCIONARIO
a) b)
BIBLIOGRÁFICAS
REFERENCIAS
ON ON
tabla1.nombre_columna=tabla2.nombre_ tabla1.nombre_columna=tabla2.nombre_
columna columna;
LEFT JOIN: Devuelve todas las tuplas desde la tabla izquierda y que coinciden con las tuplas de la tabla
derecha. La tabla 5 muestra en a) la sintaxis completa y en b) la sintaxis con OUTER.
ÍNDICE
Tabla 5 Sintaxis de la operación LEFT JOIN
a) b)
PRELIMINARES
SELECT nombre_columna(s) SELECT nombre_columna(s)
FROM tabla1 FROM tabla1
LEFT JOIN tabla2 LEFT OUTER JOIN tabla2
ON ON
tabla1.nombre_columna=tabla2. tabla1.nombre_columna=tabla2.
BIMESTRE
PRIMER
nombre_columna nombre_columna
SEGUNDO
BIMESTRE
SOLUCIONARIO
Figura 7. La operación LEFT JOIN de SQL
Fuente: http://www.w3schools.com/sql/sql_join_left.asp
BIBLIOGRÁFICAS
En algunas bases de datos LEFT JOIN se lo conoce como LEFT
REFERENCIAS
OUTER JOIN.
RIGHT JOIN: Devuelve todas las tuplas desde la tabla derecha y que coinciden con las tuplas de la tabla
izquierda. La tabla 6 muestra en a) la sintaxis completa y en b) la sintaxis con OUTER.
a) b)
ÍNDICE
PRELIMINARES
Figura 8. La operación RIGHT JOIN de SQL
Fuente: http://www.w3schools.com/sql/sql_join_right.asp
BIMESTRE
PRIMER
En algunas bases de datos RIGHT JOIN se lo conoce como RIGHT
OUTER JOIN.
FULL JOIN: Devuelve todas las tuplas cuando hay una coincidencia en una de las tablas. La sintaxis es
como sigue:
SEGUNDO
BIMESTRE
SELECT nombre_columna(s)
FROM tabla1
FULL OUTER JOIN tabla2
ON tabla1. nombre_columna =tabla2. nombre_columna;
SOLUCIONARIO
La figura 9 muestra gráficamente la operación RIGHT JOIN.
BIBLIOGRÁFICAS
REFERENCIAS
Figura 9. La operación FULL OUTER JOIN de SQL
Fuente: http://www.w3schools.com/sql/sql_join_full.asp
4.2. Vistas
Una vista es una relación virtual, que se define a través de una consulta SQL de cualquier tipo. Esta
definición se almacena en la base de datos y se la puede invocar como a cualquier tabla de la base de
datos. Una vez se invoque una vista el DBMS ejecutará el código SQL almacenado en la definición y la
vista se creará como una relación que contenga todas la tuplas que devuelve la consulta. La sintaxis para
crear una vista se muestra a continuación:
ÍNDICE
FROM nombre_tabla
WHERE condiciones;
PRELIMINARES
SELECT column_name(s)
FROM nombre_vista;
Este objeto de base de datos es muy importante ya que nos puede ayudar como método de seguridad
al segmentar los datos que se pueden visualizar a partir de las relaciones base que son las tablas
dueñas de los datos. Por ejemplo si tenemos la tabla base Personas(idPer, nombrePer, apellidoPer,
fechaNac, tituloAcademico, estadoCivil), podríamos definir dos vistas una para Recursos Humanos
BIMESTRE
PRIMER
PersonasRRHH(idPer, nombrePer, apellidoPer, fechaNac, estadoCivil) y otra vista para el departamento
de Proyectos PersonasProy(idPer, nombrePer, apellidoPer, tituloAcademico), en esta última no se incluye
los atributos fechaNac y estadoCivil ya que puede ser que por normativa institucional solamente el
personal de RRHH tenga acceso a dicha información de sus empleados.
SEGUNDO
BIMESTRE
Para complementar lo revisado sobre las vistas, refiérase al apartado 4.2
Vistas de su texto básico.
SOLUCIONARIO
4.3. Transacciones
BIBLIOGRÁFICAS
Una transacción es la unidad básica de procesamiento de una base de datos y reflejan operaciones que
REFERENCIAS
son activadas por eventos como comprar un ticket aéreo, registrarse para un curso o hacer un depósito
bancario.
El American National Standards Institute (ANSI), ha definido normas para el buen funcionamiento de
las transacciones de una base de datos. En SQL se da soporte a las transacciones con dos comandos:
COMMIT y ROLLBACK.
COMMIT, hace que los cambios efectuados por la transacción se hagan permanentes en la base de
datos. Luego de terminada una transacción inmediatamente empieza otra.
ROLLBACK, ocasiona que todos los cambios realizados en la transacción se deshagan con lo que la base
de datos vuelve a su estado antes de empezar la transacción y lista para volverla a ejecutar.
Cuando una transacción está ejecutando sus operaciones y todavía no se ha enviado un COMMIT, se
puede enviar un ROLLBACK y deshacer lo que hasta ese momento se ha ejecutado. Por el contrario,
si ya se ejecutó un COMMIT no es posible ejecutar un ROLLBACK. El siguiente ejemplo muestra una
transacción de borrado, como todavía no se ha ejecutado un COMMIT, es factible aplicar un ROLLBACK.
El siguiente ejemplo muestra una transacción de borrado, la que se confirma a través de un COMMIT,
luego de ello ya no será posible deshacer los cambios.
ÍNDICE
DELETE FROM clientes WHERE idCliente = ‘CLI010’;
COMMIT; /* se confirman los cambios */
PRELIMINARES
Anteriormente hemos explicado los constraints de tipo not null, primary key y foreign key. Siguiendo
con el conjunto de restricciones tenemos también UNIQUE y CHECK.
Unique, esta restricción identifica de forma única cada registro en la tabla de la base de datos. Es muy
parecida a la restricción PRIMARY KEY, ya que ambos garantizan la unicidad en una columna o conjunto
BIMESTRE
de columnas. Debemos considerar que cuando creamos una PRIMARY KEY automáticamente tiene una
PRIMER
restricción UNIQUE definida sobre esta. Además, podemos crear varias restricciones UNIQUE por tabla,
pero solamente una PRIMARY KEY por tabla. La tabla 7 muestra en a) una restricción UNIQUE definida
con el atributo P_Id y en b) una restricción UNIQUE asignándole un nombre y basada en las columnas
P_Id y Apellido, quiere decir que los pares de valores de estas columnas deben ser únicos en la tabla
Personas.
SEGUNDO
BIMESTRE
Tabla 7 Ejemplos de la restricción UNIQUE
b)
a)
CREATE TABLE Personas
SOLUCIONARIO
CREATE TABLE Personas (
( P_Id int NOT NULL,
P_Id int NOT NULL UNIQUE, Apellido varchar(255) NOT NULL,
Apellido varchar(255) NOT NULL, Nombre varchar(255),
Nombre varchar(255), Ciudad varchar(255),
BIBLIOGRÁFICAS
Ciudad varchar(255) CONSTRAINT uc_PersonaID UNIQUE
REFERENCIAS
) (P_Id,Apellido)
)
CHECK, permite definir una restricción sobre una columna o sobre la tabla completa, para lo cual evalúa
una condición que debe cumplir las tuplas. La tabla 8 muestra en a) una restricción check definida junto
con el atributo y en b) una restricción check asignándole un nombre por lo que es definida al final de la
lista de atributos.
b)
a)
CREATE TABLE Personas
CREATE TABLE Personas (
( P_Id int NOT NULL,
P_Id int NOT NULL CHECK (P_Id>0), Apellido varchar(255) NOT NULL,
Apellido varchar(255) NOT NULL, Nombre varchar(255),
Nombre varchar(255), Ciudad varchar(255),
Ciudad varchar(255) CONSTRAINT chk_Persona CHECK
) (P_Id>0 AND Ciudad=’Loja’)
)
ÍNDICE
Conviene revisar el apartado 4.4 Restricciones de integridad, para reforzar
conocimientos acerca de los tipos de restricciones que ayudarán a que
nuestra base de datos asegure la integridad requerida.
PRELIMINARES
4.5. Índices
Al momento de consultar datos, es de suma importancia que los tiempos de respuesta sean apropiados.
Para esta actividad nos ayuda mucho que los datos estén indexados de acuerdo a un criterio. Aquí entra
BIMESTRE
en juego el concepto de índices, que funcionan algo parecido a los índices de un libro, por ejemplo, si
PRIMER
deseamos encontrar en nuestro texto de base de datos el tema de “Lenguaje SQL” ¿tiene sentido leer en
todas las páginas hasta encontrar el tema? Por supuesto que no, es mejor ir al índice del libro y buscar
el tema para encontrar las páginas concretas que nos lleven a lo que estamos buscando. Otro ejemplo,
cuando vamos a la biblioteca en busca de un libro ¿tiene sentido buscar por todos los estantes de la
biblioteca hasta encontrar en libro que estamos buscando? Creo que sería mejor utilizar el catálogo de
SEGUNDO
BIMESTRE
la biblioteca, que está indizado por título, tema y autor, logrando ubicar el texto de una forma rápida y
sencilla. La sintaxis para crear un índice en SQL sería la siguiente:
SOLUCIONARIO
Es un buen momento para revisar la sección 4.5.3 Creación de índices,
que le sirve para complementar la información sobre los índices de
base de datos.
BIBLIOGRÁFICAS
REFERENCIAS
4.6. Privilegios
Debemos recordar que cada objeto de base de datos tiene un dueño, que es el usuario con el que
se ingresa a la base de datos para proceder a crear las estructuras. Por ende, cada usuario posee un
conjunto de objetos de su propiedad que no pueden ser accedidos por otros usuarios salvo el caso de
que se les autorice para el efecto. Generalmente el administrador de base de datos es quien gestiona
nuevos usuarios, asigna privilegios, reestructura la base de datos de ser necesario, en fin, es el análogo
al superusuario en un sistema operativo. Dentro de estas autorizaciones tenemos de lectura (SELECT),
actualización (UPDATE), inserción de nuevos datos (INSERT) y borrado (DELETE).
Mediante SQL podemos asignar o revocar privilegios a través de las sentencias GRANT y REVOKE.
GRANT, esta instrucción se utiliza para conceder privilegios sobre objetos de la base de datos a usuarios
específicos. Esta sentencia generalmente la utiliza el propietario del objeto que es quien tiene todos los
privilegios. La sintaxis de la sentencia es como sigue a continuación:
GRANT <lista_privilegios>
ON <nombre_objeto>
TO <usuario/rol>;
REVOKE, esta sentencia se emplea para quitar los privilegios concedidos con la sentencia GRANT. La
sintaxis es como se muestra a continuación:
ÍNDICE
REVOKE <lista_privilegios>
ON <nombre_objeto>
FROM <usuario/rol>;
PRELIMINARES
Notará que en la sintaxis se mencionan los Roles, estos son objetos de base de datos que agrupan
conjuntos de privilegios sobre otros objetos, se usan para evitar asignar privilegios individualmente.
Supongamos que tenemos varios profesores en una universidad que tienen los mismos privilegios,
entonces si ingresara un nuevo profesor se debería asignar los privilegios uno a uno, para evitar esto
se debería crear un rol y una sola vez asignarle los privilegios a este rol, luego cuando ingrese un nuevo
profesor se le asignaría únicamente el rol que agrupa los privilegios necesarios.
BIMESTRE
PRIMER
Para complementar lo visto aquí sobre privilegios en base de datos le
recomendamos revisar el apartado 4.6 Autorización, de su texto básico.
SEGUNDO
BIMESTRE
SUGERENCIA vv Instale la versión de la base de datos Oracle Express Edition,
luego instale Oracle SQLDeveloper que es una herramienta para
interactuar con la base de datos, posee una consola de SQL en
donde Usted podrá practicar lo visto en esta unidad. Si no sabe
SOLUCIONARIO
cómo empezar consulte con su tutor.
BIBLIOGRÁFICAS
REFERENCIAS
puntuales. Además, facilita la interacción con sus compañeros
y tutores a través del foros académico, chat, etc. y el acceso a
recursos educativos para reforzar los temas tratados.
Autoevaluación 4
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad, por lo
que le invitamos a desarrollar la autoevaluación propuesta a continuación.
PRELIMINARES
Aunque el desarrollo de estas preguntas es opcional, se le recomienda
resolverlas. Si tiene alguna duda consulte con su profesor tutor.
a. Conteste verdadero (V) o falso (F) a las siguientes afirmaciones, según corresponda:
BIMESTRE
PRIMER
1. La reunión externa izquierda es simétrica a la reunión externa derecha. ( )
SEGUNDO
BIMESTRE
En una transacción una vez aplicado un COMMIT es posible aplicar un ROLLBACK
4. ( )
para deshacer los cambios aplicados.
Una vez creada una tabla es posible añadir una restricción mediante la instrucción
5. ( )
SOLUCIONARIO
ALTER TABLE.
BIBLIOGRÁFICAS
REFERENCIAS
a. Se pueden otorgar permisos de select a una o varias tablas
6. b. Se puede otorgar permisos para borrar datos de una tabla ( )
c. Se puede retirar permisos para actualizar una tabla
d. Todas las anteriores
ÍNDICE
a. a. El comando HAVING
9. b. b. La sentencia ROLLBACK ( )
c. c. El comando COMMIT
PRELIMINARES
d. d. La sentencia CHECK
En una sentencia de reunión, se debe utilizar junto con JOIN la palabra reservada:
a. a. ON
10. b. b. WHERE ( )
BIMESTRE
c. c. HAVING
PRIMER
d. d. Cualquiera de las anteriores
Ahora, estamos seguros que deseará verificar si sus respuestas fueron o no las correctas; revise el
solucionario que se encuentra al final de la guía didáctica y así ratificar o rectificar sus respuestas.
SEGUNDO
BIMESTRE
SOLUCIONARIO
Ir a solucionario
BIBLIOGRÁFICAS
REFERENCIAS
SEGUNDO BIMESTRE
ÍNDICE
6.5. Competencias genéricas de la UTPL
PRELIMINARES
• Orientación a la innovación e investigación.
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
60
Competencias específicas de Competencias de la
Contenidos (Unidades) Actividades de aprendizaje Indicadores de aprendizaje Tiempo de dedicación
Titulación asignatura
• Implementar aplicaciones • Aplica los lenguajes de UNIDAD 5 • Lectura comprensiva • Analiza la importancia de Semana 1
a partir de especificaciones consulta relacionales. LENGUAJES de la unidad 5 de guía los lenguajes de consulta
y modelos de software DE CONSULTA didáctica. relacionales. 4 horas de autoestudio
utilizando estándares RELACIONAL
de documentación y de • Desarrollo de actividades • Realiza consultas utilizando 4 horas de interacción
programación. 5.1 El álgebra recomendadas en la guía.
las operaciones de álgebra y
relacional cálculo relacional.
• Revisión de anuncios
5.1.1 Las publicados en el EVA.
operaciones
fundamentales • Desarrollo de la
evaluación a distancia
Guía didáctica: Fundamentos de Base de Datos
61
• Construir modelos y • Representa UNIDAD 6. MODELO • Lectura comprensiva • Analiza los requerimientos Semana 2
especificaciones de software diagramaticamente E-R de la unidad 6 de guía de datos, abstrae los
que permitan validar los requisitos de datos didáctica. componentes esenciales 4 horas de autoestudio
un producto previo a su en modelos entidad- 6.1. Modelo y construye un modelo de
implementación. relación entidad-relación • Desarrollo de actividades datos conceptual usando
4 horas de interacción
recomendadas en la guía.
modelado E-R.
6.2. Conjunto de
entidades fuertes y • Revisión anuncios
débiles publicados en el EVA.
6.5.Diagramas
entidad-relación • Participar del foro
calificado del primer
6.6.Características bimestre.
avanzadas del
modelo entidad-
relación
SEGUNDO BIMESTRE
62
• Construir modelos y • Aplica las formas UNIDAD 7 • Lectura comprensiva • Analiza la utilidad de la Semana 3 y 4
especificaciones de software normales para asegurar NORMALIZACIÓN de la unidad 7 de guía normalización al momento
que permitan validar un produ redundancia mínima didáctica. de diseñar una base de 8 horas de autoestudio
en el diseño de base de 7.1. Técnica de datos relacional.
datos. Normalización • Desarrollo de actividades 8 horas de interacción
• cto previo a su recomendadas en la guía.
• Determina las dependencias
7.2. Dominios funcionales entre los
implementación.
atómicos y 1ra forma • Revisión de anuncios atributos de una relación.
• Implementar aplicaciones normal publicados en el EVA.
a partir de especificaciones • Normaliza un esquema
7.3.Dependencias • Desarrollo de la relacional y lo optimiza
y modelos de software
Funcionales evaluación a distancia a niveles mínimos de
utilizando estándares de
de los apartados que redundancia.
documentación y de
7.4. 2da forma correspondan a la unidad.
programación.
Guía didáctica: Fundamentos de Base de Datos
normal
• Desarrollo de cuestionario
7.5. 3ra forma de refuerzo 2- segundo
normal bimestre.
7.6. Proceso de
diseño de la base de
datos
SEGUNDO BIMESTRE
63
• Construir modelos y • Desarrolla modelos, UNIDAD 8. DISEÑO • Lectura comprensiva de • Describe el proceso a Semana 5 y 6
especificaciones de software conceptual y lógico DE BASES DE DATOS la unidad 8 de la guía seguir en el diseño e
que permitan validar de bases de datos didáctica. implementación de una 8 horas de autoestudio
un producto previo a su empleando modelo E-R 8.1. Diseño de base de datos.
implementación. y modelo relacional. bases de datos • Desarrollo de actividades 8 horas de interacción
recomendadas en la guía.
• Traduce un modelo
8.2. Fases del conceptual de datos a un
diseño de base de • Revisión de anuncios modelo lógico relacional.
datos publicados en el EVA.
• Valida el modelo lógico
8.3. Diseño • Desarrollo de la relacional resultante.
conceptual evaluación a distancia
de los apartados que
correspondan a la unidad.
Guía didáctica: Fundamentos de Base de Datos
• Desarrollo de cuestionario
de refuerzo 3- segundo
bimestre.
Revisión de los contenidos de las unidades 5 - 8 previo a la segunda evaluación presencial bimestral. Semana 7 y 8
8 horas de interacción
TOTAL DE HORAS 64 horas
SEGUNDO BIMESTRE
ÍNDICE
UNIDAD 5. LENGUAJES FORMALES DE CONSULTA RELACIONAL
PRELIMINARES
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
didáctica y el capítulo “Lenguajes formales de consulta relacional”.
Estimado estudiante, ya hemos revisado el lenguaje de consultas a una base de datos relacional el
SQL, a continuación, debemos estudiar otro de los elementos importantes de un modelo de datos que
BIMESTRE
PRIMER
corresponde a un lenguaje de consulta más formal, asociados con el modelo relacional. Este tema es
clave porque le dará la experticia y la base para trabajar a futuro en la gestión de datos.
SEGUNDO
BIMESTRE
5.1. El álgebra relacional
El álgebra 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 relación, por lo tanto,
SOLUCIONARIO
es posible anidar y combinar operadores. Las operaciones fundamentales en álgebra relacional son:
selección, proyección, unión, diferencia, producto cartesiano y renombramiento. De las operaciones
básicas se derivan otras operaciones como: intersección, reunión natural, asignación y reunión externa.
La figura 10 muestra las operaciones fundamentales de álgebra relacional en conjunto.
BIBLIOGRÁFICAS
REFERENCIAS
ÍNDICE
La selección, proyección y renombramiento son operaciones unarias ya que operan sobre una única
relación, mientras que la unión, diferencia y producto cartesiano se denominan operaciones binarias.
Ahora vamos a revisar cada una de estas operaciones para conocer su funcionamiento.
Operación selección
PRELIMINARES
Define una nueva relación con las tuplas que satisfacen cierto predicado. Se denota con la letra griega
sigma minúscula (σ). La sintaxis es: σpredicado(R).
Donde:
BIMESTRE
PRIMER
predicado, es la condición o condiciones que las tuplas deben cumplir para formar parte del
resultado.
(R), representa la relación desde donde se obtiene los resultados.
Ejemplo:
SEGUNDO
BIMESTRE
σedad>30(Empleados)
SOLUCIONARIO
histórico desafortunado. En álgebra relacional, el término
selección corresponde a lo que en SQL se denomina where.
(Silberschatz, Sudarshan y Korth, 2014)
Operación proyección
BIBLIOGRÁFICAS
REFERENCIAS
Se aplica a una relación R, permite definir una nueva relación 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
mayúscula (π). La sintaxis es la siguiente: πa1,…,an(R).
Donde:
π, es el símbolo de la operación.
Ejemplo:
πnomEmp, apellidoEmp,edad(Empleados)
Operación Unión
ÍNDICE
dos relaciones que deben ser compatibles, lo que implica que se cumplan estas dos condiciones:
Las dos relaciones deben tener la misma grado, esto significa que deben tener el mismo
número de atributos.
PRELIMINARES
Los dominios de los atributos i-ésimos de cada relación, se deben basar en el mismo dominio.
BIMESTRE
PRIMER
Produce el conjunto de todas las tuplas t que pertenecen a A y no pertenecen a B.
SEGUNDO
BIMESTRE
Produce el conjunto de todas las tuplas t, tales que t es el encadenamiento de una tupla a de la relación
A y de una tupla b de la relación B. Se denota con el símbolo x. También podríamos decir que cada tupla
de la relación A se combina con cada tupla de la relación B, así por ejemplo si A tiene 4 tuplas y B posee
5 tuplas, el resultado del producto cartesiano resultaría en 20 tuplas.
SOLUCIONARIO
Operación renombramiento
Permite asignar un nombre a una relación producto de aplicar alguna otra operación. Se representa
de la siguiente forma: ρx(E). Esto significa que el resultado de la expresión de álgebra relacional E, será
nombrado con x.
BIBLIOGRÁFICAS
REFERENCIAS
Operación intersección de conjuntos
Produce el conjunto de todas las tuplas pertenecientes a A y B. Al igual que en teoría de conjuntos el
símbolo representa la intersección entre dos relaciones.
Se parece mucho al producto cartesiano, pero difiere en que en el resultado solamente aparecen
aquellas tuplas que coinciden en valores, en un atributo común que tiene el mismo nombre, por lo que
la operación de reunión asume que es el mismo atributo y que seguramente tiene valores coincidentes,
aplica esta regla de forma natural, de ahí el nombre de la operación. Además, elimina uno de los
ejemplares de cada a tributo común.
Operación asignación
Esta operación permite asignar resultados temporales a una variable, tal como se hace en los lenguajes
ÍNDICE
de programación. Se representa con la forma temp1 ← E, donde temp1 es la variable, seguida del símbolo
←que representa la operación y finalmente E que representa una expresión de álgebra relacional.
Reunión externa
PRELIMINARES
Es una extensión de la operación de reunión, pero además de devolver las tuplas que coinciden en valores
del atributo común, también conserva las tuplas que se perderían al no encontrar correspondencia en
una de las dos relaciones, y en los lugares donde no hay un valor correspondiente se reemplazaría por
valores nulos.
BIMESTRE
PRIMER
Reunión externa por la izquierda A B, reúne aquellas tuplas que coinciden entre las
dos tablas más aquellas tuplas de la relación izquierda que no tienen correspondencia en la
relación a la derecha.
Reunión externa por la derecha A B, reúne aquellas tuplas que coinciden entre las
SEGUNDO
BIMESTRE
dos tablas más aquellas tuplas de la relación derecha que no tienen correspondencia en la
relación a la izquierda.
Reunión externa completa A B, reúne aquellas tuplas que coinciden entre las dos tablas
más aquellas tuplas de la relación izquierda que no tienen correspondencia en la relación a
SOLUCIONARIO
la derecha y más aquellas tuplas de la relación derecha que no tienen correspondencia en
la relación a la izquierda.
Operaciones adicionales
Proyección generalizada
BIBLIOGRÁFICAS
REFERENCIAS
Es una extensión de la operación de proyección, pero con el adicional de que permite utilizar en la lista
de atributos, operaciones aritméticas (+, -, * y ) y también la concatenación de cadenas de caracteres.
A continuación, se muestra un ejemplo, en el que se concatena el nombre más el apellido y el salario
anual se divide para 12 resultando en el salario mensual.
πnomEmp+apellidoEmp,edad,salario 12(Empleados)
Agregación
Esta operación permite el uso de funciones de agregación, algunas de las cuales ya las revisamos con
SQL, como son sumatoria (sum), promedio (avg), máximo (max), mínimo (min) o el conteo (count). Se
representa de la siguiente forma GAL(A), donde G representa la operación de agregación, AL representa
la pareja (<función_agregación> <atributo>) y A representa la relación o una expresión de álgebra
relacional. En el ejemplo a continuación se muestra una operación de conteo, que calcula cuántos
profesores tenemos en la relación Profesor.
Gcount(ID)(profesor)
ÍNDICE
El álgebra relacional de su texto básico, en donde encontrará ejemplos
que le ayudarán a reforzar lo revisado hasta aquí.
PRELIMINARES
SUGERENCIA
álgebra relacional, en donde conste la sintaxis y la operación que
corresponde, de ser necesario agregue una breve explicación de no
más de 2 líneas de texto.
BIMESTRE
PRIMER
Ahora que ya hemos superado los conceptos del álgebra relacional es momento de estudiar el cálculo
relacional que es un lenguaje donde se especifica qué hay que extraer o mostrar, pero no se indica la
forma de extraerlo, por lo que se denomina no procedimental, a diferencia del álgebra relacional que es
considerado un lenguaje procedimental.
SEGUNDO
BIMESTRE
El cálculo de predicados es la base del cálculo relacional. Es importante mencionar que las expresiones
en cálculo relacional son equivalentes en álgebra relacional. Tenemos dos tipos de cálculo: el cálculo
relacional de tuplas y el cálculo relacional de dominios.
SOLUCIONARIO
En este tipo de cálculo relacional, el objetivo es localizar tuplas para las que un determinado predicado
sea verdadero, por lo tanto, se basa en el uso de variables de tupla.
Por ejemplo, para expresar la consulta: mostrar los nombres de los profesores quienes tienen más de 30
años de edad, podemos escribir:
BIBLIOGRÁFICAS
REFERENCIAS
Cálculo relacional de tuplas Equivalente en álgebra relacional
Al igual que en el cálculo relacional de tuplas, en donde se utilizan variables para las tuplas de la relación,
en el cálculo relacional de dominios se utilizan también variables, pero estas toman los valores de los
dominios de los atributos.
Si expresamos el mismo ejemplo aplicado en el cálculo relacional de tuplas, quedaría como sigue:
ÍNDICE
presenta el profesor con respecto a las temáticas, fechas importantes
y comunicaciones de temas puntuales. Además, facilita la interacción
con sus compañeros y tutores a través del foros académico, chat, etc. y el
acceso a recursos educativos para reforzar los temas tratados.
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 5
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad,
PRELIMINARES
por lo que le invitamos a desarrollar la autoevaluación propuesta a
continuación. Aunque el desarrollo de estas preguntas es opcional, se
le recomienda resolverlas. Si tiene alguna duda consulte con su profesor
tutor.
BIMESTRE
PRIMER
Empleado (nombre_persona, calle, ciudad)
Trabaja (nombre_persona, nombre_empresa, sueldo)
Empresa (nombre_empresa, ciudad)
Jefe (nombre_persona, nombre_jefe)
SEGUNDO
BIMESTRE
Responda a las siguientes interrogantes:
SOLUCIONARIO
a. Unión ( )
b. Selección ( )
1. c. Diferencia ( )
d. Proyección ( )
e. Renombramiento ( )
BIBLIOGRÁFICAS
REFERENCIAS
f. Producto cartesiano ( )
Los operadores que toman una o dos relaciones como entrada, producen como
salida:
Para seleccionar todos los empleados que residen en Loja, ¿cuál de las siguientes
sentencias emplearía?:
3. a. σciudad>’Loja’(Empleado) ( )
b. πciudad>’Loja’(Empleado)
c. σ(Empleado ciudad>’Loja’)
Se requiere presentar un listado con el nombre del empleado y el sueldo que gana,
ÍNDICE
¿cuál de las siguientes sentencias emplearía?
PRELIMINARES
c. πnombre_persona, sueldo (Trabaja)
BIMESTRE
PRIMER
5. ( )
b. Encontrar tuplas que están en una relación, pero no en la otra.
c. Encontrar el conjunto de tuplas que están en ambas relaciones
eliminando las repetidas.
SEGUNDO
BIMESTRE
La operación de unión requiere de dos condiciones para poder ejecutarse, señale
cuál de las siguientes no corresponde:
a. Las dos relaciones deben tener la misma cardinalidad, esto significa que
SOLUCIONARIO
6. deben tener el mismo número de atributos. ( )
b. Los dominios de los atributos i-ésimos de cada relación, se deben basar
en el mismo dominio.
c. Las dos relaciones deben tener un atributo común en donde haya
valores coincidentes
BIBLIOGRÁFICAS
REFERENCIAS
Marque el enunciado correcto:
Existen dos tipos de cálculo relacional, señale cuál de los siguientes no corresponde:
ÍNDICE
9. a. Tuplas ( )
b. Conjuntos
c. Dominios
PRELIMINARES
El cálculo relacional de dominios sirve de base teórica al lenguaje:
10. a. SQL ( )
b. QBE
c. XML
BIMESTRE
PRIMER
¿Cómo le fue en su autoevaluación? ¡Esperamos que muy bien! y si no es así revise los apartados
correspondientes y su guía didáctica a fin de aclarar las dudas que tenga. Recuerde que cuenta con el
apoyo de su tutor.
SEGUNDO
BIMESTRE
Ir a solucionario
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
ÍNDICE
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
didáctica y el capítulo “Diseño de bases de datos y el modelo E-R”.
PRELIMINARES
Continuando con el desarrollo de las unidades, corresponde revisar lo concerniente al modelo
entidad-relación. Es importante resaltar que para desarrollar un sistema de base de datos, se inicia
con la recopilación y captura de información, luego se requiere de un análisis y documentación de los
requerimientos del negocio. A partir de ello, estaremos listos para comenzar la fase de diseño de la base
BIMESTRE
PRIMER
de datos.
Le ayudaremos a adquirir los conocimientos y habilidades necesarias para desarrollar los modelos
entidad–relación en el diseño de bases de datos.
SEGUNDO
BIMESTRE
6.1. Modelo entidad-relación
El modelo entidad-relación (E-R) se ha desarrollado para facilitar la tarea del diseño de bases de datos,
de una manera sencilla pero a la vez fácil de utilizar y comprender, es decir, es un modelo que cualquier
persona lo puede comprender y libre de ambigüedades.
SOLUCIONARIO
En su texto básico, lea el apartado 7.2. El modelo entidad-relación.
Identifique los conceptos más relevantes y resáltelos.
BIBLIOGRÁFICAS
REFERENCIAS
El modelado E-R es una técnica de modelado de alto nivel, que comienza identificando los datos más
importantes del modelo como son las entidades y las relaciones y luego va especificando los detalles
como atributos, restricciones, etc.
La técnica de modelado E-R es una técnica de gran importancia que los diseñadores bases de datos
deben dominar.
Es importante indicar que hay varias notaciones de modelo E-R, como la diagramática y la de UML,
utilizaremos la primera. Además, la terminología puede variar ligeramente en función del texto de
trabajo.
A continuación, se revisan muy brevemente los conceptos básicos del modelo E-R:
Conjuntos de entidades
Una entidad es un “objeto” del mundo real, que tiene unas propiedades que lo distinguen de los
demás objetos. Por ejemplo un libro es una entidad, ISBN es una propiedad que permite identificarlo
unívocamente.
Un conjunto de entidades agrupa entidades del mismo tipo que comparten propiedades o atributos:
los libros de estudio de los estudiantes de modalidad abierta y a distancia de la UTPL. En el modelado se
ÍNDICE
habla de un conjunto de entidades en abstracto no se particulariza en conjunto de entidades particulares.
Cada entidad contiene un conjunto de atributos que son propiedades descriptivas que posee cada
PRELIMINARES
ejemplar de un conjunto de entidades.
SUGERENCIA
BIMESTRE
PRIMER
Conjunto de relaciones
Una relación es una asociación entre varias entidades. Y un conjunto de relaciones es un conjunto de
SEGUNDO
BIMESTRE
relaciones del mismo tipo.
SOLUCIONARIO
La función que desempeña una entidad en una relación se denomina rol de esa entidad. Los roles resultan
útiles cuando hay un conjunto de relaciones recursivo, donde un conjunto de entidad se relaciona
consigo a través de un rol para determinar la función de cada participante, un ejemplo es un conjunto de
entidad empleado donde hay un conjunto de relaciones recursivas supervisa, y se hace necesario indicar
los roles supervisor y supervisado.
BIBLIOGRÁFICAS
REFERENCIAS
Una relación puede tener atributos descriptivos que son propiedades que brindan datos o información
extra, útil y/o necesaria en la relación de entidades.
SUGERENCIA
Atributos
Los atributos son propiedades de una relación y para cada atributo hay un conjunto de valores permitidos
denominados dominio de atributo. Los atributos se pueden caracterizar por los siguientes tipos:
–– Los atributos pueden ser simples o compuestos. Un atributo simple contiene un único
componente con existencia independiente, no pueden subdividirse en componenntes
más pequeños, por ejemplo: salario en una entidad empleado. Un atributo compuesto está
formado por múltiples componentes, cada uno de ellos con una existencia independiente.
Pueden dividirse para obtener componentes más pequeños con existencia independiente
propia, por ejemplo el atributo dirección de la entidad empleado.
ÍNDICE
–– Los atributos pueden ser monovaluados y multivaluados. Un atributo monovaluado o
univaluado contiene un único para cada instancia de un conjunto de entidades, por ejemplo:
el atributo salario de la entidad empleado. Un atributo multivaluado contiene múltiples
valores para cada instancia de un tipo de entidad, por ejemplo un atributo telefono de una
PRELIMINARES
sucursal puede contener más de un valor.
–– Atributo derivado que representa un valor que puede derivarse del valor de un atributo o
conjunto de atributos relacionados, no necesariamente del mismo conjunto de entidades.
–– Los atributos pueden tomar valores nulos cuando las entidades no tienen un valor para ese
atributo, puede indicar un valor “no aplicable” ó también puede indicar un valor desconocido
BIMESTRE
PRIMER
(no se tiene esa información o no se sabe si existe).
SUGERENCIA
SEGUNDO
BIMESTRE
Dominio
SOLUCIONARIO
Es el conjunto de valores para un atributo. Por ejemplo: el atributo sexo va a tener siempre dos valores
que pueden ser F/M (dependerá de la forma de representación que se decida aplicar, puede ser Hombre/
Mujer pero siempre tendrá dos valores). Además, es importante resaltar, que existen dominios implícitos
y explícitos.
Los dominios implícitos están dados por la definición del atributo, debido a que al momento de asignarle
BIBLIOGRÁFICAS
REFERENCIAS
un tipo de dato, estamos dándole un rango de valores permitidos. Por ejemplo:
–– Salario, de tipo de dato monetario de 4 dígitos, podrá permitir hasta el valor 9999.
–– Sexo, por su definición es carácter de tamaño 1, por tanto aceptará cualquier carácter que
se ingrese, pero sólo 1.
Los dominios explícitos son aquellos a los que se asigna unos valores permitidos. Por ejemplo: sexo, con
dominio F ó M
Para efectos de este componente cuando hablemos de dominios de forma general nos referiremos sólo
a los dominios explícitos.
Un conjunto de entidad fuerte es aquella cuya existencia no depende de ningún otro conjunto de
entidades. Por ejemplo el conjunto de entidades cliente.
Un conjunto de entidad débil es aquella cuya existencia depende de otro conjunto de entidades. Por
ejemplo el conjunto de entidades preferenciasCliente cuya existencia depende de la existencia del
ÍNDICE
conjunto de entidades cliente.
PRELIMINARES
SUGERENCIA
BIMESTRE
PRIMER
6.3. Claves
Las claves son una forma de especificar la manera de distinguir las entidades pertenecientes a un
conjunto de entidades dado. Por su definición, cada entidad es distinta; sin embargo, en la base de datos
debe indicarse a través de sus atributos; es aquí donde la identificación de claves tiene su función.
SEGUNDO
BIMESTRE
En su texto básico, lea el apartado 7.3.3. Claves. Identifique los conceptos
más relevantes y resáltelos.
SOLUCIONARIO
Para la identificación unívoca de la relación se tienen los conceptos de superclave, clave candidata y
clave primaria.
Así también podemos encontrar el término de clave compuesta, donde una clave compuesta es la que
BIBLIOGRÁFICAS
está formada por dos o más atributos.
REFERENCIAS
SUGERENCIA
6.4. Restricciones
Ahora vamos a examinar las restricciones estructurales que pueden imponerse al conjunto de entidades
que participan en un conjunto de relaciones. Las restricciones deben reflejar las restricciones del negocio
para esas relaciones. Se revisan la correspondencia de cardinalidades y restricciones de participación.
El grado más común para el conjunto de relaciones es el binario. El grado del conjunto de relaciones
indica el número de conjuntos de entidad que participan en una relación.
ÍNDICE
Uno a uno: Cada entidad de A se asocia, a lo sumo, con una entidad de B y cada
entidad de B se asocia, a lo sumo, con una entidad de A. Por ejemplo: Un empleado
gestiona una sucursal (1:1).
PRELIMINARES
Uno a varios: Cada entidad de A se asocia con cualquier número (cero o más) de
entidades con una entidad de B. Sin embargo, cada entidad de B se puede asociar, a
lo sumo, con una entidad de A. Por ejemplo: un empleado controla varios productos
(1:*).
Varios a varios: Cada entidad de A se asocia con cualquier número (cero o más) de
entidades con una entidad de B, y cada entidad de B se asocia con cualquier número
BIMESTRE
PRIMER
(cero o más) de entidades con una entidad de A. Por ejemplo los peródicos anuncian
productos (*:*).
SEGUNDO
en una relación se conoce como participación total o también se conoce como obligatoria;
BIMESTRE
o si sólo participan algunas se conoce como participación parcial ó también como opcional.
SUGERENCIA
SOLUCIONARIO
6.5. Diagramas entidad-relación
BIBLIOGRÁFICAS
REFERENCIAS
Los diagramas entidad-relación son sencillos y claros. La estructura básica a utilizar consta de los
siguientes elementos y según se muestran en la Figura 11.
Claves primarias: el atributo o los atributos que forman parte de la clave primaria aparecen
subrayados.
ÍNDICE
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
Figura 11. Ejemplo de Diagrama Entidad-Relación
Fuente: Silberschatz, et. al. (2014)
Elaborado por: Morocho, J. Y Romero, A. (2017)
SOLUCIONARIO
6.6. Características avanzadas del modelo entidad-relación
Los conceptos básicos del modelo entidad-relación permiten modelar la mayor parte de las características
de bases de datos, sin embargo, algunos aspectos de la semántica del negocio se pueden modelar con
BIBLIOGRÁFICAS
REFERENCIAS
características ampliadas, y corresponden en primera instancia a los conceptos de especialización y
generalización.
Los conceptos de especialización y generalización están asociados con conjuntos especiales de entidades
conocidos como superclases y subclases y con el proceso de herencia de atributos.
Superclase es un conjunto de entidades que incluye uno o más subgrupos diferentes de sus
entidades, los cuales es preciso representar en una modelo de datos.
Herencia de atributos es una propiedad de las entidades de nivel superior e inferior creadas
mediante la especialización y la generalización.
ÍNDICE
Ahora que hemos revisado los conceptos más importantes, revisemos la Figura 12 que
simboliza la generalización y especialización.
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
Figura 12. Representación de la Generalización/Especialización
Fuente: Silberschatz, et. al. (2014)
Elaborado por: Morocho, J. Y Romero, A. (2017)
En la especialización los conjuntos de entidades pueden incluir subclases que se diferencian de alguna
SOLUCIONARIO
forma de las demás entidades del conjunto. Por ejemplo: un subconjunto de entidades de un conjunto
de entidades puede tener atributos que no sean compartidas por todas las entidades del conjunto de
entidades.
BIBLIOGRÁFICAS
REFERENCIAS
También se puede proceder de forma ascendente, en la que varios conjuntos de entidades se sintetizan
en un conjunto de entidades de nivel superior basado en las características comunes.
ÍNDICE
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
Figura 13. Ejemplo de Especialización/Generalización
BIMESTRE
Fuente: Silberschatz, et. al. (2014)
Elaborado por: Morocho, J. Y Romero, A. (2017)
Hemos terminado con el estudio de la sexta unidad, ahora lo invitamos a realizar la siguiente actividad
recomendada a fin de apoyar lo estudiado.
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 6
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad,
PRELIMINARES
por lo que le invitamos a desarrollar la autoevaluación propuesta a
continuación. Aunque el desarrollo de estas preguntas es opcional, se le
recomienda resolverlas. Si tiene alguna duda consulte con su profesor
tutor.
Conteste verdadero (V) o falso (F) a las siguientes afirmaciones, según corresponda:
BIMESTRE
PRIMER
Las relaciones recursivas no existen. La recursividad solamente se da en la
1. ( )
programación.
SEGUNDO
BIMESTRE
El dominio de un atributo es el conjunto de valores permitidos para uno o más
3. ( )
atributos.
Aquel que contiene múltiples valores para cada instancia de una entidad, se
4. ( )
denomina atributo compuesto.
SOLUCIONARIO
La clave candidata es un conjunto mínimo de entidades que identifica de forma
5. ( )
única cada instancia de una entidad.
BIBLIOGRÁFICAS
REFERENCIAS
6. Si se dice que un Profesor puede dictar varias asignaturas, ¿cuál sería la correspondencia de
cardinalidades?
a. Uno a uno.
b. Uno a varios.
c. Varios a uno.
d. Varios a varios.
7. Si la existencia de una entidad no depende de ninguna otra entidad, estamos hablando de una
entidad:
a. Fuerte.
b. Débil.
c. Independiente.
8. El atributo dirección formado por los atributos calle, ciudad, provincia y códigopostal es un
atributo:
ÍNDICE
a. Multivalorado.
b. Compuesto.
c. Derivado.
PRELIMINARES
9. Un conjunto de entidades débiles no tiene clave:
a. a. Alterna.
b. b. Primaria.
c. c. Foránea.
BIMESTRE
PRIMER
10. ¿Con quién debe interactuar el diseñador de la base de datos, para llegar a comprender las
necesidades de la aplicación?
a. Usuarios.
b. Director del proyecto.
SEGUNDO
BIMESTRE
c. Administrador de Base de Datos.
Ahora, estamos seguros que deseará verificar si sus respuestas fueron o no las correctas; para ello, le
proponemos revisar el solucionario que se encuentra al final de la guía didáctica y así ratificar o rectificar
sus respuestas.
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Ir a solucionario
UNIDAD 7. NORMALIZACIÓN
ÍNDICE
Para el desarrollo de esta unidad, se requiere que vaya utilizando la
guía didáctica y el capítulo 8 “Diseño de bases de datos” del texto
básico.
PRELIMINARES
Estimado alumno, ha llegado el momento de revisar otro tema clave de la asignatura:“La normalización”,
que tiene gran importancia a la hora de diseñar una base de datos para una organización, ya que se
espera crear una representación precisa de los datos, de las relaciones entre ellos y las restricciones
que son aplicables. Para conseguir este objetivo podemos emplear una o más técnicas de diseño,
que vamos a ir estudiando a lo largo de esta unidad.
BIMESTRE
PRIMER
7.1. Técnica de Normalización
Hasta este punto usted está en la capacidad de diseñar un modelo de datos para satisfacer las
necesidades de información de una organización. Llegó el momento de revisar otro tema clave en el
SEGUNDO
BIMESTRE
proceso de diseño de una base de datos relacional como lo es la Normalización y para ello emplearemos
las formas normales, que permiten obtener un modelo de datos con las entidades mínimas requeridas y
manteniendo un mínimo de redundancia.
Podemos optar por guiarnos con una metodología de diseño de base de datos, como la propuesta
SOLUCIONARIO
por (Connolly y Begg, 2005) en la que tenemos las fases de diseño conceptual, diseño lógico y diseño
físico. Una vez concluido el diseño lógico, se debe aplicar el proceso de normalización con el objeto de
optimizar nuestro modelo de datos, a través del establecimiento de redundancia mínima.
BIBLIOGRÁFICAS
REFERENCIAS
a. Su papel principal es apoyar en la identificación de relaciones, principalmente cuando tenemos
esquemas grandes, a partir de los cuales desagregamos en varias relaciones de acuerdo a las
dependencias funcionales minimizando la redundancia de datos.
b. Como medio de verificación para comprobar la estructura de las relaciones, cuando tenemos
un modelo de relaciones que generalmente es producto de haber empezado por el diseño
conceptual y luego haber llegado al diseño lógico.
Generalmente cuando hay redundancia de datos, esta provoca anomalías de inserción, borrado y
modificación.
SUGERENCIA
Consultar en internet los efectos de este tipo de anomalías y realizar
un mapa mental que le servirá para reforzar este tema.
creamos un atributo por cada componente y para atributos multivaluados creamos una tupla por cada
ítem.
ÍNDICE
Cuando encontramos una entidad que tiene grupos repetitivos, decimos que está en una forma no
normalizada (UNF5). La figura 14 muestra un ejemplo de la tabla Asignación donde se almacena datos de
proyectos y empleados con grupos repetitivos.
PRELIMINARES
PROJ_NUM PROJ_NAME EMP_NUM EMP_NAME JOB_CLASS CHG_ HOURS
HOUR
15 Evergreen 103 June E. Arbough Elect Engineer 84.50 23.8
Evergreen 101 John G. News Database Designer 105.00 19.4
Evergreen 105 Alice K. Johnson * Database Designer 105.00 35.7
Evergreen 106 William Smithfield Programmer 35.75 12.6
BIMESTRE
PRIMER
Evergreen 102 David H. Senior Systems Analyst 95.75 23.8
18 Amber Wave 114 Annelise Jones Applications Designer 48.10 24.6
Amber Wave 118 James J. Frommer General Support 18.36 45.3
Amber Wave 104 Anne K. Ramoras * Systems Analyst 96.75 32.4
Amber Wave 112 Darlene M. Smithson DSS Analyst 45.95 44.0
SEGUNDO
BIMESTRE
22 Rolling Tide 105 Alice K. Johnson Database Designer 105.00 64.7
Rolling Tide 104 Anne K. Ramoras Systems Analyst 96.75 48.4
Rolling Tide 113 Delbert K. Joenbrood* Applications Designer 48.10 29.6
Rolling Tide 111 Geoff B. Wabash Clencal Support 26.87 22.0
SOLUCIONARIO
Rolling Tide 106 William Smithfield Programmer 35.75 12.8
25 Starflight 107 Maria D. Alonzo Programmer 35.75 24.6
Starflight 115 Travis B. Bawangi System Analyst 96.75 45.8
Starflight 101 Jhon G. News * Database Designer 105.00 56.3
Starflight 114 Annelise Jones Applications Designer 48.10 33.1
BIBLIOGRÁFICAS
Starflight 108 Ralph B. Washington Systems Analyst 96.75 23.6
REFERENCIAS
Starflight 118 James J. Frommer General Support 18.36 30.5
Starflight 112 Darlene M. Smithson DSS Analyst 45.95 41.4
Para pasar a primera forma normal basta con hacer que cada intersección de fila y columna contenga
uno y un sólo un valor. Esto también se conoce como dominio atómico. La figura 15 muestra la tabla
Asignación en 1FN.
ÍNDICE
22 Rolling Tide 105 Alice K. Johnson Database Designer 105.00 64.7
22 Rolling Tide 104 Anne K. Ramoras Systems Analyst 96.75 48.4
22 Rolling Tide 113 Delbert K. Joenbrood* Applications Designer 48.10 29.6
22 Rolling Tide 111 Geoff B. Wabash Clencal Support 26.87 22.0
PRELIMINARES
22 Rolling Tide 106 William Smithfield Programmer 35.75 12.8
25 Starflight 107 Maria D. Alonzo Programmer 35.75 24.6
25 Starflight 115 Travis B. Bawangi System Analyst 96.75 45.8
25 Starflight 101 Jhon G. News * Database Designer 105.00 56.3
25 Starflight 114 Annelise Jones Applications Designer 48.10 33.1
25 Starflight 108 Ralph B. Washington Systems Analyst 96.75 23.6
BIMESTRE
25 Starflight 118 James J. Frommer General Support 18.36 30.5
PRIMER
25 Starflight 112 Darlene M. Smithson DSS Analyst 45.95 41.4
Figura 13. Tabla no normalizada
Fuente: (Coronel & Morris, 2011)
SEGUNDO
BIMESTRE
buenos diseños relacionales, en el cual se hace una introducción al tema
de normalización. Revise también la sección 8.2 Dominios atómicos y
la primera forma normal, la cual nos explica cómo iniciar el proceso de
normalización.
SOLUCIONARIO
7.3. Dependencias Funcionales
Siguiendo con el estudio de la unidad, conviene recordar el concepto asociado con la normalización es
el de dependencias funcionales (DF), que describe la relación entre atributos.
BIBLIOGRÁFICAS
REFERENCIAS
Con las DF aparece el término determinante, que es el atributo o atributos situados a la izquierda de la
flecha que describe la dependencia y el término determinado que es el atributo que está a la derecha.
Si tenemos una relación R, con los atributos A y B, se dice que B depende funcionalmente de A (AgB)
siempre que para cada valor distinto en A hay un solo valor en B.
La normalización se basa en las dependencias funcionales para agrupar atributos e ir componiendo las
entidades, obteniendo como resultado un modelo de tablas.
Una dependencia funcional se dice completa si es que el atributo determinado depende completamente
de todos los atributos que forman la clave principal. Por el contrario, una dependencia parcial se da
cuando hay una dependencia funcional en la que el determinante es sólo parte de la llave primaria
(recuerde que estamos suponiendo que hay sólo una clave candidata). Por ejemplo, si (A,B)g(C,D), BgC
y (A,B) es la clave primaria, entonces la dependencia funcional BgC es una dependencia parcial porque
sólo parte de la clave primaria (B) se necesita para determinar el valor de C. Las dependencias parciales
tienden a ser más bien sencillas y fáciles de identificar. (Coronel & Morris, 2011)
Otro tipo de dependencia funcional es la dependencia transitiva, que se basa en la ley de transitividad de
conjuntos, si XgY, YàZ y X es la llave primaria, XgZ es una dependencia transitiva porque X determina el
valor de Z a través de Y. (Coronel y Morris, 2011)
Es importante que en cada entidad se defina una clave primaria, para luego definir las dependencias
funcionales en base a esta. Tomando el ejemplo de la tabla Asignación, de la figura 8, podemos definir la
ÍNDICE
clave primaria como la combinación de PROJ_NUM y EMP_NUM, la cual determina al resto de atributos,
como se muestra a continuación:
PRELIMINARES
Es tiempo de acudir al texto básico y revisar la sección 8.3 Descomposición
mediante dependencias funcionales, que nos explica el detalle el
fundamento de la normalización.
BIMESTRE
PRIMER
La conversión a segunda forma normal se da siempre y cuando la clave primaria de la relación sea una
clave compuesta. Si es una clave primaria simple, la tabla automáticamente pasa de 1ra FN a 2da FN.
Como primer paso creamos nuevas tablas para eliminar las dependencias parciales. Para ello podemos
separar cada componente de la clave compuesta si este genera una dependencia parcial, como si fuera
SEGUNDO
BIMESTRE
una nueva relación, pero conservando en la relación original el atributo determinante para que actúe
como clave foránea. Continuando con el ejemplo de la tabla Asignación, quedaría de la siguiente forma:
SOLUCIONARIO
PROJ_NUM, EMP_NUM g la tabla Asignaciones
Luego los atributos que son dependientes funcionalmente en una dependencia parcial se remueven
de la tabla original y se colocan en la nueva tabla con su determinante. Cualquier atributo que no sea
dependiente en una dependencia parcial permanecerá en la tabla original. Esto da origen a las siguientes
tablas:
BIBLIOGRÁFICAS
REFERENCIAS
Proyectos(PROJ_NUM, PROJ_NAME)
Empleados(EMP_NUM, EMP_NAME, JOB_CLASS, CHG_HOUR)
Asignación(PROJ_NUM, EMP_NUM, ASSIGN_HOURS)
Hasta este punto hemos obtenido un modelo de tablas que minimiza los problemas de redundancia
traducidos en anomalías de modificación, además se pueden ya identificar las claves foráneas que sirven
para relacionar las tablas.
SUGERENCIA
Consulte en internet o de ser posible en la bibliografía complementaria, la
definición de la 2FN.
La 3ra FN dice que debemos eliminar las dependencias transitivas, por tanto empezamos por identificar
las dependencias transitivas y escribir una copia de su determinante como clave primaria para una nueva
tabla, pero en la tabla original debe permanecer el determinante para que actúe como clave foránea.
Continuando con el ejemplo de la asignación de empleados a proyectos, quedaría de la siguiente forma:
ÍNDICE
JOB_CLASS g determinante de la dependencia transitiva identificada
El siguiente paso sería reasignar los atributos dependientes de los determinantes identificados como
dependencias transitivas. El esquema de tablas quedaría de la siguiente forma:
PRELIMINARES
Proyectos(PROJ_NUM, PROJ_NAME)
Empleados(EMP_NUM, EMP_NAME, JOB_CLASS)
Cargo(JOB_CLASS ,CHG_HOUR)
Asignación(PROJ_NUM, EMP_NUM, ASSIGN_HOURS)
Una vez eliminada la dependencia transitiva las tablas están en 3ra FN. Existen otras formas normales,
BIMESTRE
PRIMER
pero generalmente un modelo normalizado hasta la 3FN ha eliminado al mínimo la redundancia y
permitirá trabajar de forma adecuada.
SEGUNDO
BIMESTRE
SUGERENCIA Elabore un cuadro sinóptico con la definición de las tres formas normales
SOLUCIONARIO
revisadas, defínalas en no más de tres líneas, esto le ayudará a recordar
estas reglas que son muy importantes en el diseño de una base de datos.
BIBLIOGRÁFICAS
Recordemos que un modelo de datos es una representación lo más real posible de una parte del
REFERENCIAS
mundo real. Como en cualquier proyecto de desarrollo de software empezamos por la definición de
requerimientos, en este caso de datos, en base a los cuales empezar nuestro diseño. Iniciamos por el
diseño conceptual producto del cual se obtiene el modelo E-R, luego transformamos este diseño a
diseño lógico obteniendo nuestro diseño relacional al que se aplica el proceso de normalización para
reducir las redundancias al mínimo y finalmente pasar al diseño físico culminando con la materialización
física de la base de datos.
No está por demás recordar que el nombrado de las entidades debe ir en correspondencia con el
contenido de las mismas, de igual forma con los atributos, deberían concordar con los datos que van
a almacenar. En algunos casos el equipo de diseñadores establece ciertos lineamientos para asignar
nombres a los objetos de base de datos, por ejemplo utilizar nombres en plural para las entidades por
ejemplo PERSONAS; para los atributos anteceder las iniciales de la tabla a cada atributo para identificarlo
plenamente, por ejemplo si tenemos el atributo nombre de la entidad Personas, deberíamos asignarle en
nombre PER_NOMBRE; si vamos a crear una vista podría ser V_PERSONAS; si creamos un índice podríamos
utilizar un nombre como PERSONAS_IDX o si creamos una restricción de tipo check podríamos asignarle
un nombre PERSONAS_CK.
Una vez que el diseño de base de datos esté implementado y funcionando, se deberán tomar algunos
correctivos donde haga falta, en base al monitoreo del rendimiento de la base de datos. Una de las técnicas
es la desnormalización, que no es más que la introducción de redundancia controlada y en consecuencia
se puede perder algunos beneficios de un modelo completamente normalizado con el fin de mejorar
las prestaciones, lo que no significa que se deba obviar el proceso de normalización. Específicamente la
ÍNDICE
desnormalización es la duplicación de ciertos atributos o la combinación de relaciones para reducir el
número de combinaciones requeridas para procesar una consulta (Connolly y Begg, 2005).
PRELIMINARES
de la base de datos, esto le dará una amplia visión del proceso en
general.
SUGERENCIA
BIMESTRE
PRIMER
que le permite conocer las orientaciones académicas e informativas que
presenta el profesor con respecto a las temáticas, fechas importantes y
comunicaciones de temas puntuales. Además, facilita la interacción con sus
compañeros y tutores a través del foros académico, chat, etc. y el acceso a
recursos educativos para reforzar los temas tratados.
SEGUNDO
BIMESTRE
Felicitaciones, ha culminado una unidad más y ya posee las herramientas para hacer su propio diseño
de base de datos, cuidando de los aspectos más importantes a la hora de emprender en un proyecto de
esta magnitud.
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 7
ÍNDICE
Es momento de validar la asimilación de los contenidos de la unidad, por lo
PRELIMINARES
que le invitamos a desarrollar la autoevaluación propuesta a continuación.
Aunque el desarrollo de estas preguntas es opcional, se le recomienda
resolverlas. Si tiene alguna duda consulte con su profesor tutor.
a) Conteste verdadero (V) o falso (F) a las siguientes afirmaciones, según corresponda:
BIMESTRE
1. ( )
PRIMER
de atributos son esquemas.
Una relación tiene un valor concreto en un momento dado que se denomina
2. ( )
ejemplar.
3. Cada nombre de atributo tiene un significado único en toda la base de datos. ( )
4. Un dominio es atómico si sus elementos son unidades indivisibles. ( )
SEGUNDO
BIMESTRE
b) Seleccione la respuesta correcta:
SOLUCIONARIO
5. a. Al menos en 2FN ( )
b. Con cero redundancia
c. En la forma normal adecuada
BIBLIOGRÁFICAS
Una relación sufre de anomalías de actualización cuando tiene:
REFERENCIAS
6. a. Una clave primaria compuesta ( )
b. Redundancia en los datos
c. Se halle en una de las formas normales no deseables
7. a. Determinado ( )
b. Determinante
c. Clave primaria
Una tabla que contiene uno o más grupos repetitivos está en:
8. a. Forma no normalizada ( )
b. 1 FN
c. 2 FN
ÍNDICE
a. Actúa como medio para eliminar totalmente la redundancia de un
modelo de datos.
9. ( )
b. Apoya en la identificación de relaciones, principalmente cuando
tenemos esquemas grandes.
PRELIMINARES
c. Permite generar un conjunto de esquemas de relación a partir del diseño
E-R.
BIMESTRE
PRIMER
10. a. Forma no normalizada ( )
b. 1 FN
c. 2 FN
Antes de empezar la próxima unidad por favor revise el solucionario que se encuentra al final de la guía
SEGUNDO
BIMESTRE
didáctica y verifique sus respuestas, si en algún tema tiene debilidades, revíselo nuevamente.
SOLUCIONARIO
Ir a solucionario
BIBLIOGRÁFICAS
REFERENCIAS
ÍNDICE
Para el desarrollo de esta unidad, se requiere que vaya utilizando la guía
didáctica y el capítulo 7 “Diseño de base de datos y el modelo E-R”.
PRELIMINARES
Continuando con el desarrollo de las unidades, corresponde revisar uno de los temas más relevantes de
la asignatura, el diseño de bases de datos relacionales. Es importante resaltar que para desarrollar un
sistema de base de datos, se inicia con la recopilación y captura de información, luego se requiere de un
análisis y documentación de los requerimientos del negocio.
BIMESTRE
PRIMER
Recuerde que en todo momento le ayudaremos a adquirir los conocimientos y habilidades necesarias
para comenzar las fases de diseño de la base de datos.
SEGUNDO
BIMESTRE
La creación de sistemas informáticos con bases de datos implica algunas fases, que seguramente usted
las estudiará a más detalle en otros componentes. Las fases de manera general comprenden el diseño
del esquema de base de datos, el diseño de los programas que tienen acceso a los datos y los actualizan,
el diseño del esquema de seguridad para controlar el acceso a los datos, entre otras.
SOLUCIONARIO
Para iniciar con las fases de diseño las necesidades del usuario y del negocio son de vital importancia,
y para efectos de esta asignatura específicamente abordaremos el diseño de bases de datos, que es un
proceso iterativo, que tiene un punto de partida y una serie de refinamientos sucesivos que prácticamente
no tiene fin.
BIBLIOGRÁFICAS
REFERENCIAS
8.2. Fases del diseño de base de datos
Seguramente ya se ha enterado que para todo proceso ordenado, nos valemos de una metodología,
así también para el diseño de base de datos, se debe adoptar una metodología que nos brinde las
herramientas necesarias para lograr un diseño robusto. En el diseño de base de datos se puede
determinar tres fases bien marcadas: diseño conceptual, diseño lógico y diseño físico. En esta asignatura
abarcamos las dos primeras fases, diseño conceptual y diseño lógico dejando para la asignatura de Bases
de Datos Avanzadas la fase de diseño físico. La figura 16 muestra a manera de resumen las actividades en
el proceso de diseño de bases de datos relacionales.
ÍNDICE
PRELIMINARES
BIMESTRE
PRIMER
SEGUNDO
BIMESTRE
SOLUCIONARIO
Figura 14. El proceso de diseño de base de datos resumido
BIBLIOGRÁFICAS
REFERENCIAS
Fuente: Connolly, T. y Begg, C. (2005)
Elaborado por: Morocho, J. Y Romero, A. (2017)
En su texto básico, lea el apartado 7.1 Visión general del proceso de diseño,
que le servirá de introducción al proceso de diseño de base de datos.
El diseño conceptual empieza por identificar las entidades, que son conceptos ya sea físicos o abstractos
que se desea representar en la base de datos. Como siguiene paso se identifica las relaciones entre
las entidades de forma que se establezcan los vínculos correspondientes. A continuación se identifica
los atributos para asociarlos a las entidades; para hacer más fácil la identificación de los atributos nos
podemos hacer la pregunta ¿qué deseo almacenar acerca de <entidad>?. Una vez tenemos identificados
los atributos determinamos para cada uno de ellos su dominio e identificamos de entre ellos las
claves candidata, principal y alternativa. Dependiendo del problema a modelar y de la experiencia del
diseñador se puede incluir conceptos de modelado avanzados como especialización y generalización.
ÍNDICE
Como pasos finales se debe comprobar si existen atributos redundantes para eliminarlos y validar el
modelo resultante con el usuario, para confirmar que está cumpliendo con todos los requisitos y que no
entren en conflicto entre sí.
PRELIMINARES
vv
entidad-relación, ya que es la herramienta a utilizar en el diseño
conceptual para generar el diagrama E-R.
BIMESTRE
PRIMER
notaciones utilizadas por otros autores.
SEGUNDO
BIMESTRE
implementación del sistema de bases de datos que se va a usar. Para efecto de esta asignatura usaremos
el modelo relacional al ser el modelo de datos más utilizado para bases de datos relacionales.
Consiste en traducir el modelo E-R en un esquema lógico de relaciones, que se basan en la cardinalidad
de las relaciones. Lo explicaremos de forma fácil:
SOLUCIONARIO
a. Primero, toda entidad del modelo conceptual se convierte en una tabla en el modelo relacional.
b. Toda relación entre tablas 1:N se traduce en una propagación de la clave (se crea una clave
primaria o foránea) o bien se crea una nueva tabla intermedia. La regla dice que se debe
propagar la clave principal a la entidad que tiene la cardinalidad máxima. La figura 2 muestra
BIBLIOGRÁFICAS
un ejemplo de propagación de la clave principal a la entidad phone ya que dicha entidad tiene
REFERENCIAS
la cardinalidad N, por lo que el atributo ID pasa a ser clave foránea en phone.
En la figura 17, en a) se muestra una relación 1:N y en b) la relación transformada a modelo relacional,
en donde se propaga la clave principal desde instructor a phone y desaparecen el rombo que representa
la relación y las cardinalidades. Debemos destacar también que es en el diseño lógico que aparecen las
claves foráneas.
c. Todo tipo de relaciones entre tablas N:M (muchos a muchos) origina la creación de una nueva
tabla intermedia, cuyos atributos son las claves primarias de las entidades que está relacionando
ÍNDICE
más los atributos que pueda tener la relación.
PRELIMINARES
BIMESTRE
PRIMER
Figura 16. Generación de tabla intermedia en relación N:N
Fuente: Silberschatz, et. al. (2014)
La figura 18 en a) muestra una relación con cardinalidad N:N y b) se genera una tabla que hace de nexo
entre las tablas que relaciona y cuyos atributos están formados por las claves primarias de las tablas que
está relacionando.
SEGUNDO
BIMESTRE
Recordemos que ya en la unidad 6 se revisó el tema de especialización y generalización, por lo que
conviene revisar también las opciones de transformación al modelo relacional de estas formas de
representación, tomemos como ejemplo la Figura 19.
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Figura 6. Ejemplo de especialización/generalización
Fuente: Silberschatz, et. al. (2014)
1. Generar una tabla para la superclase y una tabla por cada subclase heredando el atributo de clave
primaria de la superclase, de esta forma:
2. Generar solamente la superclase, para lo cual se genera una sola tabla con los atributos de la
superclase más los atributos de cada subclase, con la desventaja que tendremos muchos valores
nulos en algunas columnas, ya que si ingresamos una persona que sea empleado tendrá salary
pero no tendrá tot_credits. Quedaría de esta forma:
ÍNDICE
3. Generar solamente las subclases, con lo que cada subclase heredaría los atributos de la superclase,
de esta forma:
PRELIMINARES
En este caso no existe una regla para conocer qué método de transformación utilizar, sino que depende
de las características del problema a resolver y de la habilidad y experiencia del diseñador de base de
datos.
BIMESTRE
Conviene en este momento revisar el apartado 7.6 Reducción a esquemas
PRIMER
relacionales, de su texto básico, en donde se hace una amplia explicación de
la transformación del modelo E-R al modelo relacional.
Muy bien hemos culminado con éxito el desarrollo de las unidades planificadas, de seguro que su
esfuerzo ha valido la pena, pues ya sabe cómo llegar hasta la fase de diseño lógico de una base de datos.
SEGUNDO
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 8
ÍNDICE
PRELIMINARES
Es momento de validar la asimilación de los contenidos de la unidad, por lo
que le invitamos a desarrollar la autoevaluación propuesta a continuación.
Aunque el desarrollo de estas preguntas es opcional, se le recomienda
resolverlas. Si tiene alguna duda consulte con su profesor tutor.
BIMESTRE
a) Conteste verdadero (V) o falso (F) a las siguientes afirmaciones, según corresponda:
PRIMER
Las necesidades de datos de los usuarios no son relevantes en la etapa de diseño
1. ( )
conceptual.
SEGUNDO
BIMESTRE
En la fase de diseño lógico se especifica las formas de organización de los archivos
3. ( )
y las estructuras de almacenamiento.
Si algunos aspectos de la empresa resultan difíciles de modelar, nos enfrentamos a
4. ( )
SOLUCIONARIO
un problema de redundancia.
BIBLIOGRÁFICAS
REFERENCIAS
El proceso de diseño de una base de datos es un proceso:
a. Iterativo, que prácticamente no tiene fin.
6. ( )
b. Tedioso, pues se requiere de mucho conocimientos.
c. Metodológico, ya que en base a este se define una metodología.
Una relación que tenga cardinalidad N:N, cómo se transforma al diseño lógico?
ÍNDICE
a. Se propaga la clave principal hacia la entidad que tenga cardinalidad
máxima.
9. ( )
b. Se crea una tabla intermedia cuyos atributos son las claves primarias de
PRELIMINARES
las entidades que está relacionando.
c. Se aplica normalización hasta reducir a una relación 1:N y aplicar
propagación de clave primaria.
BIMESTRE
PRIMER
a. Generar una tabla por cada entidad de la especialización
10. ( )
b. Generar solamente las subclases definidas en el modelo.
c. Generar solamente la superclase definida en el modelo.
d. zCualquiera de las anteriores.
SEGUNDO
BIMESTRE
¿Cómo estuvo la autoevaluación?, seguro le fue muy bien y sobre todo que se encuentra muy satisfecho
por lo logros alcanzados. Recuerde que puede constar sus respuestas en el solucionario que se encuentra
al final de la guía didáctica.
¡Qué bueno! Hemos concluido con el estudio de la asignatura Fundamentos de base de datos, esperamos
SOLUCIONARIO
que los conocimientos adquiridos le permitan ir avanzando en su proceso de aprendizaje y que en poco
tiempo usted culmine su formación y obtenga su titulación correspondiente. Estamos seguros que los
temas abordados en la asignatura le serán de mucha utilidad en su actividad laboral.
BIBLIOGRÁFICAS
REFERENCIAS
Ir a solucionario
7. Solucionario
ÍNDICE
PRIMER BIMESTRE
PRELIMINARES
Autoevaluación 1
Pregunta Respuesta
1. c
2. b
BIMESTRE
PRIMER
3. b
4. a
5. c
SEGUNDO
BIMESTRE
6. d
7. a
8. b
SOLUCIONARIO
9. b
10. c
BIBLIOGRÁFICAS
REFERENCIAS
Ir a autoevaluación
Autoevaluación 2
ÍNDICE
Pregunta Respuesta
1. a
2. c
PRELIMINARES
3. a
4. b
5. c
BIMESTRE
PRIMER
6. a
7. b
8. b
SEGUNDO
BIMESTRE
9. c
10. a
SOLUCIONARIO
Ir a autoevaluación
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 3
ÍNDICE
Pregunta Respuesta
1. F
2. v
PRELIMINARES
3. v
4. v
5. v
BIMESTRE
PRIMER
6. F
7. b
8. a
SEGUNDO
BIMESTRE
9. d
10. c
SOLUCIONARIO
Ir a autoevaluación
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 4
ÍNDICE
Pregunta Respuesta
1. V
2. F
PRELIMINARES
3. V
4. F
5. V
BIMESTRE
PRIMER
6. d
7. b
8. b
SEGUNDO
BIMESTRE
9. c
10. a
SOLUCIONARIO
Ir a autoevaluación
BIBLIOGRÁFICAS
REFERENCIAS
SEGUNDO BIMESTRE
ÍNDICE
Autoevaluación 5
Pregunta Respuesta
PRELIMINARES
1. a, c, f
2. b
3. a
4. c
BIMESTRE
PRIMER
5. a
6. c
7. b
SEGUNDO
BIMESTRE
8. b
9. b
10. b
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS
Ir a autoevaluación
Autoevaluación 6
ÍNDICE
Pregunta Respuesta
1. V
2. F
PRELIMINARES
3. V
4. F
5. F
BIMESTRE
PRIMER
6. b
7. a
8. b
SEGUNDO
BIMESTRE
9. b
10. a
SOLUCIONARIO
Ir a autoevaluación
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 7
ÍNDICE
Pregunta Respuesta
1. V
2. V
PRELIMINARES
3. V
4. V
5. c
BIMESTRE
PRIMER
6. b
7. b
8. a
SEGUNDO
BIMESTRE
9. b
10. b
SOLUCIONARIO
Ir a autoevaluación
BIBLIOGRÁFICAS
REFERENCIAS
Autoevaluación 8
ÍNDICE
Pregunta Respuesta
1. F
2. V
PRELIMINARES
3. F
4. F
5. V
BIMESTRE
PRIMER
6. a
7. c
8. b
SEGUNDO
BIMESTRE
9. b
10. d
SOLUCIONARIO
Ir a autoevaluación
BIBLIOGRÁFICAS
REFERENCIAS
8. Referencias Bibliográficas
ÍNDICE
1. Silberschatz, A., Korth, H. y Sudarshan, S. (2014). Fundamentos De Bases De Datos.
Madrid, España: McGraw-Hill.
PRELIMINARES
2. Connolly, T., y Begg, C. (2005). Sistemas de Base de Datos. Un enfoque práctico para diseño,
implementación y gestión. Madrid, España: Pearson Educación.
3. Coronel, C., y Morris, S. (2011). Bases de Datos. Diseño, implementación y gestión. Mexico
DF, Mexico: Cengage.
BIMESTRE
4. López, I., Castellano, M. y Ospino, J. (2013). Bases De Datos. México, México: Alfaomega
PRIMER
5. Silberschatz, A., Korth, H., y Sudarshan, S. (2010). Database System Concepts. McGraw-Hill.
Disponible en: http://db-book.com/
6. W3Schools. The World’s Largest Web Developer, Lite SQL Tutorial. Disponible en http://
SEGUNDO
www.w3schools.com/sql/default.asp
BIMESTRE
SOLUCIONARIO
BIBLIOGRÁFICAS
REFERENCIAS