Libro BD Continental

DISCAPACIDAD E INTEGRIDAD
Manual Autoformativo Interactivo
Base de datos
Rolando Roger Zapata Maraví
1
Datos de catalogación bibliográfica
ZAPATA MARAVÍ, Rolando Roger
Base de datos: manual autoformativo interactivo / Rolando Roger
Zapata Maraví. -- Huancayo: Universidad Continental, 2017
Datos de catalogación del Cendoc
Base de datos. Manual Autoformativo Interactivo

Rolando Roger Zapata Maraví
Segunda edición digital
Huancayo, noviembre de 2017
De esta edición
© Universidad Continental
Av. San Carlos 1980, Huancayo-Perú
Teléfono: (51 64) 481-430 anexo 7361
Correo electrónico: recursosucvirtual@continental.edu.pe
http://www.continental.edu.pe/
Versión e-book
Disponible en http://repositorio.continental.edu.pe/
ISBN electrónico N.° 978-612-4196-
Dirección: Emma Barrios Ipenza

Edición: Miguel Ángel Córdova Solís
Miriam Ponce Gonzáles
Asistente de edición: Paúl Juan Gómez Herrera
Asesor didáctico: Isabel Sonia Chuquillanqui Galarza
Corrección de textos: Juan Guillermo Gensollen Sorados
Diseño y diagramación: Alexander Frank Vivanco Matos
Todos los derechos reservados. Cada autor es responsable del contenido de su propio texto.
Este manual autoformativo no puede ser reproducido, total ni parcialmente, ni registrado en o transmitido
por un sistema de recuperación de información, en ninguna forma ni por ningún medio sea mecánico, foto-
químico, electrónico, magnético, electro-óptico, por fotocopia, o cualquier otro medio, sin el permiso previo
de la Universidad Continental.
ÍNDICE
Introducción 9
Organización de la asignatura 11
Resultado de aprendizaje de la asignatura 11
Unidades didácticas 11
Tiempo mínimo de estudio 11
U-I
IDENTIFICACIÓN DE REQUERIMIENTOS 13
Diagrama de organización de la unidad I 13
Organización de los aprendizajes 13
Tema n.° 1: Introducción a las bases de datos relacionales 14
1. ¿Qué es una base de datos? 14

2. Bases de datos físicas versus bases de datos digitalizadas 16
2.1. Búsqueda de datos eficiente 16
2.2. Ahorro de espacio físico 18
2.3. Acceso concurrente 20
2.4. Obtención de copias de seguridad 21
2.5. Gestión de políticas de seguridad 21
3. Importancia de una base de datos 21
3.1. Diseño e implementación de la base de datos 22
3.2. Administración de base de datos 22
4. Dato versus información 23
Tema n.° 2: Tipos de bases de datos 25
1. Principales tipos de bases de datos 25

1.1 Bases de datos relacionales 25
1.2 Bases de datos NoSQL 26
1.2.1 Key-Value 26
1.2.2 Basado en documentos 27
1.2.3 Orientada a grafos 27
1.2.4 Orientada a columnas 27
1.3 Bases de datos multidimensionales 28
2. Identificación y evaluación de productos gestores de bases de
datos del mercado 28
2.1 Oracle Database 29
2.2 Microsoft SQL Server 29
2.3 MySQL 31
2.4 PostgreSQL 31
2.5 MongoDB 32
3. Otros productos de software orientados a gestión de bases de datos 32
3.1 DB2 33
3.2 Cassandra 34
3.3 MariaDB 35
3.4 Microsoft Access 36
3.5 Firebase 37
Tema n.° 3: Definición de necesidades y requerimientos 38
1. Técnicas para la recopilación de necesidades de información 39

1.1 Entrevistas 39
1.2 Cuestionarios 40
1.3 Lluvia de ideas 41
1.4 Focus group 42
1.5 Observación 43
2. Recopilación de documentos 43
Lectura seleccionada n.° 1 45
Actividad n.° 1 45
Glosario de la Unidad I 46
Bibliografía de la Unidad I 48
Autoevaluación n.° 1 49
U - II DISEÑO DE BASE DE DATOS 51
Diagrama de organización de la unidad II 51

Tema n.° 1: Arquitectura y elementos de base de datos relacionales 52
1. Arquitectura de una base de datos 52

2. Modelo relacional 53
2.1 Entidad 53
2.1.1. Atributo 54
2.1.2. Llave primaria 54
2.1.3. Llave primaria simple 57
2.1.4. Llave primaria compuesta 57
2.1.5. Llave candidata 59
2.2 Relación 60
2.2.1 Relación Uno a Muchos (1:M) 60
2.2.2 Relación Muchos a Muchos (M:M) 62
2.2.3 Relación Uno a Uno (1:1) 64
3. Etapas del diseño 65
4. Tipos de diseños 65
Tema n.° 2: Diseño conceptual 67
1. Caso propuesto 67
2. Detección de las principales entidades 68
3. Identificación de atributos y llaves primarias 68
4. Relacionando entidades 70
Tema n.° 3: Diseño lógico 72
1. Creación del diseño lógico 72

2. Normalización 72
Tema n.° 4: Diseño físico 73
1. Creación de bases de datos 73

2. Tipos de datos 73
3. Manipulación de datos 74
Actividad n.° 2 74
Glosario de la Unidad II 76
Bibliografía de la Unidad II 78
U - III CONSTRUCCIÓN DE BASE DE DATOS 81
Diagrama de organización de la unidad III 81
Tema n.° 1: Sentencias DDL: Create, Drop, Alter 82
1. SQL y Transact-SQL 82
2. Creación de tablas y creación de relaciones entre tablas 82
3. Normalización de base de datos 85
4. Modificación de tablas 85
5. Eliminado de tablas 85
6. Creación de tipos de UDT 86
7. Implementación de la integridad de datos a nivel de tabla,
dominio y referencia 86
Tema n.° 2: Sentencias DML: Select, Insert, Delete, Alter 87
1. Recuperación de datos usando Select (consultas, subconsultas, vistas) 87

2. Manipulación de datos con Insert, Delete y Alter 90
Tema n.° 3: Procedimientos almacenados y triggers 91
1. Creación de procedimientos almacenados 91

2. Creación de disparadores: Uso de triggers 92
Actividad n.° 3 92
Glosario de la Unidad III 93
Bibliografía de la Unidad III 95
U - IV ADMINISTRACIÓN DE BASE DE DATOS 101
Diagrama de organización de la unidad IV 101

Tema n.° 1: Administración de base de datos 102
1. Introducción a la administración de base de datos 102

2. Archivos de base de datos 103
Tema n.° 2: Estrategias de respaldo 106
1. Planificación e implementación de una estrategia de backup 106

2. Restaurar base de datos 109
Actividad n.° 4 110
Glosario de la Unidad IV 111
Bibliografía de la Unidad IV 113
Anexos 115
INTRODUCCIÓN
B
ase de datos es una asignatura de base de datos y Administración de base
teórico-práctica diseñada para la de datos.
modalidad a distancia; su intención
es proporcionar al estudiante las
herramientas indispensables para generar Para afrontar con éxito sus estudios, le
un aprendizaje autónomo, permanente y recomendamos que realice una permanente
significativo lectura de este manual, de los contenidos
desarrollados y de los textos seleccionados
que amplían o profundizan el tratamiento
Busca que el estudiante seas capaz de de la información, junto con la elaboración
implementar una base de datos según los de resúmenes y una minuciosa investigación
requerimientos de la organización, para lo vía Internet. El desarrollo del manual se
cual considera criterios de normalización, complementa con autoevaluaciones, que
seguridad, normatividad y ética profesional, son una preparación para la prueba final
además de diseñar estrategias que le de la asignatura.
permitan afrontar satisfactoriamente sus
tareas de aprendizaje. Configura un aprender
a aprender a través del reconocimiento Organice su tiempo para que obtenga
de las habilidades de aprendizaje y la buenos resultados; la clave está en
utilización de estrategias, atendiendo encontrar el equilibrio entre sus actividades
las necesidades y características de las personales y las actividades que asuma
actividades personales y académicas que como estudiante. El estudio a distancia
pueda afrontar en esta modalidad. requiere constancia; por ello, es necesario
encontrar la motivación que lo impulse a ser
cada día mejor.
En general, los contenidos propuestos en el
manual autoformativo se dividen en cuatro
unidades: Identificación de requerimientos, Deseándole éxitos.
Diseño de la base de datos, Construcción
El autor
10
MANUAL AUTOFORMATIVO INTERACTIVO
Base de Datos
ORGANIZACIÓN DE LA ASIGNATURA
Resultado de aprendizaje de la asignatura

Al finalizar la asignatura, el estudiante será capaz de implementar una base de datos según los
requerimientos de la organización considerando criterios de normalización, seguridad, normatividad
y ética profesional.
Unidades didácticas
UNIDAD I UNIDAD II UNIDAD III UNIDAD IV
Identificación de Diseño de la base de datos Construcción de base de Administración de base de
requerimientos datos datos
Resultado de aprendizaje Resultado de aprendizaje Resultado de aprendizaje Resultado de aprendizaje

Al finalizar la unidad, el Al finalizar la unidad, el Al finalizar la unidad, el Al finalizar la unidad, el
estudiante será capaz de estudiante será capaz de estudiante será capaz de estudiante será capaz de
identificar los requerimientos diseñar la base de datos en construir una base de datos administrar una base de datos
para la implementación de función de los requerimientos de acuerdo con el diseño considerando criterios de
una base de datos. identificados. establecido, garantizando la respaldo y seguridad.
integridad de los datos.
Tiempo mínimo de estudio

UNIDAD I UNIDAD II UNIDAD III UNIDAD IV
Semana 1 y 2 Semana 3 y 4 Semana 5 y 6 Semana 7 y 8
16 horas 20 horas 20 horas 20 horas
11
12
Base de Datos
UNIDAD I
IDENTIFICACIÓN DE REQUERIMIENTOS
DIAGRAMA DE PRESENTACIÓN DE LA UNIDAD I
CONTENIDOS EJEMPLOS ACTIVIDADES
AUTO EVALUACIÓN BIBLIOGRAFÍA
ORGANIZACIÓN DE LOS APRENDIZAJES

RESULTADO DE APRENDIZAJE: Al finalizar la unidad, el estudiante será capaz de identificar los requeri-
mientos para la implementación de una base de datos.
CONOCIMIENTOS HABILIDADES ACTITUDES

Tema n.° 1: Introducción a las bases de datos 1. Describe la importancia de una 1. Participa activamen-
1. ¿Qué es una base de datos? base de datos. te en los foros del aula
2. Bases de datos físicas versus bases de datos digita- 2. Identifica las características de virtual.
lizadas una base de datos en formato 2. Presenta sus asignacio-
2.1 Búsqueda de datos eficiente físico y digital. nes domiciliarias de for-
2.2 Ahorro de espacio físico 3. Describe y clasifica los principa- ma oportuna, aplican-
2.3 Acceso concurrente les tipos de base de datos. do en todo momento
2.4 Obtención de copias de seguridad
4. Reconoce los principales pro- criterios de calidad e
2.5 Gestión de políticas de seguridad
ductos gestores de base de da- investigación.
3. Importancia de una base de datos
3.1 Diseño e implementación de la base de datos tos del mercado informático. 3. Demuestra alto grado
3.2 Administración de base de datos 5. Explica las características, venta- de compromiso.
4. Dato versus información jas y desventajas de las principa-
les técnicas de recopilación de
Tema n.° 2: Tipos de bases de datos datos.
1. Principales tipos de bases de datos
1.1 Base de datos relacionales Actividad n.° 1
1.2 Base de datos NoSQL Los estudiantes participan en el cur-
1.3 Base de datos multidimensionales so Aspectos fundamentales de base
2. Identificación y evaluación de productos gestores de datos, de la Academia Virtual
de bases de datos del mercado Microsoft.
2.1 Oracle Database
2.2 Microsoft SQL Server
2.3 MySQL
2.4 Postgre SQL
2.5 MongoDB
3. Otros productos de software orientados a gestión de
bases de datos
3.1 DB2
3.2 Cassandra
3.3 MariaDB
3.4 Microsoft Access
3.5 Firebase
Tema n.° 3: Definición de necesidades y requerimientos

1. Técnicas para la recopilación de necesidades de
información
1.1 Entrevistas
1.2 Cuestionarios
1.3 Tormenta de ideas
1.4 Focus group
1.5 Observación
2. Recopilación de documentos
Lectura seleccionada n.° 1:
¿Qué es una base de datos relacional? (AWS, 2017).
Autoevaluación de la Unidad I
13
Introducción a las bases de datos relacionales
Tema n.° 1
Seguramente, en más de una oportunidad hemos escuchado la expresión base de datos. Esta se ha
ido popularizando debido a la constante evolución de la tecnología y, en especial, de las aplicacio-
nes de software con las que tenemos contacto día a día en nuestros centros de trabajo, hogar y/o
vida cotidiana (como smartphones, tablets, wearable, etc.). Estas aplicaciones de software almace-
nan la mayor parte de su contenido en una o varias bases de datos. En este primer tema, aprendere-
mos los principales conceptos relacionados con el gran y apasionante mundo de las bases de datos.
1. ¿Qué es una base de datos?
Una base de datos viene a ser un almacén o contenedor de datos. En este almacén se puede
guardar cualquier tipo de dato; por ejemplo, una universidad puede guardar todos los datos que
desee sobre sus alumnos, docentes, carreras universitarias, escala de pensiones, talleres, conve-
nios, pagos, etc. Si nos referimos a una clínica, podemos almacenar datos acerca de pacientes,
médicos, horarios de atención de cada médico, enfermeras, salas de operaciones, medicamen-
tos, etc. Si nos referimos a una tienda de electrodomésticos, podemos almacenar datos de nues-
tros vendedores, artefactos, ventas, reclamos, etc. En fin, en una base de datos podemos alma-
cenar cualquier tipo de dato de cualquier contexto.
Figura 1. Base de datos como repositorio o almacén de datos. Elaboración propia.
Actualmente, la mayoría de las empresas a nivel regional, nacional o internacional cuentan con
una o varias bases de datos para almacenar todos los datos que necesitan para cumplir correc-
tamente con sus procesos de negocio y así lograr sus objetivos empresariales.
14
Base de Datos
Las bases de datos pueden alojarse en elementos físicos como cuadernos, agendas, papeles,
libros contables, entre otros; o también pueden alojarse en repositorios digitales como un disco
duro externo, pendrive, servidores de base de datos, discos virtuales, espacios en la nube, etc.
Las bases de datos digitales pueden ser creadas en aplicativos de software como Microsoft Excel,
Bloc de notas, Google Docs, Google Sheets, etc. Durante el desarrollo de la presente asignatura
abordaremos el diseño y creación de bases de datos orientadas a repositorios digitales.
Figura 2. Base de datos digital en Microsoft Excel. Elaboración propia.
Figura 3. Base de datos digital en Google Sheets. Elaboración propia.
15
Figura 4: Base de datos digital en Microsoft Access. Elaboración propia.
Una base de datos es una estructura computarizada compartida e integrada que guarda un
conjunto de (Coronel, 2011, p. 7):
• Datos del usuario final, es decir, datos sin elaborar que son de interés para el usuario
final.
• Metadatos, o datos acerca de los datos, por medio de los cuales los datos del usuario
final son integrados y manejados.
Cabe señalar que en notación informática, una base de datos se representa por medio de un
cilindro.
2. Bases de datos físicas versus bases de datos digitalizadas
Existen diversas ventajas de una base de datos en formato digital frente a una base de datos en
medios físicos. A continuación se detallan algunas ventajas y desventajas para cada caso.
2.1. Búsqueda de datos eficiente
Todos los días cuando regreso a casa, paso por una pequeña bodega ubicada cerca del barrio
por donde vivo; este establecimiento pertenece a una señora de edad adulta cuyo nombre es
Mirella. Ella, por las noches, se dedica a realizar un cuadre de caja básico que involucra a todas
las ventas que hizo durante el día. He notado que todos estos datos los almacena en cuadernos
(bases de datos físicas). Como la bodega tiene alrededor de siete u ocho años, Mirella tiene una
gran cantidad de cuadernos con el detalle de todas las ventas que realizó, incluyendo los montos
correspondientes a las utilidades.
La pregunta es: ¿Qué tendría que hacer Mirella si le solicitan el detalle de todas las ventas que se
realizaron entre el 17 de agosto del 2014 y el 14 de abril del 2015?
Probablemente tendría que revisar varios cuadernos y luego ordenar los resultados según lo so-
licitado. Si en lugar de almacenar datos en una base de datos física, lo hiciera en una base de
datos digital, obtener el detalle de las ventas entre un rango de fechas sería notablemente más
rápido; por ejemplo, si la bodega almacenara todas las ventas en Microsoft Excel, aplicando filtros
se podría encontrar lo solicitado en cuestión de segundos (frente a los minutos o quizás horas que
tardaría hacer lo mismo con los cuadernos).
16
Base de Datos
Ejemplos:
La siguiente figura muestra una base de datos en formato digital elaborada en Microsoft Excel.
Esta base de datos contiene una relación de docentes.
Figura 5. Base de datos digital en Microsoft Excel. Elaboración propia.
Si usamos filtros, podemos ubicar información personalizada de forma más eficiente.
Figura 6. Uso de filtros en una hoja de Microsoft Excel. Elaboración propia.
Otro ejemplo lo podemos tomar de nuestras cuentas de correo electrónico, que permiten la bús-
queda personalizada de mensajes a través del ingreso de algunos parámetros.
17
.
Figura 7. Uso de búsqueda personalizada en Gmail. Elaboración propia
2.2. Ahorro de espacio físico
Imaginemos por un momento que Interbank utiliza base de datos físicas (cuadernos, hojas, etc.)
para almacenar datos sobre sus clientes, cuentas de ahorro, créditos, recursos humanos, etc. ¿Se
imagina la cantidad de ambientes o habitaciones que necesitarían para almacenar esos cuader-
nos, hojas, documentos, entre otros? Imagínese que un cliente se acerque a cancelar la cuota
que tiene pendiente de un crédito hipotecario que le fue otorgado; el auxiliar de operaciones ten-
dría que buscar en diversos ambientes o habitaciones el “cuaderno” u “hojas” donde se encuen-
tre la información necesaria para atender al cliente. Sin lugar a dudas este tipo de procedimiento
sería tedioso y llevaría su tiempo por más que todo esté ordenado.
Si en lugar de usar bases de datos en formato físico, utilizamos una base de datos digital, el espa-
cio se reduciría notablemente. Por ejemplo: en el caso de los bancos, pueden utilizar computado-
ras con recursos sobresalientes denominados servidores para almacenar grandes volúmenes de
datos. La siguiente figura muestra una un modelo de servidor.
18
Base de Datos
Figura 8. Servidor. Disponible en http://bit.ly/2dHYHkr
Como podemos apreciar, el servidor ocupará un espacio mucho menor que lo ocupado por una
base de datos en formato físico (cuadernos, hojas, etc.). Además, recordemos que el servidor
puede almacenar gran cantidad de información (en gigabytes, terabytes, etc.). A continuación,
se detallan algunos enlaces que ofrecen videos sobre los centros de datos (que contienen una
gran cantidad de servidores) de empresas líderes a nivel mundial como Google y Facebook.
RECURSOS (Videos)
Los siguientes materiales han sido seleccionados únicamente con fines de estudio aca-
démico y todos sus derechos corresponden a sus autores en el ámbito local, regional
e internacional.
Video 1: Facebook Data Center

Fuente: https://youtu.be/_r97qdyQtIk
Duración: 08:20 minutos
Autor(a): Web Hosting TV
Año: Publicado en el 2015
Reseña: Servidores de Facebook
Licencia: Standard YouTube License
Video 2 : Inside a Google data center

Fuente: https://www.youtube.com/watch?v=XZmGGAbHqa0
Duración : 05:27 minutos
Autor(a) : G Suite
Año : Publicado en el 2014
Reseña: Joe Kava, VP of Google’s Data Center Operations, gives a tour inside a
Google data center, and shares details about the security, sustainability and the core
architecture of Google’s infrastructure.
Licencia : Standard YouTube License
19
2.3. Acceso concurrente
En algunos colegios públicos y/o privados se cuenta con un documento denominado “Anecdo-
tario”. El propósito de este documento es que los docentes y/o auxiliares de primaria y secundaria
ingresen los méritos y deméritos de los estudiantes (generalmente se maneja un anecdotario por
cada estudiante). Imaginemos que el docente Juan quiere aplicar un demérito al alumno Carlos;
el docente cogerá el anecdotario y lo llevará a su salón de clase o sala de docentes para descri-
bir y aplicar el demérito correspondiente al estudiante; en ese instante la docente María también
desea aplicar un demérito a Carlos. La pregunta es: ¿Qué tendría que hacer María? Bueno, la
respuesta más obvia es esperar que Juan devuelva el anecdotario de Carlos. Esta situación podría
ser más complicada si Juan aplica el demérito y demora en retornar el anecdotario.
Alguna solución podría ser que se generen varios anecdotarios por alumno, pero si queremos ver
todos los deméritos que se aplicaron a Carlos entre agosto y octubre del año pasado, pues ten-
dremos que buscar en múltiples documentos. Además, recordemos que el anecdotario se puede
extraviar o deteriorar con el paso del tiempo.
Por otro lado, si tenemos el anecdotario en una base de datos digital, Juan y María podrían ac-
ceder al mismo tiempo y en cualquier momento desde el colegio. Inclusive si creamos una base
de datos digital orientada a un sistema web, podrían acceder no solamente desde el colegio sino
desde cualquier dispositivo que acceda a internet (computadoras, tablets, celulares inteligentes,
etc.). A ese suceso se le denomina concurrencia, es decir, que múltiples elementos puedan ac-
ceder a otro de manera simultánea. Las bases de datos en formato digital permiten el acceso
concurrente o simultáneo a diversos usuarios que lo requieran.
El concepto de concurrencia es una característica grandiosa y muy común en las bases de datos
digitales. Otro ejemplo sucede cuando utilizamos la red social Facebook; si uno aplica un comen-
tario a una fotografía desde la PC que tiene en casa y luego consulta la misma fotografía desde
su centro de trabajo, notará que el comentario aparece con normalidad. Si luego se consulta la
misma fotografía desde un smartphone, también observaremos nuestro comentario. Esto es posi-
ble porque la base de datos de Facebook permite un acceso concurrente; de esta manera, todos
los usuarios que se conecten a la red social (desde cualquier dispositivo que lo permita) pueden
visualizar información actualizada.
Figura 9. Acceso concurrente en Facebook. Elaboración propia.
20
Base de Datos
2.4. Obtención de copias de seguridad
Si almacenamos todos nuestros datos en bases de datos físicas, sería complicado y tedioso admi-
nistrar copias de seguridad; es decir, imaginemos que Dorita es propietaria de la bodega “Dorita
y sus amigos” y lleva un registro de todas sus ventas en un cuaderno; luego de un determinado
lapso de tiempo, Dorita se percata de que el cuaderno se podría deteriorar (por ejemplo, si le cae
el contenido de una taza de café) o se podría perder (quizás lo coja de manera involuntaria algu-
no de sus familiares). Por tal motivo ha decidido sacar copia a los 15 cuadernos que tiene desde
que inició su negocio hace cinco años; el problema podría ser que si alguna vez ocurre algún
derrumbe o algún incendio dentro de su establecimiento, podría perder los cuadernos originales
y sus copias. Si Dorita contara con una base de datos en formato digital podría generar copias de
seguridad en algún tipo de medio extraíble, como por ejemplo un pendrive; o tal vez se podrían
utilizar CDs o DVDs; incluso si queremos optar por una tecnología más avanzada, podríamos guar-
dar la base de datos digital en la nube.
La bodega de Dorita es una empresa pequeña, que recién está en crecimiento; sin embargo, las
grandes empresas como bancos, universidades, supermercados, etc., no almacenan sus copias
de seguridad en pendrives o discos duros externos, sino que utilizan medios más sofisticados y segu-
ros. Algunos otros contratan servicios de terceros como los que ofrece Google Services y Amazon
Web Services.
Es bastante recomendable que toda base de datos digital cuente con copias de seguridad, ya
que si ocurre algún tipo de daño en la base de datos (por problemas de hardware, problemas de
software, virus informáticos, entre otros) o se perdiera (por cuestiones de desastres naturales, hurto
o descuidos), se pueda recuperar la base de datos con normalidad.
2.5. Gestión de políticas de seguridad
Vamos a imaginar que en el cuaderno de ventas de Dorita también se almacena el detalle de

las utilidades del negocio. En alguna ocasión podría suceder que alguien solicite el cuaderno a
Dorita para echar un vistazo a las ventas de la semana, es bastante probable que ese alguien
también visualice las utilidades (algo que Dorita quiere mantener en reserva). Lamentablemente,
las bases de datos en físico no proveen mecanismos de seguridad óptimos para este y otro tipo de
situaciones; por otro lado, una base de datos digital permite aplicar permisos personalizados a di-
ferentes usuarios; por ejemplo, podemos indicar que Lucía solo pueda visualizar todos los datos de
los proveedores, mientras que Ana podría visualizar todos los datos de los proveedores y también
modificarlos, a Pablo le brindaremos la posibilidad de que consulte el detalle de todas las ventas
por fechas y a María le brindaremos la posibilidad de ver solo las ventas que se realizaron entre
agosto y diciembre del año pasado. Como vemos, podemos aplicar políticas de seguridad más
personalizadas y avanzadas que las que nos ofrece una base de datos en formato físico.
3. Importancia de una base de datos
Para determinar la importancia de una base de datos, solo tenemos que meditar detenidamente
la respuesta a la siguiente pregunta: ¿Qué pasaría si la Universidad Continental perdiera toda su
base de datos?
Si esto llegara a ocurrir, se perderían todos los datos correspondientes a los pagos de pensiones
de los alumnos, asistencia de los docentes y alumnos, notas de cada alumno, datos sobre acre-
ditación, horarios de docentes y alumnos, etc.; en pocas palabras, tendríamos un caos total. Es
por este motivo que debemos aplicar todos los mecanismos y herramientas necesarias para evitar
que se pierda todo o parte del contenido de una base de datos; es cierto que la base de datos
no está libre de problemas con el hardware, ataques de virus, desastres naturales, etc., pero los
21
profesionales relacionados con base de datos están en la obligación de aplicar las diversas estra-
tegias existentes para garantizar una rápida recuperación de la base de datos en el caso de que
ocurra algún percance.
Es importante saber que los cursos relacionados con base de datos generalmente tienen dos gran-
des ramas, que veremos a continuación.
3.1. Diseño e implementación de la base de datos
El diseño de base de datos comprende el estudio y aplicación de las técnicas necesarias para
elaborar el modelado de la base de datos. Estos puntos los abordaremos con más detalle en las
siguientes unidades, pero por ahora, para tener una idea más clara, haremos una analogía con
la construcción de una casa. Cuando queremos construirla, lo primero que debemos hacer es
reunirnos con el arquitecto para diseñar el plano; este no es habitable, pero contiene los detalles
de la estructura física de la casa; el diseño de la base de datos es muy similar al plano, aún no nos
sirve para almacenar datos pero sí nos muestra una vista detallada de su estructura.
Luego de tener los planos de la casa, se procede a la construcción, que en términos sencillos lo
podemos resumir como llevar lo que se muestra en el plano a la realidad; de esa manera pode-
mos obtener un lugar habitable. En el caso de las bases de datos pasa exactamente lo mismo,
una vez que se tiene el diseño o modelo de base de datos, se procede a construir la base de datos
(lo que a nivel técnico se le conoce como implementación). Esto nos traerá como resultado un
repositorio donde podemos registrar diversos datos de cualquier tipo.
3.2. Administración de base de datos
Continuando con la analogía, cuando se termina de construir una casa y se empieza a habitar-
la, es inevitable que con el paso del tiempo empiecen a aparecer grietas o pequeñas rajaduras
en las paredes o que existan problemas con las tuberías, entre otros; esto es normal y bastante
frecuente en cualquier edificación. Con las bases de datos digitalizadas sucede algo similar, con
el paso del tiempo la base de datos empieza a tener algunos problemas, que son brevemente
descritos en la siguiente tabla.
Tabla 1
Algunos problemas con bases de datos
Problema Descripción
Rendimiento Cuando una base de datos digital se encuentra en sus primeros meses de fun-
cionamiento, la cantidad de datos que aloja es relativamente baja; mientras
va pasando el tiempo, esta base recibirá más y más datos (productos de los
procesos que ejecuta la empresa); esto provoca que su rendimiento se vea
mermado, ya que el software de base de datos demorará más en procesar
los datos según su cantidad. Por lo tanto, con el paso del tiempo la base de
datos puede reducir su rendimiento. Es tarea del administrador de base de
datos, conocido también como DBA (Database Administrator) aplicar técni-
cas y herramientas que permitan a dicha base mejorar su rendimiento.
Espacio Como se indicó en la sección Rendimiento, las bases de datos digitales cre-
cen día a día; esto hace que en un determinado momento nos veamos en
la necesidad de ampliar nuestro almacenamiento digital. Es responsabilidad
del administrador de la base de datos (DBA) controlar el almacenamiento de
la base de datos para garantizar su correcto funcionamiento.
22
Base de Datos
Respaldo Mientras más grande sea el volumen que ocupa una base de datos digital,
mayor será la cantidad de espacio que necesitaremos para guardar sus co-
pias de seguridad. Además, el DBA debe elaborar una adecuada estrategia
de copias de seguridad para recuperar la base de datos en el caso de que
ocurra algún tipo de desastre
Fuente: elaboración propia.
El administrador de base de datos (DBA) debe garantizar la disponibilidad de la base de datos y

velar por su cuidado y buen funcionamiento. Los problemas expresados en la tabla anterior son
relativamente normales, pero el DBA tiene que optimizar el rendimiento, espacio y respaldo de la
base de datos utilizando técnicas apropiadas, herramientas adecuadas y buenas prácticas.
La administración de base de datos es una disciplina que se concentra en la adecua-

da generación, almacenamiento y recuperación de datos. Dado el papel esencial que
desempeñan los datos, no debe sorprender que la administración de los datos sea una
actividad de máxima importancia para cualquier negocio, agencia gubernamental, or-
ganización de servicio o institución de caridad (Coronel, 2011, p. 7).
4. Dato versus información
Un dato es la representación simbólica de algo, pero carece de sentido significativo; por ejemplo,
el siguiente cuadro muestra un conjunto de datos de 29 estudiantes.
Figura 10. Conjunto de datos. Elaboración propia.
23
Si decidimos procesar y organizar los datos, obtendremos información necesaria para la toma de
decisiones. Las empresas necesitan diversos tipos de información para tomar decisiones a diario y
cumplir sus objetivos empresariales, pero para generar información necesitamos antes contar con
un conjunto de datos (mientras más, mejor), y qué mejor conjunto de datos que lo que se encuen-
tra en una base de datos.
La información es el resultado de procesar datos sin elaborar para dejar ver su significado.
El procesamiento de datos puede ser tan sencillo como organizar estos para revelar patro-
nes, o tan complejos como hacer pronósticos o sacar inferencias con el uso de modelos
estadísticos (Coronel, 2011, p. 5).
24
Base de Datos
Tipos de bases de datos

Tema n.° 2
Para iniciar este tema, realizaremos nuevamente una analogía entre una base de datos y una casa;
una persona o un grupo de personas no solamente pueden habitar en una casa de material noble;
también lo pueden hacer en un departamento, en una casa prefabricada, un minidepartamento,
un penthouse, una mansión, etc; existen diversas formas de estructuras habitables para vivir. De igual
manera, existen diversos tipos de bases de datos, algunos orientadas a almacenar pequeños volúme-
nes de datos, otros más sofisticados y preparados para almacenar un gran cantidad de datos, otros
muy preparados para almacenar documentos, etc. En esta sección revisaremos los principales tipos
de bases de datos que tenemos en el mercado.
1. Principales tipos de bases de datos
Con el paso del tiempo, las bases de datos han ido evolucionando; por ejemplo, en sus primeros
años, las bases de datos no estaban pensadas para dispositivos móviles; sin embargo, hoy los
dispositivos móviles han crecido en una cantidad considerable; esto ha provocado que nazcan
nuevas bases de datos especializadas para dispositivos móviles. Por otro lado, la propagación de
las redes sociales también ha hecho que aparezcan bases de datos con una estructura diferente
que permita guardar y consultar datos de forma ágil. En fin, las bases de datos han evolucionado
según las necesidades del mercado, y seguirán evolucionando; esto propicia que los profesiona-
les dedicados a este campo estén en constante actualización para brindar la mejor y más ade-
cuada tecnología a las organizaciones que lo requieran.
A continuación, se describen los principales tipos de base de datos que tenemos en el mercado.
1.1 Bases de datos relacionales
Este tipo de base de datos utiliza el modelo relacional para almacenar datos; este modelo es el
más utilizado en la actualidad. Por el momento, podemos indicar que el modelo relacional utiliza
tablas y relaciones para almacenar datos; en cada tabla se pueden almacenar diferentes datos
de diversos elementos. Para entenderlo mejor, observemos la figura 11.
Figura 11. Ejemplo de base de datos relacional en Microsoft Access. Elaboración propia.
25
La figura 11 cuenta con 5 tablas en total, y se refiere a una base de datos relacional para una ve-
terinaria. La tabla tblMascota almacenará los principales datos de todas las mascotas que atien-
da la veterinaria (identificador, nombre, sexo, edad en meses y observaciones); por otro lado,
en la tabla tblDuenio se almacenarán datos de los dueños de cada mascota. Podemos concluir
inicialmente que una tabla almacena datos de un conjunto de elementos.
La figura anterior también muestra una línea de color negro que unen una tabla con otra. Estas
líneas se denominan relaciones. Las relaciones existen porque la mayoría de las tablas de un mo-
delo de base de datos relacional normalmente no están aisladas, sino que tienen alguna relación
unas con otras. En la figura 11 podemos notar que existe una relación de tblMascota con tblVisita
porque una mascota puede visitar más de una vez la veterinaria.
Los productos de software más populares en el mercado para el trabajo con bases de datos rela-
cionales son Microsoft SQL Server y Oracle. En las siguientes secciones conoceremos un poco más
de estos potentes productos.
1.2 Bases de datos NoSQL
NoSQL hace referencia a bases de datos NO relacionales; para almacenar datos no utilizan tablas
ni relacionales como sucede en el modelo relacional. Hoy en día, este tipo de bases de datos son
una efectiva solución para gestionar grandes volúmenes de datos.
Algunos de los tipos de bases de datos NOSQL son:
1.2.1 Key-Value
Podemos traducir Key-Value como clave valor. En este tipo de bases de datos cada elemento es
identificado por medio de una llave única (esto es similar a lo que ocurre con nuestro número de
DNI, donde cada número es único y sirve para representar a una persona; lo mismo sucede con el
número de pasaporte). Algunos productos de software para base de datos muy populares para
este tipo son BigTable (Google), SimpleDB (Amazon) y Cassandra.
Figura 12: Cassandra. Disponible en http://cassandra.apache.org/
RECURSOS (Enlaces)
Enlace 1: Sitio web de BigTable

Fuente: https://cloud.google.com/bigtable/
Fecha de consulta: 27 de mayo de 2017
Enlace 2: Sitio web de SimpleDB

Fuente: https://aws.amazon.com/es/simpledb/
26
Base de Datos
1.2.2 Basado en documentos
Almacenan información en forma de documento, normalmente utilizan formato JSON o XML para
conseguirlo. Cabe señalar que cada documento posee una clave única (de forma similar a las
bases de datos de tipo Key-Value). Algunos productos de software muy populares para este tipo
de bases de datos son MongoDB y CouchDB.
Figura 13. MongoDB. Disponible en https://www.mongodb.com/
RECURSOS (Enlaces)
Enlace 1: Sitio web de CouchDB

Fuente: http://couchdb.apache.org/
1.2.3 Orientada a grafos
Este tipo de base de datos se suele abreviar con las siglas BDOG (Bases de Datos Orientadas a
Grafos). Como su nombre lo indica, estas bases de datos almacenan información en forma de
grafos. Son muy populares para representar información de redes sociales y se puede aplicar teo-
ría de grafos para su recorrido. Un producto de software muy popular para este tipo de base de
datos es neo4j.
Figura 14. neo4j. Disponible en https://neo4j.com/
1.2.4 Orientada a columnas
Este tipo de base de datos realiza su almacenamiento utilizando columnas en lugar de filas (recor-
demos que las bases de datos tradicionales almacenan datos en forma de filas). Esta característi-
ca genera gran velocidad al momento de realizar consultas para extraer información de la base
de datos. Un producto de software muy popular para este tipo de bases de datos es Cassandra.
27
Figura 15: Cassandra. Disponible en http://cassandra.apache.org/
Como podemos apreciar, al mencionar NoSQL hacemos referencia a un abanico de bases de

datos que hacen énfasis y aplican mejoras a algunas limitaciones con las que cuentan las bases
de datos que usan el modelo relacional. Debemos considerar que mediante las bases de datos
NoSQL no se pretende reemplazar al modelo relacional, sino que se trata de que debemos esco-
ger la herramienta necesaria según el escenario empresarial que estemos abordando.
1.3 Bases de datos multidimensionales
Estas bases de datos se utilizan con frecuencia para la toma de decisiones; generalmente reciben
datos de las bases de datos relacionales. De esta manera, forman un gran almacén de datos, los
cuales son procesados para mejorar la toma de decisiones. Las bases de datos multidimensionales
están muy relacionadas con el ámbito de los Datawarehouse y OLAP (Procesamiento analítico en
línea).
Las bases de datos multidimensionales no utilizan el concepto de tabla, sino que hacen uso de cu-
bos. Generalmente no se eliminan ni se actualizan datos, solo se realizan labores de lectura al gran
volumen de datos que contiene; esto no sucede en las bases relacionales donde normalmente se
lee, actualiza y, a veces, eliminan datos.
2. Identificación y evaluación de productos gestores de bases de datos del merca-

do
Microsoft Word es un software que nos permite gestionar documentos de texto, como informes,
cartas, tesis, libros, etc. Así como Microsoft Word se encarga de elaborar textos, en el mercado
informático tenemos diversos tipos de software que se encargan de gestionar tareas referentes a
bases de datos. En páginas anteriores se hacía referencia a términos como Microsoft SQL Server,
Oracle, MongoDB, Cassandra, etc.; estos vienen a ser productos de software que permiten traba-
jar con diversos tipos de bases de datos.
Según las necesidades de información que tenemos, podemos optar por utilizar uno u otro sof-
tware de base de datos. Por ejemplo, si queremos almacenar datos sobre las conferencias que se
dictarán en un evento de tres días, y solo queremos guardar los participantes por conferencia y
sus respectivos ponentes, es suficiente utilizar un software de base de datos básico como Microsoft
Access. Pero si queremos almacenar datos relacionados con todo lo que sucede con los créditos
que otorga un banco reconocido como Interbank o el BCP, entonces tenemos que utilizar softwa-
re de base de datos de porte corporativo como Oracle o Microsoft SQL Server. Es cierto que se
puede utilizar Oracle para almacenar datos del primer ejemplo sobre las conferencias, pero sería
una solución muy grande para un problema pequeño; si tenemos este escenario, probablemente
no estaremos haciendo un uso correcto de recursos.
A continuación, se ha elaborado una lista con los principales softwares para la gestión de base
de datos.
28
Base de Datos
2.1 Oracle Database
Oracle Database es un software orientado al trabajo con bases de datos creado por la empresa
estadounidense Oracle Corporation; esta es considerada como una de las empresas líderes en
tecnologías a nivel mundial. Oracle Database también provee soluciones relacionadas con cloud
computing (también conocido como computación en la nube).
Actualmente, Oracle Database se encuentra en la versión 12c.
Figura 16. Sitio web de Oracle Corporation. Disponible en https://www.oracle.com/es/index.html
2.2 Microsoft SQL Server
SQL Server es el producto estrella que Microsoft ofrece para gestionar y administrar bases de da-
tos. Es el competidor más cercano que tiene Oracle y provee soporte para bases de datos rela-
cionales y cubos. La última versión es la 2016.
29
Figura 17. Sitio web de Microsoft SQL Server.
Disponible en https://www.microsoft.com/es-es/sql-server/sql-server-2016
Figura 18. Área de trabajo de Microsoft SQL Server 2016. Elaboración propia.
30
Base de Datos
2.3 MySQL
MySQL fue bastante popular dentro del mundo del software de código abierto, permite gestionar
bases de datos relacionales y funciona en diversas plataformas como Windows y Linux.
Figura 19. Sitio web de MySQL. Disponible en https://www.mysql.com/
2.4 PostgreSQL
Es un potente gestor de bases de datos relacionales, es de código abierto y también funciona en

múltiples sistemas operativos incluyendo Linux, Unix y Windows.
Figura 20. Sitio web de PostgreSQL. Disponible en https://www.postgresql.org/
31
2.5 MongoDB
Es un sistema gestor de base de datos orientado a documentos; ofrece gran escalabilidad y flexi-
bilidad.
Figura 21. Sitio web de MongoDB. Disponible en https://www.mongodb.com/
3. Otros productos de software orientados a gestión de bases de datos
Los productos de software orientados al trabajo con bases de datos más comunes son Oracle,
Microsoft SQL Server, MySQL, PostgreSQL y MongoDB; sin embargo, podemos encontrar algunos
otros sistemas de bases de datos populares en el mercado. Se sugiere al lector investigar un poco
sobre cada uno de los productos de bases de datos mencionados. A continuación, se adjuntan
los sitios web para obtener más detalles.
32
Base de Datos
3.1 DB2
Figura 22. Sitio web de DB2. Disponible en

https://www.ibm.com/analytics/us/en/technology/db2/
33
3.2 Cassandra
Figura 23. Sitio web de Cassandra. Disponible en http://cassandra.apache.org/
34
Base de Datos
3.3 MariaDB
Figura 24. Sitio web de MariaDB. Disponible en https://mariadb.org/
35
3.4 Microsoft Access
Figura 25. Sitio web de Microsoft Access. Disponible en

https://products.office.com/es/access
36
Base de Datos
3.5 Firebase
Figura 26. Sitio web de Firebase. Disponible en https://firebase.google.com/?hl=es-419
37
Definición de necesidades y requerimientos
Tema n.° 3
Para diseñar una base de datos debemos conocer las necesidades de información que tiene una
persona o empresa, es decir, debemos tener claro qué es lo que deseamos almacenar.
Por ejemplo, como docente tengo gran volumen de datos referentes a estudiantes, asignaturas, no-
tas, secciones, carreras profesionales, asignaciones domiciliarias, etc. Además, manejo diversos for-
matos y documentos como registros de evaluación, informes de fin de ciclo, plantilla de planificación
de clase, entre otros. Si queremos construir una base de datos que apoye a un docente a gestionar
todos los datos que maneja, tenemos que entrevistarlo para conocer exactamente qué desea alma-
cenar. También necesitamos conocer al detalle cada formato que maneja (registros de evaluación,
informes de fin de ciclo, etc.). Lamentablemente, si no nos damos el trabajo de conocer al detalle
qué es lo que necesitamos almacenar en la base de datos, no obtendremos un resultado de calidad
y será poco satisfactorio.
Lo mismo sucede si queremos construir una base de datos para cualquier empresa de cualquier rubro
de negocio. Por ejemplo, si deseamos elaborar una base de datos para una empresa que se dedica
al rubro de transporte de pasajeros a nivel interprovincial, lo primero que debemos hacer es consultar
con los encargados de la empresa qué datos de qué proceso(s) se desean almacenar. Si nos indican
que desean automatizar el proceso de venta de pasajes, debemos entrevistar a los encargados que
laboran en las áreas relacionadas con la venta de pasajes. Por ejemplo, tendríamos que entrevistar
al(los) vendedor(es) para conocer al detalle cómo se hace el proceso de venta de pasajes. Una po-
sible respuesta o explicación del entrevistado puede ser la siguiente:
Para vender un boleto de viaje, primero observamos si la persona que lo solicita es mayor de edad, ya
que de no serlo tendría que tener una autorización legal por parte de sus padres para realizar la venta
normal del boleto. Una vez que todo es correcto, preguntamos hacia dónde quiere viajar, la fecha, y
hora de viaje; según su respuesta, le mostramos una hoja impresa que contiene la distribución de los
asientos del viaje seleccionado. En esa hoja se puede apreciar qué asientos están libres, ocupados y
reservados.
Una vez que el cliente seleccionó su asiento, procede a abonar el pago correspondiente al viaje y se
le entrega su boleto de viaje rellenado con sus datos personales y los datos del viaje; para evitar algún
tipo de problema, resaltamos en color amarillo el destino, la fecha y hora de viaje y se lo indicamos
verbalmente al pasajero antes de que se retire. También le invitamos a que consulte el “Reglamento
de embarque” que está ubicado en el periódico mural de la oficina donde se emiten los pasajes.
Es posible que durante la entrevista, el(la) vendedor(a) nos comente sobre algunos documentos o
formatos que maneja en la venta de boletos, tales como tarifario, boletos de viaje en blanco, formato
de reservas de viaje, itinerario de salida de los vehículos, etc. Es necesario que podamos obtener una
copia y/u originales de estos formatos porque nos servirán para construir el diseño de la base de datos.
Cabe señalar que la base de datos no tiene muchas ventajas por sí sola, tiene que estar ligada a un
sistema de información, el cual es desarrollado por los profesionales relacionados con la rama de
ingeniería de software. El sistema de información se encargará de ingresar datos a dicha base y de
recuperarlos según las necesidades que tenga la persona que manipule el sistema.
38
Base de Datos
1. Técnicas para la recopilación de necesidades de información
1.1 Entrevistas
En el contexto actual, una entrevista se puede realizar de forma presencial (cara a cara) o de
forma virtual (a través de videoconferencias o redes sociales). Tampoco es necesario que sea solo
entre dos personas (entrevistador y entrevistado); existen casos en donde tenemos dos entrevista-
dos y un entrevistador o viceversa.
Una de las principales ventajas de esta técnica es que podemos realizar preguntas directamente
a nuestro entrevistado en el caso de que tengamos alguna duda sobre lo que nos está expli-
cando. Es bastante común en una entrevista, que el usuario de negocio (entrevistado) utilice un
vocabulario que incluya términos técnicos que solo los involucrados en el proceso pueden enten-
der. Por ejemplo, si estamos entrevistando a un abogado para conocer detalles sobre procesos
conciliatorios, podría utilizar durante la entrevista términos como “pretensión”, “fojas”, “materia”,
“reconvención”, etc. Es necesario hacer una pausa durante la entrevista y solicitar al entrevistado
que explique el significado de esos términos, ya que si no lo hacemos, no entenderemos bien el
proceso y por ende no podremos realizar un diseño adecuado de la base de datos.
Otra recomendación muy importante es que se realice la entrevista a las personas adecuadas;
por ejemplo, si estamos elaborando una base de datos para guardar los datos de las matrículas
de una universidad, no es muy conveniente entrevistar al rector o propietario de la institución
educativa, lo ideal es entrevistar a la persona o conjunto de personas que hacen directamente
el proceso de matrícula; en muchas universidades se les conoce como promotores o asesores de
servicios; ellos conocen al detalle cómo se realiza cada procedimiento de matrícula e incluso co-
nocen problemas más comunes que se realizan durante la misma. En conclusión, podemos afirmar
que ellos son una fuente muy rica de conocimientos para el proceso que estamos abordando.
Como indicábamos anteriormente, es posible que durante la entrevista surjan formatos y/o do-
cumentos que maneja el proceso de negocio; es necesario tener copias de estos documentos
porque nos servirán para tener una idea más exacta del proceso, y de esa manera construiremos
una base de datos adecuada y robusta.
Cabe señalar que una desventaja que podría tener la entrevista es que depende bastante de la
habilidad de comunicación oral que tenga el entrevistado y/o el entrevistador.
A continuación, se muestra una propuesta de plantilla que se puede utilizar para documentar los
resultados de una entrevista.
39
ENTREVISTA N.º 1
Fecha dd/mm/aaaa
Hora de inicio planificada HH:mm
Hora de inicio real HH:mm
Hora de finalización HH:mm
Entrevistados Apellidos y nombres (cargo)
Entrevistadores Apellidos y nombres (cargo)
Preguntas:
1) Pregunta 1
Respuesta
2) Pregunta 2
Respuesta
3) …
Notas La entrevista está documentada en video
1.2 Cuestionarios
Los cuestionarios incluyen una serie de preguntas que el usuario debe responder de la forma más
clara y precisa posible; estos nos permitirán obtener información valiosa sobre las necesidades de
información para la base de datos que pretendemos construir.
Los cuestionarios pueden incluir preguntas abiertas y/o cerradas. Las preguntas abiertas se carac-
terizan porque permiten al usuario explayarse sobre un determinado tema; la desventaja de este
tipo de preguntas es que tomaremos más tiempo en procesarlas, ya que tenemos que leer todo el
contenido de cada cuestionario. Algunas otras dificultades menores que pueden presentarse son:
escritura difícil de leer, errores de coherencia en las oraciones, que el usuario interprete de forma
equivocada el sentido de la pregunta, etc.
Algunos ejemplos de preguntas abiertas son:
✓✓ ¿Cuáles cree Ud. que son las principales causas en la demora de atención al cliente?
✓✓ Explique detalladamente el proceso de matrícula de alumnos ingresantes.
✓✓ ¿Cuáles son los pasos que debe seguir un colaborador para obtener su certificado de tra-
bajo? (Incluya una lista de requisitos si fuera necesario)
✓✓ ¿Cuáles creen que son las principales causas de error en la asignación de código a las
proformas?
✓✓ Describa detalladamente el proceso de asignación de código a una proforma.
Por otro lado, tenemos las preguntas cerradas, que tienen la ventaja de que son más fáciles de
procesar, ya que el usuario tiene que seleccionar una o varias alternativas de un conjunto. La des-
ventaja es que en ocasiones las alternativas que brinda una pregunta cerrada no son suficientes.
Veamos algunos ejemplos de preguntas cerradas:
40
Base de Datos
¿Cree que se cometen muchos errores en la asignación de código a las proformas?

Sí ( ) No ( )
¿Cree que se cometen muchos errores en la asignación de código a las proformas?

Sí, en total acuerdo ( )
De acuerdo ( )
No estoy seguro ( )
En desacuerdo ( )
No, en total desacuerdo ( )
De cada 1000 proformas, ¿cuántas tienen un código incorrecto?

Entre 0 y 50 ( )
Entre 51 y 100 ( )
Entre 101 y 200 ( )
Entre 201 y 500 ( )
Más de 500 ( )
Es necesario señalar que gracias a la evolución de la era digital, los cuestionarios también pueden
aplicarse utilizando herramientas de software. Esto produce que los resultados sean procesados
de una manera más eficiente.
A continuación, se muestra una propuesta de plantilla que se puede utilizar para documentar un
cuestionario.
CUESTIONARIO N.º 1
Preguntas:
1) Pregunta 1
2) Pregunta 2
3) …
Fecha de aplicación dd/mm/aaaa

Hora de inicio HH:mm
Se aplicó el cuestionario a Apellidos y nombres (cargo)
Notas Los resultados de la entrevista y su respectivo análisis
se encuentran en la sección “Anexos”.
Es importante que todos los cuestionarios aplicados sean procesados y analizados; se recomienda
utilizar gráficos, tablas y algunos elementos estadísticos para ilustrar de forma más adecuada los
resultados obtenidos.
1.3 Lluvia de ideas
Para realizar una lluvia de ideas necesitamos reunir un conjunto de participantes (preferentemen-
te que estén muy relacionados con el proceso de negocio que estamos abordando); luego, plan-
teamos un determinado tema para que los participantes empiecen a brindar todo tipo de ideas
ligadas al tema propuesto. En un inicio, no importa si una idea propuesta es buena o mala, lo
importante es que el(los) moderador(es) anote(n) cada una de las ideas brindadas.
Una vez que tenemos todas las ideas anotadas, procedemos con el equipo de trabajo a analizar-
las e indicar qué ideas son rechazadas (en ocasiones es recomendable anotar el motivo) y cuáles
son aceptadas.
41
Recomendaciones:
✓✓ Tratemos de que todos los invitados a la lluvia de ideas participen activamente.

✓✓ Cuando termine la lluvia de ideas, elabore un documento que represente la asistencia de
los participantes incluyendo nombre completo, cargo y firma.
✓✓ Invite a los encargados o jefes de área a participar.
A continuación, se muestra un formato propuesto para documentar la lluvia de ideas.
LLUVIA DE IDEAS N.º 1

Tema:
Fecha dd/mm/aaaa
Hora de inicio planificada HH:mm
Hora de inicio real HH:mm
Participantes Apellidos y nombres (cargo)
Moderador(es) Apellidos y nombres (cargo)
Ideas capturadas 1) …
2) …
Ideas aceptadas 1) …
2) …
Notas
1.4 Focus group
En esta técnica se plantea un determinado tema y luego se reúne a un conjunto de participantes

relacionados con el tema planteado. El(los) moderador(es) se encarga(n) de invitar a participar a
los invitados para que aporten ideas sobre el tema en discusión. Una ventaja significativa del focus
group es que si un participante indica una idea incompleta o errónea, los demás participantes
pueden apoyar a completar la idea o aplicar correcciones; esto se da gracias a que todos los
invitados están relacionados de alguna forma con el tema planteado.
Recomendaciones
✓✓ Tratemos de que todos los invitados al focus group participen activamente.

✓✓ Cuando termine el focus group, elabore un documento que represente la asistencia de los
participantes incluyendo nombre completo, cargo y firma.
✓✓ Es muy recomendable que los encargados o jefes de área participen (siempre y cuando
estén relacionados directamente con el tema propuesto).
✓✓ Al finalizar el focus group, documente el tema y el acuerdo al que se llegó con todos los
participantes.
✓✓ Preste atención a cada idea propuesta por los participantes. En ocasiones resulta que una
idea planteada por un participante puede perjudicar de alguna forma a otros; esto pue-
de provocar discusiones y que el ambiente se torne tenso. Maneje cada idea con mucho
criterio y cuidado; además, promueva un ambiente cómodo y agradable.
A continuación, se muestra un formato propuesto para documentar focus group.
42
Base de Datos
FOCUS GROUP N.º 1

Tema:
Fecha dd/mm/aaaa
Participantes Apellidos y nombres (cargo)
Moderador(es) Apellidos y nombres (cargo)
Acuerdos
Notas
1.5 Observación
Consiste en observar con mucha atención una determinada situación para conocer al detalle
cómo se está realizando, quiénes la hacen, cuáles son los recursos que se utilizan, qué entradas
necesitan y qué salida produce; solo tenemos que buscar algún lugar apropiado que no incomo-
de a nadie y observar lo que sucede en el proceso que estamos analizando. Realizar este procedi-
miento nos sirve para corroborar si lo que tenemos documentado de la entrevista (u otra técnica)
está acorde con lo que sucede en el proceso de negocio.
OBSERVACIÓN N.º 1
Proceso observado:
Fecha dd/mm/aaaa
Participantes observados Apellidos y nombres (cargo)
Participantes del equipo del proyecto Apellidos y nombres (cargo)
que observaron el procedimiento
Descripción del procedimiento obser-
vado
Detalles importantes sobre el procedi-
miento observado
Notas
2. Recopilación de documentos
Mientras aplicamos las técnicas de recopilación de datos, es muy común que obtengamos do-
cumentos, formatos, reportes y otros similares. Por ejemplo, si estamos haciendo una entrevista al
asistente de un médico para elaborar una base de datos de control de citas para una clínica u
hospital, es muy probable que el asistente nos muestre un formato impreso con los datos que de-
ben llenar los pacientes para tener una cita con el médico. Cabe señalar que en otros escenarios,
quizás este formato no se trabaje de forma impresa, sino digital (en Microsoft Excel, por ejemplo).
En otros escenarios tal vez no utilicen una hoja impresa ni un formato digital, sino un cuaderno
como registro de citas. En cualquiera de los casos es recomendable y necesario obtener copias
de esos formatos porque nos dan una gran referencia de cuáles son las entradas y salidas del pro-
ceso de negocio que estamos abordando.
43
La siguiente tabla contiene una lista de escenarios empresariales con los posibles documentos y/o
formatos que se manejan.
Tabla 2
Escenarios empresariales y documentos empleados
Lo que quere-
Escenario Ejemplos de documentos físicos o digitales que maneja
mos elaborar
Colegio Base de datos Carga horaria del docente, ficha de registro docente, conso-
para el control lidado de horas mensual (en este documento se muestran las
de asistencia horas de ingreso y salida registradas por el docente durante
docente un determinado mes; incluye también la cantidad de faltas y
minutos de tardanza acumulados), etc.
Agencia de Base de datos Boleto de viaje, manifiesto de pasajeros, programación de via-
transportes para la venta jes, cuadre de caja por vendedor, etc.
interprovincial de pasajes
Estudio de Base de datos Solicitud de conciliación, acta de inasistencia de una de las
abogados para el control partes, acta de inasistencia de ambas partes, rectificación de
de procesos domicilio, declaración jurada, acta de acuerdo total, cons-
conciliatorios tancia de inasistencia, acta de acuerdo parcial, etc.
Como se indicó anteriormente, todos los documentos físicos y/o digitales que obtenemos produc-
to de la aplicación de alguna(s) técnica(s) de recopilación de datos (entrevistas, focus group,
etc.) deben ser revisados con detalle y guardados cuidadosamente porque es un buen punto de
partida para conocer las necesidades de información que tiene el cliente; también nos servirán
para construir con éxito la base de datos.
44
Base de Datos
Lectura seleccionada n.° 1

¿Qué es una base de datos relacional?
AWS [Amazon Web Services]. (2017). ¿Qué es una base de datos relacional? AWS. Recuperado
de https://aws.amazon.com/es/relational-database/
Actividad n.° 1
Foro de discusión sobre conceptos de base de datos.
Instrucciones
• Afíliese a la Academia Virtual de Microsoft (Microsoft Virtual Academy) ingresando al siguien-

te enlace: https://mva.microsoft.com/
• Una vez que se encuentre afiliado, ubique el curso Aspectos fundamentales de base de da-
tos, analice el contenido del video del primer capítulo que corresponde a Introducción a los
conceptos de base de datos centrales.
• Luego elabore un resumen en Microsoft Word, compártalo en el aula virtual y opine sobre la
presentación de por lo menos un compañero.
45
Glosario de la Unidad I
C
Concurrencia
Coincidencia, concurso simultáneo de varias circunstancias (Real Academia Española, 2017).
Data center
Un data center es, tal y como su nombre indica, un “centro de datos” o “centro de proceso de
datos” (CPD) (Acens, 2017).
Data warehouse
Un data warehouse es un almacén electrónico donde generalmente una empresa u organización

mantiene una gran cantidad de información. Los datos de un data warehouse deben almacenar-
se de forma segura, fiable, fácil de recuperar y fácil de administrar (PowerData, 2017).
Grafo
Diagrama que representa mediante puntos y líneas las relaciones entre pares de elemen-
tos y que se usa para resolver problemas lógicos, topológicos y de cálculo combinatorio (Real
Academia Española, 2017).
JSON
JSON (JavaScript Object Notation: Notación de objetos de JavaScript) es un formato ligero de

intercambio de datos. Leerlo y escribirlo es simple para humanos, mientras que para las máquinas
es simple interpretarlo y generarlo (JSON org., 2017).
Navegador
Aplicación que, mediante enlaces de hipertexto, permite navegar por una red informática (Real

Academia Española, 2017).
Nube
Espacio de almacenamiento y procesamiento de datos y archivos ubicado en inter-
net, al que puede acceder el usuario desde cualquier dispositivo (Real Academia Española, 2017).
(IBM, 2017).
46
Base de Datos
Servidor
Unidad informática que proporciona diversos servicios a computadoras conectadas con ella a tra-
vés de una red (Real Academia Española, 2017).
SGBD
Un sistema gestor de bases de datos (SGBD) o DBMA (DataBase Management System) es una
colección de programas cuyo objetivo es servir de interfaz entre la base de datos, el usuario y las
aplicaciones (Cavsi, 2017).
XML
Extensible Markup Language (XML) es un formato universal para datos y documentos estructura-
dos
47
Bibliografía de la Unidad I
Apache Cassandra. (2017). What is Cassandra? Recuperado de http://cassandra.apache.org/
Castellanos, I. (dir.). (23 de abril del 2008). ¿Qué es un Data Center? [Mensaje en un blog]. Acens-
blog. Recuperado de http://bit.ly/2zFB47R
CAVSI. (s/f). ¿Qué es un Sistema Gestor de Bases de Datos o SGBD? Recuperado de

http://bit.ly/1A29MS7
Coronel, C., Morris, S., & Rob, P. (2011). Bases de datos Diseño, implementación y administración
(9a ed.). México: Cengage Learning.
Firebase. (2017). Firebase te ayuda a crear mejores apps para dispositivos móviles y hacer crecer
tu empresa. Recuperado de http://bit.ly/2gmXNki
Huawei. (2017). KunLun 9008/9016/9032 Mission Critical Server. Recuperado de

http://bit.ly/2dHYHkr
IBM. (2017). IBM Db2. Recuperado de https://ibm.co/2nDPkeD
IBM. (2017). ¿Qué es XML? IBM Knowledge Center. Recuperado de https://ibm.co/2gWmPUB
JSON. (2017). Introducción a JSON. Recuperado de http://bit.ly/2zqbnHP
MariaDB Foundation. (2017). The MariaDB Foundation – Supporting continuity and open collabo-
ration in the MariaDB ecosystem. Recuperado de https://mariadb.org/
Microsoft. (2017). Access optimiza tus datos. Recuperado de http://bit.ly/2gWeZuc
Microsoft. (2017). SQL Server 2016. Recuperado de http://bit.ly/2zrs5q0
MongoDB. (2017). MongoDB Atlas Database as a Service. Recuperado de https://www.mongo-

db.com/
MySQL. (2017). Enterprise-Class MySQL Meets Oracle Cloud. Recuperado de https://www.mysql.com/
Neo4j. (2017). Neo4j - The #1 Platform for Connected Data. Recuperado de https://neo4j.com/
Oracle. (2017). La primera nube de base de datos autónoma del mundo. Recuperado de
https://www.oracle.com/es/index.html
PostgreSQL. (2017). PostgreSQL 10 Released!. Recuperado de https://www.postgresql.org/
PowerData. (s/f). Data Warehouse: todo lo que necesitas saber sobre almacenamiento de da-
tos. Recuperado de http://www.powerdata.es/data-warehouse
Real Academia Española. (2017). Diccionario de la lengua española. Recuperado de

http://dle.rae.es/
48
Base de Datos
Autoevaluación n.o 1
Lea atentamente las preguntas y seleccione de las alternativas la respuesta correcta.
1) ¿Cuál de los siguientes enunciados es falso con respecto a las ventajas de las bases de datos
digitalizadas?
a. Permite obtener información de manera rápida.
b. No permite el acceso concurrente.
c. Se pueden implementar políticas de seguridad.
d. Es posible generar copias de seguridad.
2) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a las técnicas de recopila-
ción de datos?
a. Una entrevista se puede realizar con un entrevistador y dos entrevistados.
b. Si se empieza a elaborar un cuestionario con preguntas abiertas, todas las demás pregun-
tas deben ser abiertas también.
c. La entrevista es una excelente técnica para recopilar datos; además, no tiene ninguna
desventaja.
d. Para recopilar datos necesariamente tengo que aplicar por lo menos tres técnicas.
3) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a la aplicación de técnicas

de recopilación de datos?
a. Sólo se puede utilizar una técnica para recopilar datos de la empresa.
b. Las técnicas de recopilación de datos se utilizan para conocer las necesidades de infor-
mación que tiene el cliente.
c. Las técnicas de recopilación de datos mostradas en el manual solo sirven para recopilar
datos para la construcción de bases de datos para empresas pequeñas; no se pueden
aplicar estas técnicas para base de datos de grandes compañías.
d. En la técnica lluvia de ideas, el moderador solo debe anotar las opiniones lógicas que
brindan los participantes.
4) ¿Cuál de los siguientes enunciados es verdadero con respecto a los productos de software
orientados al trabajo con base de datos?
a. SQL Server es un producto de Oracle Corporation.
b. Oracle Database es un software para base de datos al igual que Oracle Corporation.
c. MongoDB es un software de base de datos basado en documentos.
d. Si deseo crear una base de datos, puedo escoger cualquier software de base de datos, ya
que todos tienen las mismas características.
5) ¿Cuál de los siguientes enunciados es falso con respecto a una base de datos?
a. Si un docente lleva el registro de sus notas en un cuaderno de apuntes, este cuaderno es
considerado una base de datos.
b. Si un docente lleva el registro de sus notas en un libro de Microsoft Excel, este archivo es
considerado una base de datos.
c. Si un docente lleva el registro de sus notas en un libro de Microsoft Excel, este es considera-
do como una base de datos digital.
d. Si un docente lleva el registro de sus notas en un archivo de Microsoft Access, este archivo
no es considerado una base de datos.
49
6) ¿Cuál de los siguientes enunciados es verdadero con respecto a las características de una
base de datos digitalizada?
a. Con respecto a copias de seguridad, se puede afirmar que una base de datos puede
tener muchas copias de seguridad.
b. Solo se puede demostrar el concepto de eficiencia si la base de datos está elaborada en
Microsoft Excel.
c. Las copias de seguridad de una base de datos en formato digital solo se pueden generar
en discos duros externos, no se pueden generar este tipo de copias en CDs o DVDs.
d. El acceso concurrente se refiere a que en una base de datos digital no pueden ingresar
dos usuarios al mismo tiempo; esto impacta favorablemente en el rendimiento y seguridad
de la base de datos.
7) ¿Cuál de los siguientes enunciados es verdadero con respecto a software orientado a bases
de datos?
a. Microsoft Access es propiedad de Oracle Coporation.
b. MariaDB fue elaborado originalmente por los programadores de MySQL.
c. DB2 es un producto de Microsoft.
d. FireBase es un producto de Microsoft.
8) ¿Cuál de los siguientes enunciados es verdadero con respecto a una base de datos?
a. Pueden existir bases de datos digitales en la web.
b. En una empresa no pueden existir bases de datos digitales y bases de datos en formato
físico al mismo tiempo.
c. Las bases de datos en formato físico tienen mayores ventajas que las bases de datos digi-
tales.
d. Los paquetes de Microsoft Office no permiten crear bases de datos digitales.
9) ACID es la abreviatura de:

a. Atómicas, Coherentes, Aisladas y Definidas.
b. Atómicas, Coherentes, Aisladas y Duraderas.
c. Atómicas, Combinadas, Aisladas y Duraderas.
d. Avanzadas, Combinadas, Aisladas y Duraderas.
10) ¿Cuál de los siguientes enunciados es verdadero con respecto a SQL?

a. Es un software orientado a la gestión de base de datos.
b. Es el nombre de la empresa que creó el producto de software SQL Server.
c. Es el nombre de la empresa que creó el producto de software Oracle Database.
d. Es un lenguaje de consulta estructurado.
50
Base de Datos
UNIDAD II
DISEÑO DE BASE DE DATOS
DIAGRAMA DE PRESENTACIÓN DE LA UNIDAD II
AUTOEVALUACIÓN BIBLIOGRAFÍA

RESULTADO DE APRENDIZAJE: Al finalizar la unidad, el estudiante será capaz de diseñar la base de da-
tos en función de los requerimientos identificados.

Tema n.º 1: Arquitectura y elementos de bases 1. Identifica y describe las etapas 1. Participa activamente en los
de datos relacionales para crear una base de datos foros del aula virtual.
1. Arquitectura de una base de datos 2. Elabora el diseño conceptual de la
2. Modelo relacional base de datos. 2. Presenta sus asignaciones do-
2.1 Entidad 3. Elabora el diseño lógico de base miciliarias de forma oportuna,
2.2 Relación de datos aplicando reglas están- aplicando en todo momento
3. Etapas del diseño dar y buenas prácticas. criterios de calidad e investi-
4. Tipos de diseños 4. Elabora el diseño físico de base de gación
datos de forma pertinente.
Tema n.° 2: Diseño conceptual 3. Demuestra alto grado de
1. Caso propuesto Actividad n.° 2 compromiso.
2. Detección de las principales entidades
Los estudiantes participan en el curso
3. Identificación de atributos y llaves primarias
Aspectos fundamentales de base de
4. Relacionando entidades
datos de la Academia Virtual Micro-
soft.
Tema n.° 3: Diseño lógico
1. Creación del diseño lógico
2. Normalización
Tema n.° 4: Diseño físico

1. Creación de base de datos
2. Tipos de datos
3. Manipulación de datos
Lectura seleccionada n.° 2: Conceptos básicos

del diseño de una base de datos (Microsoft,
2017).
Autoevaluación de la Unidad II
51
Arquitectura y elementos de base de datos relacionales
Tema n.° 1
Obtener el diseño de una base de datos es similar a la construcción de una casa, es decir, se debe
seguir etapas en forma secuencial para obtener un resultado de alta calidad. Las bases de datos
normalmente no se crean a diario, es por ello que cada vez que necesitemos crear una, debemos
aplicar correctamente conceptos teóricos y buenas prácticas para generar un buen resultado que
sea sostenible y flexible para el futuro.
En la presente unidad, abordaremos los conceptos necesarios y aplicaremos los principios fundamen-
tales para diseñar una base de datos de forma correcta.
1. Arquitectura de una base de datos
Normalmente, una base de datos se ubica dentro un servidor; los servidores vienen a ser compu-
tadoras con características superiores a las de una computadora ordinaria que tenemos en casa
u oficina. Los servidores tienen características superiores porque deben atender a varios equipos
clientes (estos normalmente son computadoras con características básicas). Es importante ubicar
la base de datos en un servidor adecuado para que pueda ser accedida de forma apropiada
por diferentes usuarios.
Generalmente, los servidores que alojan bases de datos tienen instalados sistemas operativos es-
pecialmente diseñados para este tipo de equipos; en los productos que ofrece Microsoft, los sis-
temas operativos para usuarios más conocidos son Windows 10, Windows 8, Windows 7 y Windows
XP; pero Microsoft también provee sistemas operativos especialmente diseñados para servidores,
donde su producto estrella es Windows Server, que actualmente se encuentra en la versión 2016.
La siguiente figura muestra una captura de pantalla del sitio web de Windows Server 2016.
Figura 27. Sitio web de Windows Server. Disponible en http://bit.ly/2yHrG3F
52
Base de Datos
Windows Server no es el único sistema operativo para servidor, existen también diversas distri-
buciones de Linux como alternativa a Windows Server.
Hasta este punto podemos indicar que generalmente las bases de datos se alojan en servi-
dores para que puedan ser accedidos desde múltiples equipos usuarios. La siguiente figura
detalla lo que acabamos de mencionar.
PC01 Windows Server

Microsoft SQL
Server
PC02 Red
Base de
datos
PC03
Servidor 1
Figura 28: Arquitectura básica de una base de datos. Elaboración propia.
Es necesario señalar que existen escenarios donde la base de datos y el equipo cliente se
ubican en un mismo equipo de cómputo.
2. Modelo relacional
El modelo relacional se basa principalmente en el diagrama Entidad/Relación. Este diagrama

es bastante popular para representar bases de datos; consta principalmente de dos elementos:
Entidad y Relación.
2.1 Entidad
Una entidad puede representar cualquier elemento del mundo real, puede ser un individuo
como docente, alumno, cliente, vendedor, etc.; o también puede representar objetos como
artículo de venta, computadora, libro, receta médica, o habitación. Incluso, pueden repre-
sentar procesos como venta, matrícula, afiliación, entre otros. En fin, gracias a una entidad,
podemos representar el mundo real en términos de base de datos. La siguiente tabla muestra
algunos ejemplos de entidades según un determinado escenario.
53
Tabla 3
Escenarios y entidades
Escenario Entidades
Base de datos de matrículas para un co- Alumno, docente, grado, sección, aula, horario, etc.
legio
Base de datos de control de alquileres Habitación, huésped, recepcionista, alquiler, servi-
para un hotel cio, tipo de habitación, reserva, etc.
Base de datos de control de citas para una Paciente, médico, horario, consultorio, auxiliar médi-
clínica co, tarifario, etc.
Base de datos para ventas de pasajes en Pasajero, boleto, vendedor, viaje, bus, piloto, etc.
una agencia de transporte
Es recomendable definir los nombres de las entidades en singular; tampoco deben incluir tildes o
la letra “ñ”. A continuación detallaremos algunos elementos muy importantes que forman parte
de una entidad.
2.1.1. Atributo
Cada entidad posee un conjunto de atributos, estos representan características que tiene una
entidad. La siguiente tabla muestra algunos ejemplos de entidades con sus principales atributos.
Tabla 4
Entidades y atributos
Entidad Atributos
Libro Título, autor, resumen, género, cantidad de
páginas, año de publicación, etc.
Alumno Código, DNI, nombres, apellido paterno, ape-
llido materno, sexo, correo electrónico, fecha
de nacimiento, etc.
Auto Marca, color, modelo, número de placa, can-
tidad de asientos, etc.
Celular Número de serie, marca, modelo, sistema ope-
rativo, color, etc.
2.1.2. Llave primaria
Una entidad representa a un conjunto de datos; por ejemplo, la entidad Alumno representa a
todos los alumnos que existen en una universidad. Para identificar a cada dato se utiliza una llave
primaria, esta no se agrega como un nuevo elemento a una entidad, sino que se escoge uno de
los atributos que cumpla principalmente dos características.
✓✓ Sus valores deben ser únicos
54
Base de Datos
El atributo que se designe como llave primaria puede tener diferentes valores, pero ningu-
no de ellos debe repetirse. Por ejemplo, en la mayoría de universidades tenemos una gran
cantidad de alumnos con diferentes datos como nombres, apellidos, fecha de nacimien-
to, código de matrícula, sexo, correo electrónico personal y estado civil. Si tomamos este
ejemplo y lo llevamos a términos de base de datos relacionales, para representar a todos
los estudiantes necesitaremos una entidad Alumno con los atributos nombres, apellidos, fe-
cha de nacimiento, código de matrícula, sexo, correo electrónico personal y estado civil.
Figura 29. Representación de la entidad Alumno. Elaboración propia.
Recordemos que no es recomendable utilizar tildes, letra eñe (se reemplaza con “ni”) o
espacios en blanco en los nombres de los atributos.
Si queremos asignar una llave primaria a la entidad alumno, podemos usar el código de
matrícula, ya que es el único atributo que no permite valores duplicados; recordemos que
en las universidades los códigos de los alumnos son únicos, es decir, un código le pertene-
ce solo a un alumno.
Figura 30. Representación de la entidad Alumno con su respectiva llave primaria.

Elaboración propia.
Los demás atributos no cumplen con la característica de ser únicos. La siguiente tabla
muestra una breve explicación de este fenómeno.
55
Tabla 5
Análisis de los atributos
Atributo Análisis
Nombres Pueden existir varios alumnos que se llamen
Juan Carlos.
Apellido paterno Dos o más alumnos pueden tener el mismo
apellido paterno (si son hermanos, primos, ho-
mónimos o simplemente coincidencia).
Apellido materno Dos o más alumnos pueden tener el mismo
apellido materno (si son hermanos, primos, ho-
mónimos o simplemente coincidencia).
Fecha nacimiento Pueden existir varios alumnos que compartan la
misma fecha de nacimiento.
Código de matrícula Un código de matrícula le corresponde solo a
un alumno.
Sexo Podemos tener varios alumnos del sexo mas-
culino y obviamente, varias alumnas del sexo
femenino.
Correo electrónico Es poco probable que dos alumnos tengan el
mismo correo electrónico, pero este atributo
no califica como llave primaria porque pueden
existir alumnos que no tengan correo electróni-
co y una llave primaria no puede tener valores
nulos.
Estado civil Pueden existir varios alumnos solteros.
✓✓ No admite valores nulos
Cómo indicamos anteriormente, una llave primaria nos sirve para identificar un único dato
dentro de un conjunto de datos que representa una entidad; es por este motivo que el atri-
buto seleccionado como llave primaria no puede admitir valores nulos; si esto sucediera,
existirían datos que no se podrían identificar.
El atributo que hace referencia al código de matrícula en nuestra entidad Alumno es per-
fecto para la llave primaria, ya que no incluirá valores nulos porque un alumno debe tener
un código de matrícula obligatoriamente.
56
Base de Datos
Figura 31. Representación de la entidad Alumno con su respectiva llave primaria.

Elaboración propia.
2.1.3. Llave primaria simple
La llave primaria simple es aquella que está formada por un atributo. En el ejemplo anterior sobre
la entidad Alumno, el código de matrícula es una llave primaria simple porque la compone solo el
atributo CodigoMatricula.
Figura 32. Llave primaria simple. Elaboración propia.
2.1.4. Llave primaria compuesta
Una llave primaria compuesta está formada por la combinación de dos o más atributos. Por ejem-
plo, si estamos diseñando la base de datos para una empresa de transportes interprovincial, nece-
sitamos almacenar los datos de los pasajeros; por lo tanto, debemos crear una entidad Pasajero
con algunos atributos como nombres, apellido paterno, apellido materno, tipo de identificación
(DNI, carnet de extranjería, pasaporte o carnet de identidad), número de identificación, sexo,
correo electrónico y fecha de nacimiento. Según lo comentado, la entidad Pasajero luciría de la
siguiente manera:
57
Figura 33. Entidad Pasajero. Elaboración propia.
Por lo elaborado en temas anteriores, quedan descartados como llave primaria los nombres, ape-
llidos, sexo, correo electrónico, fecha de nacimiento y tipo de documento. El número de docu-
mento aparentemente tiene todas las características para ser una llave primaria; sin embargo,
debemos analizar que podría existir un mismo número de identificación para diferentes tipos de
documento. A fin de solucionar este caso, crearemos una llave compuesta entre los atributos Ti-
poDeIdentificacion y NumeroDeIdentificacion
Figura 34. Entidad Pasajero. Elaboración propia.
De esta manera nos aseguramos de que el número de identificación no se repita en el mismo tipo
de documento (pero sí en documentos diferentes).
Un punto importante por aclarar es que la entidad Pasajero solo tiene una llave primaria y que esta
es de tipo compuesta. Es muy común cuando estamos aprendiendo base de datos mencionar
que la entidad Pasajero tiene dos llaves primarias, pero este comentario es totalmente incorrecto;
una entidad no puede tener más de una llave primaria. Lo correcto es indicar que tiene una llave
primaria compuesta de dos atributos.
58
Base de Datos
2.1.5. Llave candidata
Recordemos el ejemplo anterior sobre la entidad Alumno.
Figura 35. Entidad Alumno. Elaboración propia.
Algo que obviamos de forma intencional en el ejemplo es el número de DNI del alumno; lo abor-
daremos ahora para comprender el significado y características de una llave candidata. Para
iniciar, agregaremos el atributo referente al número de DNI a nuestra entidad.
Figura 36. Entidad Alumno. Elaboración propia.
Analizando los atributos de la entidad Alumno, podemos deducir que el DNI también podría cali-
ficar como llave primaria, ya que es un valor único por cada alumno y, además, no puede incluir
un valor nulo. Por lo tanto, es pertinente indicar que el atributo DNI es una llave candidata, pues
podemos afirmar que tal llave tiene todas las características suficientes para reemplazar a una
llave primaria
59
Figura 37. Llave primaria y candidata de la entidad Alumno. Elaboración propia.
2.2. Relación
Las entidades en su mayoría no suelen quedar aisladas, sino que necesitan de otras entidades
para cumplir su propósito; por ejemplo, si estamos creando una base de datos para un colegio y
contamos con la entidad Matrícula, es necesario que esta se relacione con una entidad Alumno,
ya que no puede existir una matrícula que no tenga alumno; también necesitaría relacionarse con
una entidad Asistente académico (para conocer quién realizó la matrícula). Si trasladamos este
ejemplo a un esquema gráfico, tendríamos algo similar a la figura 38.
Figura 38. Relaciones entre entidades. Elaboración propia.
Para indicar con mayor claridad las relaciones entre las entidades, debemos especificar el tipo
de relación más adecuado para cada caso. A nivel del modelo relacional, existen tres tipos de
relaciones: Uno a muchos (1:M), uno a uno (1:1) y muchos a muchos (M:M).
2.2.1. Relación Uno a Muchos (1:M)
Si estamos implementando una base de datos para una empresa que se dedica a la venta de
automóviles de diversas marcas, tendremos una entidad referida a los automóviles y otra para
almacenar las marcas.
60
Base de Datos
Figura 39. Entidad Automovil y entidad Marca. Elaboración propia.
Para determinar el tipo de relación que tienen se sugiere realizar un análisis de izquierda a derecha
y luego de derecha a izquierda (o viceversa). Empecemos: Un automóvil solo tiene una marca.
Figura 40. Un automóvil solo tiene una marca. Elaboración propia.
Ahora analicemos en sentido contrario: Una marca incluye a varios automóviles.
Figura 41. Una marca incluye a varios automóviles. Elaboración propia.
El resultado de nuestro análisis se detalla en la siguiente figura:
Figura 42. Resultado del análisis en ambas direcciones. Elaboración propia.
Cuando tenemos este escenario, se concluye que la relación entre las entidades es de uno a va-
rios desde marca hacia automóvil (ya que 1 a varios tiene mayor jerarquía que 1 a 1).
61
Figura 43. Una marca tiene varios automóviles. Elaboración propia.
2.2.2 Relación Muchos a Muchos (M:M)
Comencemos definiendo dos entidades con algunos atributos: Colaborador y Profesión.
Figura 44. Entidades Colaborador y Profesion. Elaboración propia.
Si realizamos el análisis de derecha a izquierda, detectaremos que una profesión puede englobar
a varios colaboradores.
Figura 45. Análisis de Profesión a Colaborador. Elaboración propia.
62
Base de Datos
De izquierda a derecha notaremos que un colaborador podría tener varias profesiones.
Figura 46. Análisis de Colaborador a Profesión. Elaboración propia.
El resultado de nuestro análisis queda de la siguiente forma:
Figura 47. Análisis en ambas direcciones. Elaboración propia.
Cuando tenemos un resultado similar a la imagen anterior, podemos concluir que se trata de una
relación de varios a varios.
63
Figura 48. Relación de varios a varios. Elaboración propia.
2.2.3 Relación Uno a Uno (1:1)
Supongamos que estamos elaborando una base de datos para un colegio y contamos con las
entidades Docente y Tutor.
Figura 49. Entidades Docente y Tutor. Elaboración propia.
Notemos que ambas entidades tienen atributos en común; para no tener redundancias de datos,
podemos agrupar los atributos comunes en una nueva entidad llamada Persona y luego rela-
cionar Docente con Persona de uno a uno, porque a un docente le corresponde una persona (y
viceversa); lo mismo sucede con Tutor, a un tutor le corresponde una Persona (y viceversa).
64
Base de Datos
Figura 50. Agregando la entidad Persona. Elaboración propia.
3. Etapas del diseño
Para construir una base de datos se debe seguir una secuencia de actividades ordenadas de
forma lógica; lo primero que debemos hacer es identificar qué información se desea almacenar
dentro de la base de datos. Para esto tenemos aplicar técnicas de recopilación de datos (expli-
cadas en la Unidad I) a la persona o grupo de personas para las cuales está destinada la base de
datos.
Los siguientes pasos por seguir, luego de determinar las necesidades de información que tiene
nuestro cliente de base de base, se detallan a continuación:
✓✓ Diseño conceptual: Se trata de crear un bosquejo inicial (no perfecto) de las principales
entidades que componen nuestra base de datos; también se aplican las llaves primarias y
se determinan las relaciones entre cada entidad.
✓✓ Diseño lógico: Para realizar el diseño lógico, se toma el diseño conceptual y se aplican
reglas estándar del diseño de base de datos (como normalización de base de datos, por
ejemplo) y buenas prácticas.
✓✓ Diseño físico: En esta etapa, el diseño lógico debe ser trasladado a un sistema gestor de
base de datos (SGBD) como Oracle, SQL Server, MySQL u otro. Una que vez que se termina
el diseño físico, la base de datos se encuentra lista para recibir y/o consultar datos.
4. Tipos de diseños
El almacenamiento de datos en medios digitales es un tema que se viene abordando desde hace
varios años. En sus inicios, el almacenamiento se realizaba utilizando sistemas de archivos; luego
se crearon modelos más compactos y nacieron los modelos basados en jerarquía y de red; pero
sin duda el modelo que ha tenido mayor aceptación en el mercado es el relacional (visto ante-
riormente).
Debemos saber que los modelos: relacional, jerárquico o de red no son los únicos modelos que se
utilizan para representar una estructura de datos; también existen otros modelos, como el orien-
tado a objetos, por ejemplo. La siguiente tabla muestra un resumen de los principales modelos de
datos.
65
Tabla 6
Principales modelos de datos
MODELO DE
GENERACIÓN TIEMPO EJEMPLOS COMENTARIOS
DATOS
Primera 1960–1970 Sistema de VMS/SAM Se usa principalmente en sistemas
archivos de mainframe IBM.
Segunda 1970 Jerarquía y IMS Primeros sistemas de bases de da-
red ADABAS tos.
IDS-11 Acceso a navegación.
Tercera Mediados del Relacional DB2 Sencillez conceptual. Modelado
decenio de Oracle de relación de entidad (ER) y so-
1970 al pre- MS SQL-Server porte para modelado de datos re-
sente MySQL lacional.
Cuarta Mediados del Orientado a Versant El modelo objeto/relacional
decenio de objetos Objetivity/DB soporta tipos de datos de obje-
1980 al pre- Object/rela- DB/2 UDB tos. Esquema en estrella soporta
sente cional (O/R) Oracle 11g almacenamiento de datos. Bases
de datos en la web se hacen
comunes.
Siguiente ge- Presente al DBMS híbri- dbXML Soporte de datos no estructurados.
neración futuro do en XML Tamino El modelo O/R soporta documen-
DB2 UDB tos de XML. El DBMS híbrido agrega
Oracle 11g un componente frontal de objeto
MS SQL Server a bases de datos relacionales.
Tomada de: Bases de datos Diseño, implementación y administración, por C. Coronel, 2011, p. 35
66
Base de Datos
Diseño conceptual
Tema n.° 2
Hasta este punto hemos revisado los conceptos fundamentales para crear una base de datos, co-
nocemos a qué se refiere el modelo relacional y sus principales elementos como entidades y tipos de
relaciones (uno a uno, uno a varios y varios a varios). En este tema aplicaremos las técnicas necesarias
y recomendadas para diseñar correctamente la estructura de una base de datos relacional. Vale
recordar que el diseño de base de datos abarca tres etapas base: diseño conceptual, diseño lógico
y diseño físico de base de datos.
1. Caso propuesto
Para empezar a aplicar los conceptos iniciales de diseño de base de datos a nivel conceptual,
utilizaremos el siguiente caso:
Caso: Cartera de docentes
La escuela de posgrado de la Universidad FRIV desea contar con una base de datos que alma-
cene todas las asignaturas que ofrece al público en general. Cada asignatura podría ser dictada
por más de un docente y cada docente podría dictar diversas asignaturas. Básicamente, la uni-
versidad desea saber la cantidad de docentes que tiene por cada asignatura.
Cada vez que un docente es contactado para trabajar en la escuela de posgrado de la universi-
dad, debe rellenar la siguiente ficha de datos:
Figura 51. Ficha de datos. Elaboración propia.
67
El asistente académico de la escuela de posgrado ha mencionado que existen algunos aspectos
importantes que deben ser considerados, los cuales se describen a continuación:
✓✓ Existen algunos docentes que no cuentan con correo electrónico personal.
✓✓ Se ha manifestado la necesidad de contar con una breve descripción de cada profesión

que le corresponde a cada docente, además de incluir un nombre corto; por ejemplo, si
se trata de la profesión con el nombre médico, su nombre corto recomendado sería MED
y su descripción podría ser “Profesional relacionado con la medicina humana”.
✓✓ De manera similar a las profesiones, se quiere almacenar una descripción breve y una
abreviatura para cada asignatura.
✓✓ Las descripciones para las profesiones y asignaturas es opcional.
✓✓ Cada asignatura tiene un código de 6 caracteres que lo identifica entre todas las asigna-
turas registradas.
Ya tenemos nuestro caso propuesto completo; en las siguientes páginas aprenderemos a desarro-
llar el diseño conceptual de nuestra base de datos para almacenar todo lo referente a la cartera
docente.
2. Detección de las principales entidades
Lo primero que haremos es detectar las principales entidades de nuestro modelo. Recordemos
que una entidad representa un conjunto de datos y que es recomendable utilizar nombres en
singular.
Una buena manera de detectar las entidades es buscar una colección de elementos que tengan
características en común; por ejemplo, en el caso propuesto se puede entender que existen diver-
sos docentes y que necesitamos almacenarlos todos.
Para completar con éxito el aprendizaje de este contenido, le invitamos ingresar a la siguiente
dirección: https://www.youtube.com/watch?v=0UibueKVlMs
En resumen, durante el desarrollo del tutorial anterior hemos encontrado las siguientes entidades:
Entidad Descripción
Asignatura Almacena todos los datos de las diferentes asignaturas.
Docente Almacena todos los datos de todos los docentes que
dictarán las diferentes asignaturas.
Profesión Almacena datos de las profesiones que les correspon-
den a los docentes.
3. Identificación de atributos y llaves primarias
En el bloque anterior terminamos de detectar las principales entidades de nuestro caso. El siguien-
te paso consiste en indicar los atributos de cada entidad. Los atributos para la entidad Docente
están claramente definidos dentro del documento “Ficha de registro docente”.
68
Base de Datos
Figura 52. Detectando los atributos de la entidad Docente. Elaboración propia.
dirección: https://www.youtube.com/watch?v=GKEy_gzJ4jw
El resultado final de completar el tutorial anterior son las entidades Docente, asignatura y profesión
con sus respectivos atributos y llaves primarias.
69
Figura 53. Entidad Docente, asignatura y profesión. Elaboración propia.
4. Relacionando entidades
Tenemos las entidades con sus respectivos atributos y llaves primarias; ahora debemos identificar
si existe algún tipo de relación entre ellas. Por ejemplo, según nos indica el caso propuesto, cada
asignatura podría ser dictada por más de un docente y cada docente podría dictar diversas asig-
naturas.
dirección: https://www.youtube.com/watch?v=g04v2Cd0dfk
El resultado final de completar el tutorial anterior son las entidades docente, asignatura y profesión
correctamente relacionadas.
70
Base de Datos
Figura 54. Entidades relacionadas. Elaboración propia.
71
Diseño lógico
Tema n.° 3
Una vez que tenemos el diseño conceptual de la base de datos, debemos aplicar reglas y buenas
prácticas que nos permitan obtener un resultado más robusto y flexible a cambios; en eso consiste
el diseño lógico. A lo largo de este tema utilizaremos la herramienta de software Erwin Data Mode-
ler para representar el diseño lógico de base de datos.
1. Creación del diseño lógico
Para elaborar el diseño lógico del caso que estamos abordando, utilizaremos una herramienta
muy popular dentro del mercado de base de datos, denominada Erwin Data Modeler. Cabe se-
ñalar que es totalmente válido elaborar el diseño lógico de forma manual (con papel y lápiz, por
ejemplo), pero es interesante y necesario conocer algunas herramientas que nos faciliten este tipo
de tareas.
Para completar con éxito el aprendizaje de este contenido, le invitamos ingresar a las siguientes
direcciones:
https://www.youtube.com/watch?v=vFIaSCmm_NE
https://www.youtube.com/watch?v=qzXIvxqhxzA
2. Normalización
La normalización consiste en aplicar mecanismos a la base de datos para garantizar un almace-

nado correcto de los datos; mediante este procedimiento conseguimos reducir la redundancia
de datos y que todos los atributos de una entidad dependan de la llave primaria; también pode-
mos garantizar la integridad de los datos.
Para lograr con éxito el proceso de normalización, debemos seguir una serie de etapas conoci-
das como formas normales. En el presente material se abordan las tres primeras formas normales
(existen algunas adicionales), ya que las buenas prácticas de base de datos indican que como
mínimo una base de datos debe llegar hasta la tercera forma normal (3FN).
Primera forma Normal (1FN)

dirección: https://www.youtube.com/watch?v=pXySPXRhK7c
Segunda forma normal (2FN)

dirección: https://www.youtube.com/watch?v=s5f4l1-1MnA
Tercera forma normal (3FN)

dirección: https://www.youtube.com/watch?v=IZZ9jfA5XRw
72
Base de Datos
Diseño físico
Tema n.° 4
Una vez que tenemos completado el diseño lógico, procederemos a trasladar a este a un Sistema
Gestor de Base de Datos Relacional (SGBDR), que puede ser Oracle, SQL Server, MySQL, entre otros.
En nuestro caso, utilizaremos Microsoft SQL Server como herramienta de soporte de base de datos. Es
recomendable señalar que si aprendemos a utilizar de forma correcta un software orientado a base
de datos relacionales, no nos será tan complicado migrar en el futuro a otro software similar.
1. Creación de bases de datos
Para iniciar la construcción del diseño físico, necesitamos seleccionar un Sistema Gestor de Base
de Datos Relacional (SGBDR). Para el presente manual utilizaremos Microsoft SQL Server; en esta
herramienta crearemos una base de datos y luego las entidades que hemos detectado anterior-
mente en el diseño lógico. Cabe señalar que en el diseño físico las entidades reciben el nombre
de tablas.
dirección: https://www.youtube.com/watch?v=AQd2T1tsR4c
2. Tipos de datos
Cada atributo que definimos en una entidad debe tener asignado un determinado tipo de dato;
por ejemplo, si nos referimos al nombre de una persona, notaremos que contiene solo letras. Por
otro lado, si nos referimos a la edad de un estudiante, será un tipo numérico. Principalmente exis-
ten cuatro tipos de datos generales: texto, numérico, fecha y lógico.
✓✓ Texto: El tipo de dato texto también se le conoce como cadena. Este nombre nace por-
que un texto contiene una cadena de caracteres (considere un caracter como una letra,
número o símbolo). Algunos ejemplos de atributos tipo texto son: nombres (Juan Carlos,
Anita, Hermelinda, Cinthya, Solange), apellidos (Del Valle, Jurado Beltrán, Cáceres Soto,
etc.), correo electrónicos (ceci@live.com, anita1980@outlook.com, cinthya.casas@gmail.com,
etc.), entre otros.
✓✓ Numérico: Se utiliza para valores numéricos enteros o en decimales; algunos ejemplos son:
edades, precios de productos de un supermercado (generalmente con dos decimales),
estatura, peso, etc.
✓✓ Fecha: Como su propio nombre lo indica, hace referencia a valores que incluyen fechas;
por ejemplo: fecha de nacimiento, fecha y hora de registro, fecha de venta, etc.
✓✓ Lógico: Un atributo de tipo lógico solo puede almacenar uno de dos posibles valores: ver-
dadero o falso. Por ejemplo, si estamos realizando una base de datos que almacene clien-
tes de una entidad bancaria, la entidad Cliente puede incluir un atributo denominado
TieneHijos; entonces, sería recomendable utilizar un tipo de dato lógico para este atributo
a fin de indicar si tiene o no hijos (cabe resaltar que si quisiéramos almacenar la cantidad
de hijos, el atributo sería numérico).
direcciones:
https://www.youtube.com/watch?v=wY-rQLnQ1ck
https://www.youtube.com/watch?v=nzJdkGzGQys
73
3. Manipulación de datos
Una vez que tenemos listo el diseño físico de base de datos, procederemos a insertar algunos da-
tos. Para este propósito, debemos considerar que lo más correcto es empezar a llenar datos a las
tablas independientes y luego a las dependientes.
dirección: https://www.youtube.com/watch?v=Aa90HuZTlKM

Conceptos básicos del diseño de una base de datos.
Microsoft. (2017). Conceptos básicos del diseño de una base de datos. Recuperado de http://
bit.ly/2xXLQt1
Actividad n.° 2
Foro de discusión sobre creación de base de datos y objetos de bases de datos.
Instrucciones

• Una vez que se encuentre afiliado, ubique e ingrese al curso Aspectos fundamentales de
base de datos, analice el contenido del video y desarrolle el segundo y tercer capítulo que
corresponde a Conceptos relacionales y Crear bases de datos y objetos de bases de datos.
• Una vez que haya concluido, elabore un resumen en el que puede utilizar texto, gráficos,
imágenes, mapas conceptuales, etc.
• Comparta su resumen elaborado en Microsoft Word en el aula virtual y opine sobre la presen-
tación de por lo menos un compañero.
74
Base de Datos
Caso 2: Agencia de transportes (10 puntos)
Instrucciones: Elabore el diseño conceptual, lógico y físico del caso propuesto.
Una empresa dedicada al rubro de transportes desea informatizar sus principales procesos; todos los
días se envían buses desde su terminal central ubicado cerca del mercado Atacama. Cada salida (o
viaje) consta de un bus, origen, destino, fecha y hora de partida, piloto, copiloto y auxiliar; por cada
bus se desea saber el número de placa, cantidad de asientos, código interno (único por cada bus),
cantidad de pisos, marca y modelo (cama, semicama, 180 grados, entre otros). Por otro lado, los
pilotos y los copilotos comparten los mismos datos; estos son: nombres, apellidos, sexo, número de ce-
lular, brevete, fecha de inicio de labores, fecha de nacimiento y nivel de conocimiento de mecánica
automotriz (nulo, básico, intermedio o avanzado). Sobre los auxiliares, se desea saber sus nombres,
apellidos, sexo, fecha de inscripción (en la empresa) y número de celular.
En cada viaje se puede tener como máximo una cantidad de pasajeros que no supere la cantidad de
asientos del bus respectivo; además, cada pasajero debe viajar con su propio boleto, que contiene
su nombre completo, edad, DNI, origen de viaje, destino, fecha y hora de salida, valor del boleto (en
números y letras), número de asiento y el nombre de usuario del vendedor que lo atendió durante la
compra del boleto.
El gerente sugiere que cada vendedor debe tener un nombre de usuario asignado con su respectiva
clave de acceso (que debe ser encriptada para brindar mayor seguridad). También, se debe guar-
dar el nombre, apellido paterno, apellido materno, fecha de nacimiento, fecha de inicio de labores,
teléfono fijo, número de celular (indicando el operador y si es ordinario, RPM o RPC), observaciones,
estado civil, sexo y correo electrónico.
Adicionalmente, considere que los vendedores pueden registrar una reserva vía teléfono o de ma-
nera presencial indicando el número de DNI y nombre completo del interesado. Recuerde que las
reservas en el caso de que no sean confirmadas, se deben eliminar automáticamente una hora antes
de la hora de partida del viaje.
75
Glosario de la Unidad II
A
Arquitectura
En informática, la arquitectura de un sistema es el diseño o conjunto de relaciones entre las partes

que constituyen un sistema (Alegsa, 2017).
Atributo
Característica de una entidad y objeto. Un atributo tiene un nombre y un tipo de datos (Coronel,
2011, p. 654).
Cadena
Un dato tipo cadena es aquel que puede tomar por valor una secuencia de caracteres (Carlos-
pes, 2017).
Entidad
Algo sobre lo cual alguien desea guardar datos; por lo general es una persona, un lugar, una cosa,
un concepto o un evento (Coronel, 2011, p. 659).
Integridad referencial
Es una condición mediante la cual la llave foránea de una tabla dependiente debe tener una en-
trada nula o una entrada correspondiente en la tabla relacionada. Aunque un atributo puede no
tener un atributo correspondiente, es imposible tener una entrada inválida (Coronel, 2011, p. 662).
Linux
Sistema operativo que posee un núcleo del mismo nombre. El código fuente es abierto; por lo tan-
to, está disponible para que cualquier persona pueda estudiarlo, usarlo, modificarlo y redistribuirlo
(Alegsa, 2017).
Normalización
Proceso que asigna atributos y entidades en forma tal que las redundancias de datos se reducen
o se eliminan (Coronel, 2011, p. 664).
76
Base de Datos
Red
Conjunto de computadoras o de equipos informáticos conectados entre sí y que pueden inter-

cambiar información (Real Academia Española, 2017).
Relación
Es una asociación entre entidades (Coronel, 2011, p. 667).
Usuario
En informática, un usuario es un individuo que utiliza una computadora, sistema operativo, servicio

o cualquier sistema informático. Por lo general es una única persona (Alegsa, 2017).
77
Bibliografía de la Unidad II
Microsoft. (2017). Construya su futuro con Windows Server 2016. Recuperado de http://bit.ly/2yHrG3F
Microsoft. (2017). SQL Server 2016. Recuperado de http://bit.ly/2zrs5q0
Pes, C. (2017). Datos de tipo cadena. Recuperado de http://bit.ly/2yAvTsi
78
Base de Datos
Lea atentamente las preguntas y seleccione la respuesta correcta.
1) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a una relación identificada y
no identificada?
a. La relación identificada se representa con líneas punteadas y la relación no identificada se
representa con una línea continua.
b. En una relación identificada, la llave primaria de la primera entidad pasa a formar parte de
la llave primaria de la segunda entidad; mientras que en la relación no identificada, la llave
primaria de la primera entidad pasa a formar parte de los atributos de la segunda entidad.
c. En una relación identificada, la llave primaria de la primera entidad pasa a formar parte
de los atributos de la segunda entidad; mientras que en la relación no identificada, la llave
primaria de la primera entidad pasa a formar parte de la llave primaria de la segunda en-
tidad.
d. En una relación identificada, la llave primaria de la primera entidad pasa a formar una llave
compuesta en la segunda entidad; mientras que en la relación no identificada, la llave pri-
maria de la primera entidad forma una llave simple en la segunda entidad.
2) ¿Cuál es la diferencia entre una llave primaria y una llave candidata?

a. Básicamente no existe ninguna diferencia, ambas tienen las mismas características, solo
que la llave candidata no es llave primaria.
b. Una llave primaria no puede quedar vacía y no debe incluir datos repetidos; por otro lado,
una llave candidata no puede quedar vacía pero sí puede incluir datos repetidos.
c. Una llave primaria no puede quedar vacía y no debe incluir datos repetidos; por otro lado,
una llave candidata no puede incluir datos repetidos pero sí puede quedar vacía.
d. Técnicamente, ambas solo pueden existir en el diseño conceptual.
3) ¿Cuál es la diferencia entre una llave primaria simple y una llave primaria compuesta?
a. La llave primaria simple está formada por una llave primaria y la llave primaria compuesta
está formada por dos o más llaves primarias.
b. La llave primaria simple se aplica en el diseño conceptual, y la llave primaria compuesta se
aplica en el diseño lógico.
c. La llave primaria simple está formada por un atributo y la llave primaria compuesta está
formada por dos o más atributos.
d. La llave primaria simple se forma en una relación de uno a varios, y la llave primaria com-
puesta en una relación de varios a varios.
4) Las relaciones de varios a varios no son soportadas en:

a. Diseño físico
b. Diseño lógico
c. Diseño conceptual
d. Diseño de requerimientos
5) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a las entidades independien-
tes?
a. Es aquella que tiene al menos dos llaves foráneas.
b. Es aquella entidad que no depende de otra para su correcto funcionamiento.
c. Es aquella que tiene una llave primaria compuesta.
d. Es aquella que se relaciona con más de dos entidades.
79
6) ¿Qué es cardinalidad?
a. Cantidad de relaciones que tiene una entidad con otra.
b. Cantidad de elementos que le corresponden a una entidad de otra.
c. Cantidad de entidades independientes y dependientes que existen en el modelo lógico.
d. Cantidad de relaciones que existen en el diseño lógico.
7) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a los archivos que componen
una base de datos en Microsoft SQL Server?
a. Una base de datos solo puede tener un archivo primario.
b. Una base de datos solo puede tener un registro de transacciones.
c. Una base de datos debe tener como mínimo un archivo primario y uno secundario; el regis-
tro de transacciones es opcional.
d. El archivo primario tiene la extensión MDF y el secundario LDF.
8) ¿Cuál de las siguientes afirmaciones es falsa con respecto a Erwin Data Modeler?
a. Erwin permite diseñar el modelo lógico y físico de base de datos.
b. Erwin permite representar la relación de uno a varios identificada y no identificada.
c. Erwin es el único producto que se puede utilizar para elaborar el diseño lógico de base de
datos.
d. Erwin no es un producto de Microsoft.
9) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a normalización de base de

datos?
a. El proceso de normalización se debe desarrollar en forma secuencial.
b. Solo existen 3 formas normales.
c. Se puede aplicar directamente la tercera forma normal (ya que es la más importante) ob-
viando la primera y segunda.
d. El proceso de normalización solo se puede aplicar cuando se utiliza Erwin.
10) ¿Cuál de las siguientes afirmaciones es verdadera con respecto a los tipos de datos que ofre-
ce Microsoft SQL Server?
a. Un tipo varchar y uno char permiten almacenar cadenas; la diferencia entre ellos es que el
tipo char se recomienda para cadenas de longitud variable y varchar se recomienda para
cadenas de longitud fija.
b. Un tipo varchar y uno char permiten almacenar cadenas; la diferencia entre ellos es que el
tipo varchar se recomienda para cadenas de longitud variable y char se recomienda para
cadenas de longitud fija.
c. El tipo de dato tinyint permite almacenar valores numéricos desde 1 a 255.
d. Siempre se utiliza un tipo de dato char para las llaves primarias.
80
Base de Datos
UNIDAD III
CONSTRUCCIÓN DE BASE DE DATOS
DIAGRAMA DE PRESENTACIÓN DE LA UNIDAD III

RESULTADO DE APRENDIZAJE: Al finalizar la unidad, el estudiante será capaz de construir una base de
datos de acuerdo con el diseño establecido, garantizando la integridad de los datos.

Tema n.° 1: Sentencias DDL: CREATE, DROP, ALTER 1. Describe las sentencias DDL 1. Participa activamente
1. SQL y Transact-SQL y DML en los foros del aula
2. Creación de tablas y creación de relaciones entre tablas 2. Elabora correctamente virtual.
3. Normalización de base de datos consultas para obtener in- 2. Presenta sus asigna-
4. Modificación de tablas formación de una base de ciones domiciliarias
5. Eliminado de tablas datos de forma oportuna,
6. Creación de tipos de UDT 3. Elabora correctamente pro- aplicando en todo
7. Implementación de la integridad de datos a nivel de tabla, cedimientos almacenados momento criterios de
dominio y referencia para diversas situaciones calidad e investiga-
4. Elabora correctamente trig- ción.
Tema n.° 2: Sentencias DML: Selelct, Insert, Delete, Alter gers para diversas situacio- 3. Demuestra alto grado
1. Recuperación de datos usando Select (consultas, subcon- nes de compromiso.
sultas, vistas)
Consultas
Usando los operadores y funciones de sistema Actividad n.° 3
Subconsultas
Vistas Los estudiantes participan en el
2. Manipulación de datos con Insert, Delete y Alter curso Aspectos fundamentales
de base de datos, de la Aca-
Tema n.° 3: Procedimientos almacenados y triggers demia Virtual Microsoft.
1. Creación de procedimientos almacenados
2. Creación de disparadores: Uso de triggers
Lectura seleccionada 3:
Ejemplos de SELECT (Transact-SQL) (Microsoft, 2017).
Autoevaluación de la Unidad III
81
Sentencias DDL: Create, Drop, Alter
Tema n.° 1
Como explicamos anteriormente, las bases de datos son contenedores de grandes volúmenes de
datos, de los cuales podemos obtener información valiosa para conocer el estado actual de una
organización o mejorar el proceso de toma de decisiones. Hemos aprendido a crear bases de datos
en Microsoft SQL Server utilizando la interfaz gráfica que ofrece el software. En esta sección, apren-
deremos a crear bases de datos (y sus respectivas tablas relacionadas) de una manera diferente; no
utilizaremos la interfaz gráfica; en lugar de ello usaremos los comandos que nos ofrece SQL Server.
De manera muy sencilla y directa, podemos afirmar que los comandos que ofrece Microsoft SQL Ser-
ver para la creación de bases de datos y tablas forman parte del lenguaje Transact-SQL.

1. SQL y Transact-SQL
SQL (Structured Query Language) significa lenguaje de consulta estructurado y contiene una serie
de comandos que principalmente nos permite:
✓✓ Crear bases de datos y sus respectivos objetos (tablas, vistas, procedimientos almacena-
dos, entre otros).
✓✓ Manipular datos (Insertar, editar o eliminar datos).
✓✓ Consultar la base de datos para extraer información.
Por otro lado, Transact-SQL es una extensión o mejora que hizo Microsoft para su sistema gestor de
base de datos estrella SQL Server. SQL y Transact-SQL no son totalmente diferentes, tienen muchas
cosas en común, ya que el segundo fue elaborado a base del primero. Durante el desarrollo de la
presente asignatura se utilizará Transact-SQL (o T-SQL de forma abreviada), ya que la herramienta
de base de datos que estamos utilizando es Microsoft SQL Server.
Dentro de los comandos que ofrece SQL podemos encontrar una categoría denominada de for-
ma abreviada como DDL (Data Definition Language), traducido como lenguaje de definición de
datos. Los principales comandos que pertenecen a esta categoría son:
Comando Descripción
Create Se utiliza para crear nuevos elementos,
como base de datos, tablas, procedi-
mientos almacenados, disparadores, etc.
Alter Se utiliza para modificar la estructura de
un determinado elemento.
Drop Se utiliza para eliminar un determinado
elemento.
2. Creación de tablas y creación de relaciones entre tablas
Como indicamos anteriormente, para crear una base de datos se puede utilizar la interfaz gráfica
que ofrece el sistema gestor de base de datos que estemos utilizando (Microsoft SQL Server en
caso nuestro), o también se pueden utilizar los comandos que proporciona el lenguaje T-SQL.
Para empezar a escribir y utilizar comandos de T-SQL necesitamos crear una nueva consulta, por lo
que haremos clic en el botón New Query que aparece en la parte superior de la zona de trabajo.
82
Base de Datos
Figura 54: Creación de una nueva consulta. Elaboración propia.
Microsoft SQL Server mostrará una zona de trabajo similar a un bloc de notas; dentro de ella escri-
biremos todo el código T-SQL que necesitemos para realizar diversas tareas.
Figura 55. Zona de trabajo de una nueva consulta. Elaboración propia.
Por una cuestión netamente didáctica, configuraremos Microsoft SQL Server para que nos muestre
los números de línea. Abrimos el menú Tools y seleccionamos Options.
Figura 56. Configuración de los números de línea. Elaboración propia.
83
En la ventana mostrada, ubicamos la sección Text Editor en el panel izquierdo, y dentro del mismo
encontraremos la opción Transact-SQL; le hacemos clic y en la zona derecha habilitaremos la op-
ción de configuración Line numbers.
Figura 57: Configuración de los números de línea. Elaboración propia.
Finalmente, hacemos clic en el botón OK y observemos el resultado.
Figura 58. Configuración de los números de línea. Elaboración propia.
84
Base de Datos
En esta sección aprenderemos a crear una base de datos y sus respectivas tablas utilizando T-SQL.
direcciones:
https://www.youtube.com/watch?v=1H5MLMLlGZM
https://www.youtube.com/watch?v=9EJ0FkVtCUA
3. Normalización de base de datos
Recordando lo abordado en la Unidad II, el proceso de normalización se aplica para garanti-

zar un almacenado correcto de los datos; mediante este procedimiento conseguimos reducir la
redundancia de datos y que todos los atributos de una entidad dependan de la llave primaria;
también podemos garantizar la integridad de los datos.
Cuando tenemos que elaborar una base de datos, se recomienda primero realizar la captura
de requerimientos del usuario; luego, con todo lo capturado, se procede a elaborar el diseño
conceptual (bosquejo de base de datos). A continuación, crearemos el diseño lógico utilizando
“papel y lápiz” o alguna herramienta de software que nos facilite el trabajo (como Erwin, por
ejemplo). Es recomendable aplicar por lo menos las tres primeras formas normales al diseño lógi-
co para obtener un resultado robusto y flexible a cambios. Cuando ya tenemos el diseño lógico
terminado, procederemos a crear la base de datos en algún software especializado de gestión
de base de datos (diseño físico) como Microsoft SQL Server, Oracle, MySQL, entre otros. Podemos
utilizar la interfaz gráfica que nos provee el software que escojamos o quizás optar por utilizar có-
digo, como hicimos anteriormente.
Una vez que la base de datos esté implementada en algún software especializado para la ges-
tión de base de datos, podemos ingresar, actualizar y eliminar datos. Para que los datos ingre-
sados sean consistentes y mantengan integridad, se recomienda que la base de datos esté co-
rrectamente normalizada (por lo menos hasta la tercera forma, como señalamos anteriormente).
4. Modificación de tablas
En Microsoft SQL Server, las tablas de una base de datos se pueden modificar por medio de la
interfaz gráfica o mediante código T-SQL. En este bloque aprenderemos a modificar y eliminar las
columnas de una tabla en Microsoft SQL Server utilizando T-SQL.
dirección: https://www.youtube.com/watch?v=c4ehopvQgCI
5. Eliminado de tablas
Así como podemos agregar, modificar o eliminar columnas de una tabla, también podemos eli-
minar tablas de una base de datos.
direcciones:
https://www.youtube.com/watch?v=TsT6QajksGg
https://www.youtube.com/watch?v=aZXkg2z82mg
85
6. Creación de tipos de UDT
Un User-Defined Type (UDT) nos sirve para guardar un tipo de dato personalizado; por ejemplo,
si tenemos una base de datos con tablas donde debemos almacenar diversos tipos de correos
electrónicos (correo electrónico personal principal, correo electrónico personal secundario, co-
rreo electrónico institucional, etc.), podemos definir un tipo de dato personalizado que se adecúe
a todos los atributos que tengan que ver con correos electrónicos.
dirección: https://www.youtube.com/watch?v=n04Gwy6T59c

7. Implementación de la integridad de datos a nivel de tabla, dominio y referencia
Gracias a las relaciones entre tablas podemos generar datos consistentes; sin embargo, podemos
aplicar algunas reglas y restricciones adicionales para mejorar la consistencia de datos en una
o más tablas. Es necesario señalar que las restricciones y validaciones para los datos no necesa-
riamente se tienen que realizar en la base de datos; también se pueden realizar en el sistema de
información que se conectará a la base de datos para manipular y consultar datos.
dirección:
https://www.youtube.com/watch?v=W3cond3RH68
86
Base de Datos
Sentencias DML: Select, Insert, Delete, Alter

Tema n.° 2
Las sentencias DML (Data Manipulation Language) se utilizan para recuperar y manipular datos; su
significado es lenguaje de manipulación de datos. Durante este tema utilizaremos este tipo de sen-
tencias para extraer información valiosa de una base de datos; además, las utilizaremos para insertar,
actualizar y eliminar datos de una base de datos. Las principales sentencias de esta categoría son:
Comando Descripción
Insert Permite agregar datos a una
tabla
Update Permite modificar datos de una
tabla
Delete Permite quitar datos de una
tabla
Select Permite obtener datos de una
base de datos
1. Recuperación de datos usando Select (consultas, subconsultas, vistas)
Una base de datos se compone de grandes volúmenes de datos que están distribuidos entre las
diferentes tablas; es normal que esos datos se consulten y analicen para diversos propósitos.
Consultas
Para extraer datos de una base de datos en Microsoft SQL Server utilizaremos el comando Select
en combinación con la cláusula From.
Necesitamos una base de datos ya elaborada y con algunos datos para empezar a realizar la ex-
tracción de datos; utilizaremos la base de datos CarteraDocente que creamos con anterioridad.
87
Figura 59. Diagrama de la base de datos CarteraDocente. Elaboración propia.
dirección:
https://www.youtube.com/watch?v=uRoHuxidI_E
Usando los operadores y funciones de sistema
Para mejorar la extracción de datos en una consulta, se pueden aplicar operadores y funciones;
los operadores más conocidos son los lógicos, entre los que se encuentran AND, OR y NOT. Revi-
saremos algunos ejemplos para entenderlo mucho mejor. Además, utilizaremos la cláusula Where,
que nos permite aplicar condiciones en una determinada consulta.
direcciones:
https://www.youtube.com/watch?v=Oe729BIxYcs
https://www.youtube.com/watch?v=HzUYWJSnnTs
88
Base de Datos
Para complementar lo realizado en los tutoriales, tenemos algunos operadores especiales que
son muy populares en la elaboración de consultas. Algunos de estos operadores se detallan en la
siguiente tabla:
Tabla 7
Operadores para elaboración de consultas
Operador Descripción
BETWEEN Se usa para verificar si un valor de atributo está
dentro de un margen.
IS NULL Se usa para verificar si un valor de atributo es
nulo.
LIKE Se usa para verificar si un valor de atributo satis-
face un patrón determinado de cadena.
IN Se usa para verificar si un valor de atributo co-
rresponde con cualquier atributo dentro de
una lista de valores.
Nota: Tomado de Coronel, 2011. P. 222
Hasta el momento, hemos elaborado consultas dirigidas a una sola tabla; en los siguientes tutoria-
les utilizaremos dos o más tablas para realizar consultas que requieran mayor cobertura de datos.
direcciones:
https://www.youtube.com/watch?v=PpxOAZVIj7I
https://www.youtube.com/watch?v=-a5qN7ZJMpE
En ocasiones, necesitamos generar consultas que nos muestren un resumen de un conjunto de

datos; por ejemplo: un reporte de todos los puestos de nuestra empresa con su respectiva canti-
dad de colaboradores, o un reporte que muestre cuál es el sueldo más alto por cada puesto de la
empresa o un reporte que muestre la cantidad de damas que estudian ingeniería industrial, entre
otros. En Microsoft SQL Server podemos realizar este tipo de consultas utilizando grupos.
direcciones:
https://www.youtube.com/watch?v=6mD0OGkhGrQ
https://www.youtube.com/watch?v=9xZ0ATVegy0
Subconsultas
Anteriormente pudimos comprobar que una consulta retorna un conjunto de datos procesados;
en ocasiones necesitamos procesar datos basados en otros datos procesados. Esto viene a ser
una subconsulta. Desde otro punto de vista, podemos indicar que una subconsulta es una consul-
ta dentro de otra consulta.
A continuación se muestran algunas características básicas de una subconsulta (Coronel,

2011, p. 313).
.
89
• Una subconsulta es una consulta (enunciado SELECT) dentro de otra.
• Una subconsulta se expresa normalmente entre paréntesis.
• La primera consulta del enunciado de SQL se conoce como consulta exterior.
• La consulta dentro del enunciado SQL se conoce como consulta interior.
• La consulta interior se ejecuta primero.
• La salida de una consulta interior se usa como entrada de la consulta exterior.
• Todo el enunciado de SQL se conoce a veces como consulta anidada.
direcciones:
https://www.youtube.com/watch?v=YnHHdBwnhmM
https://www.youtube.com/watch?v=F8_UUeO9ypY
Vistas
Cada vez que ejecutamos una consulta en SQL Server, esta retorna un resultado; si queremos al-
macenar ese resultado en la base de datos podemos hacer uso de una vista. Las vistas son muy
útiles cuando necesitamos consultar cierta información a diario o en periodos cortos de tiempo;
por ejemplo, qué pasaría si estamos trabajando con una base de datos de una entidad bancaria
y al final de cada día debemos consultar toda la lista de clientes con deuda, sería tedioso escribir
todos los días la misma consulta; en lugar de ello podemos utilizar una vista para almacenar el
resultado de la consulta en nuestra base de datos.
En esta sección aprenderemos a crear y utilizar vistas en escenarios empresariales.
dirección:
https://www.youtube.com/watch?v=5pF8wDKURqY
2. Manipulación de datos con Insert, Delete y Alter
Anteriormente utilizamos T-SQL para realizar consultas a una base de datos; ahora lo utilizaremos
para insertar, actualizar y/o eliminar datos de las diferentes tablas.
direcciones:
https://www.youtube.com/watch?v=FlS0Eoa2hq8
https://www.youtube.com/watch?v=OSAqQgRF_5A
https://www.youtube.com/watch?v=lwf5XBj6twk
90
Base de Datos
Procedimientos almacenados y triggers

Tema n.° 3
Hasta este punto hemos aprendido a crear algunos objetos de base de datos como tablas y vistas; en
este último tema conoceremos dos objetos muy importantes y bastante conocidos: procedimientos
almacenados y triggers. El primero de ellos se usa para empaquetar un fragmento de código T-SQL
y de esa forma realizar una determinada acción; por otro lado, el segundo nos permite ejecutar una
determinada acción luego de manipular datos.
1. Creación de procedimientos almacenados
Un procedimiento almacenado agrupa un conjunto de líneas de código Transact-SQL para un de-

terminado propósito. Cada procedimiento almacenado tiene asignado un determinado nombre
y se almacena dentro de la base de datos. Algunas de sus principales características son:
✓✓ Mejora del rendimiento.

✓✓ Facilita la reutilización de código.
✓✓ Brinda mayor seguridad.
✓✓ Facilita labores de mantenimiento.
Para aprender a crear procedimientos almacenados, utilizaremos como referencia la base de

datos CarteraDocente creada anteriormente.
Figura 60. Diagrama de la base de datos CarteraDocente. Elaboración propia.
91
direcciones:
https://www.youtube.com/watch?v=azb9u8yW7dk
https://www.youtube.com/watch?v=uFAHYr5xx68
En ocasiones, necesitamos que los procedimientos almacenados reciban ciertos valores para
completar una determinada acción; a estos valores se les conoce técnicamente como paráme-
tros. Un procedimiento almacenado puede no tener parámetros o recibir uno o varios parámetros
para completar el propósito para el cual fue creado.
direcciones:
https://www.youtube.com/watch?v=8CbmayfOJxo
https://www.youtube.com/watch?v=JS54XNnYtUY
2. Creación de disparadores: Uso de triggers
Un trigger también recibe el nombre de disparador o desencadenador; este se ejecuta de forma

automática cuando sucede algún evento en el servidor de base de datos.
dirección:
https://www.youtube.com/watch?v=iND4kU2DBho

Ejemplos de SELECT (Transact-SQL).
Microsoft. (2017). Ejemplos de SELECT (Transact-SQL). Recuperado de http://bit.ly/2xYxPq9
Actividad n.° 3
Foro de discusión sobre creación de bases de datos y objetos de bases de datos con T-SQL.
Instrucciones

• Una vez que se encuentre afiliado, ubique el curso Aspectos fundamentales de base de da-
tos; analice y participe de las actividades planteadas en el tercer y cuarto capítulo que co-
rresponde a Crear bases de datos y objetos de bases de datos y Usar declaración DML.
• Una vez que haya concluido, elabore un resumen en Microsoft Word, compártalo en el aula
virtual y opine sobre la presentación de por lo menos un compañero.
92
Base de Datos
Glosario de la Unidad III

D
DBA
Administrador de base de datos. Persona responsable de planear, organizar, controlar y vigilar la

base de datos corporativa centralizada y compartida. El DBA es el administrador general del de-
partamento de administración de base de datos (Coronel, 2011, p. 653).
DDL (lenguaje de definición de datos)
Lenguaje que permite que un administrador de base de datos defina la estructura de la base de
datos y los componentes del esquema y subesquema (Coronel, 2011, p. 663).
Disparador (trigger)
Código procedimental de SQL que es invocado automáticamente por el sistema de administra-

ción de una base de datos relacional al presentarse un evento de manipulación de datos (Coro-
nel, 2011, p. 659).
DML (lenguaje de manipulación de datos)
El lenguaje (conjunto de comandos) que permite que el usuario final manipule los datos de la base
de datos (Select, Insert, Update, Delete, Commit y RollBack) (Coronel, 2011, p. 663).
Entidad débil (weak entity)
Entidad que exhibe dependencia de existencia y hereda la llave primaria de su entidad padre.
Ejemplo: Un DEPENDENT requiere la existencia de un EMPLOYEE (Coronel, 2011, p. 659).
Esquema (schema)
Agrupación lógica de objetos de base de datos (tablas, índices, vistas, consultas, etc.) que están
relacionados entre sí. Por lo general, un esquema pertenece a un solo usuario o aplicación (Coro-
nel, 2011, p. 659).
Nulo (null)
En SQL, se refiere a la ausencia de un valor de atributo. Nota: un valor nulo no es un espacio en

blanco (Coronel, 2011, p. 665).
93
S
SQL (lenguaje de consulta estructurado)
Un potente y flexible lenguaje de base de datos relacional compuesto de comandos que hacen
posible que los usuarios creen bases de datos y estructuras de tablas, ejecuten varios tipos de
manipulación de datos y administración de datos y consulten la base de datos para extraer infor-
mación útil (Coronel, 2011, p. 663).
Subconsulta (subquery)
Consulta que está insertada (o anidada) dentro de otra consulta. También se conoce como con-
sulta anidada o consulta interior (Coronel, 2011, p. 669).
Vista (view)
Tabla virtual basada en una consulta SELECT (Coronel, 2011, p. 671).
94
Base de Datos
Bibliografía de la Unidad III

Microsoft. (2017). Referencia de Transact-SQL (Transact-SQL). Recuperado de

https://technet.microsoft.com/es-es/library/ms189826(v=sql.90).aspx
95
Se tiene el siguiente diagrama de base de datos:
Analice cada una de las siguientes consultas e indique la(s) alternativa(s) correcta(s).
1) Mostrar el número, fecha y monto de los todos los pagos realizados entre marzo y abril del año
2014. También se debe incluir en el resultado el DNI y nombre del usuario que registró el pago.
96
Base de Datos
2) Mostrar la descripción de cada tipo con la cantidad de clientes que contiene. Solo considerar los
tipos que tienen más de 2 clientes.
3) Mostrar el DNI, nombre y descripción de tipo de todos los clientes que NO tienen correo electró-
nico.
97
4) Mostrar el DNI, nombre y descripción (de tipo) de todos los clientes cuyo nombre termina en la
letra A o en la letra E.
5) Mostrar el nombre del usuario que registró la mayor cantidad de pagos.
98
Base de Datos
6) Mostrar el número y fecha de todos los pagos que realizó el cliente con número de DNI 40408080.
7) Mostrar el número, fecha y monto de todos los pagos realizados entre abril y agosto del 2014. In-
cluir en el resultado el nombre del usuario que registró el pago y el nombre del cliente al cual le
pertenece el pago.
99
8) Mostrar el nombre de cada cliente incluyendo su total pagado.
9) ¿Cuántas tablas independientes tiene el diagrama de base de datos de la parte inicial?

Rpta: _______
10) ¿Cuántas llaves foráneas tiene el diagrama de base de datos de la parte inicial?
Rpta: _______
100
Base de Datos
UNIDAD IV
ADMINISTRACIÓN DE BASE DE DATOS
DIAGRAMA DE PRESENTACIÓN DE LA UNIDAD IV

RESULTADO DE APRENDIZAJE: Al finalizar la unidad, el estudiante será capaz de administrar una base
de datos considerando criterios de respaldo y seguridad.

Tema n.° 1: Administración de base de datos 1. Reconoce y describe la dife- 1. Participa activamente en
1. Introducción a la administración de base de datos. rencia entre implementación los foros del aula virtual
2. Archivos de base de datos. de base de datos y adminis-
tración de base de datos. 2. Presenta sus asignaciones
Tema n.° 2: Estrategias de respaldo domiciliarias de forma opor-
1. Planificación e implementación de una estrategia 2. Describe y genera copias de tuna, aplicando en todo
de backup. seguridad de base de datos. momento criterios de cali-
2. Restaurar base de datos. dad e investigación
3. Plantea e implementa la es-
Lectura seleccionada n.° 4:
trategia de copia de segu- 3. Demuestra alto grado de
Backup Overview (SQL Server) (Microsoft, 2016).
ridad más adecuada según compromiso
el escenario empresarial que
Autoevaluación de la Unidad IV
esté abordando.
Actividad n.° 4
Los estudiantes participan en el
curso Aspectos fundamentales
de base de datos, de la Acade-
mia Virtual Microsoft.
101
Administración de base de datos
Tema n.° 1
En este tema abordaremos los principales conceptos referidos a administración de base de datos.
Esta etapa se encarga del cuidado de la base de datos luego de su implementación (es decir, luego
de realizar el diseño físico de base de datos); no importa cuál sea el software de base de datos que
estemos utilizando (Microsoft SQL Server en caso nuestro), siempre se requiere implementar políticas y
seguir buenas prácticas para garantizar el correcto y adecuado funcionamiento de la(s) base(s) de
datos que tenemos a nuestro cargo.

1. Introducción a la administración de base de datos
Para comprender de mejor manera la etapa de administración de base de datos, volveré a usar la
analogía con la construcción de una casa. Cuando decidimos construir una casa propia, primero
elaboramos un pequeño bosquejo de cómo queremos que luzca, podemos meditar que sea de
una determinada cantidad de pisos, que incluya piscina, un jardín grande con orquídeas, entre
otras características; esta etapa vendría a ser en términos de base de datos el diseño conceptual,
ya que solo se trata de un bosquejo. Luego de que tenemos el bosquejo listo, debemos contactar
con algún profesional relacionado con el diseño de estructuras (como un arquitecto, por ejemplo)
para que nos brinde una opinión más adecuada y profesional sobre lo que queremos construir;
él nos indicará si nuestro bosquejo tiene algunas observaciones (quizás nuestro bosquejo indica
4 pisos pero la zona donde queremos realizar la construcción solo permite 3 como máximo), o se
pueden aplicar mejoras; en términos de base de datos, esta etapa de corrección y verificación
vendría a ser el diseño lógico (a nivel del ejemplo de construcción, el diseño lógico vendría a ser
el plano de la casa).
Cuando ya tenemos concluido el plano (diseño lógico), procedemos a la construcción de la mis-

ma; en esta etapa empezamos a nivelar el terreno, levantar columnas, construir paredes, realizar
el techado, etc. Esta etapa a nivel de base de datos vendría a ser el diseño físico, solo que en
lugar de construir paredes y columnas, creamos tablas y relaciones en algún software orientado a
la gestión de base de datos (nosotros hemos estado utilizando Microsoft SQL Server). Cuando ya
tenemos la casa construida, podemos habitarla y permanecer allí realizando nuestras actividades
cotidianas.
Luego de unos años en que la casa está siendo habitada, empieza a asomar alguno que otro
imperfecto producto del paso del tiempo o de algún desastre natural; por ejemplo, rajaduras en
las paredes, tuberías rotas, etc. Una base de datos pasa por la misma etapa, cuando la base de
datos está recién implementada (diseño físico) todo es “perfecto”, la base de datos tiene un tiem-
po de respuesta rápido, el espacio de almacenamiento es suficiente, entre otros beneficios; sin
embargo, con el pasar del tiempo la base de datos puede reducir su rendimiento poco a poco,
esto se puede dar porque la cantidad de datos ha aumentado considerablemente (producto de
las operaciones del día a día en la empresa). Otro motivo es que se ampliaron requisitos para la
base de datos y esto ha impactado en las tablas existentes, y así podemos listar otras razones más.
Es por este último punto que nace la administración de base de datos; en esta etapa se realiza un
cuidado adecuado y se brinda un mantenimiento a la base de datos para garantizar su apropia-
do y correcto funcionamiento. Cabe señalar que esta etapa se realiza luego de que la base de
datos haya sido implementada.
La persona encargada de velar por el cuidado y adecuado funcionamiento de base de datos se

le conoce como el administrador de base de datos (DBA, por sus siglas en inglés: database ad-
ministrator). Este personaje, junto con los operadores de base de datos, se encarga de brindar el
mantenimiento necesario a la base de datos.
102
Base de Datos
dirección: http://bit.ly/2yKbMrf
2. Archivos de base de datos
Como indicamos anteriormente en algunos tutoriales, una base de datos en Microsoft SQL Server
se compone principalmente de tres tipos de archivos:
• Archivo primario
Este tipo de archivo contiene información para el arranque de la base de datos; además,
contiene las direcciones de los demás archivos (secundarios y registro de transacciones).
Considere que este tipo de archivo es obligatorio y que solo puede existir uno en la base
de datos.
Un archivo primario tiene la extensión .mdf.
• Archivo secundario
Los archivos secundarios pueden ser usados para distribuir los datos en múltiples discos du-
ros. Es necesario indicar que este tipo de archivo es opcional, pero si se decide incluir, se
pueden tener varios archivos secundarios para nuestra base de datos.
Un archivo primario tiene la extensión .ndf.
• Registro de transacciones
El registro de transacciones se utiliza generalmente para recuperar la base de datos en el
caso de que ocurra algún desastre. En una base de datos en Microsoft SQL Server, se debe
tener al menos un registro de transacciones (pueden existir más).
Un archivo primario tiene la extensión .ldf.

A continuación, se indica un gráfico que refleja de forma práctica lo explicado anterior-
mente.
Base de datos
Figura 61. Estructura de una base de datos. Elaboración propia.
103
En la siguiente captura de pantalla se muestran los tipos de archivos que conforman una base de
datos en Microsoft SQL Server. El archivo primario aparece con el nombre RRHHPrincipal, los archi-
vos secundarios son RRHHDatos01, RRHHDatos02 y RRHHDatos03; tanto el archivo primario como
secundario pertenecen al tipo ROWS Data (que aparece en la segunda columna). Por otro lado,
los archivos de tipo registro de transacciones tienen el tipo LOG y aparecen en la captura de pan-
talla con los nombres RRHHTransacciones01 y RRHHTransacciones02.
Figura 62. Archivos que conforman una base de datos en Microsoft SQL Server. Elabora-
ción propia.
Como indicamos anteriormente, cada tipo de archivo que conforma una base de datos en Micro-
soft SQL Server tiene su respectiva extensión. La siguiente captura de pantalla muestra los archivos
en físico de la base de datos RRHH ubicados en el disco duro.
104
Base de Datos
Figura 63. Archivos de base de datos ubicados en el disco duro. Elaboración propia.
dirección:
https://www.youtube.com/watch?v=NRZl76crw-k
105
Estrategias de respaldo
Tema n.° 2
Una base de datos se puede dañar (o perder) por diversos motivos, ya sea por ataques de virus o
problemas de software; errores de hardware, como, por ejemplo, altas y bajas de energía, desastres
naturales, entre otros. Ante esta situación es recomendable generar copias de seguridad (o backups)
que nos permitan recuperar la base de datos en el caso de que ocurra algún tipo de problema. En
este tema abordaremos algunas estrategias de copias de seguridad que nos permitan recuperar la
base de datos a su estado original; también aprenderemos a restaurar la base de datos a partir de los
archivos de copias de seguridad generados.
1. Planificación e implementación de una estrategia de backup
Antes de plantear estrategias de copias de seguridad, debemos conocer qué es una copia de
seguridad y qué tipos de copias de seguridad nos proporciona Microsoft SQL Server. Una copia de
seguridad viene a ser un archivo que contiene información de una base de datos; también se le
conoce con el nombre de backup (en inglés).
En Microsoft SQL Server contamos principalmente con tres tipos de backup:
• Copia de seguridad completa (Backup full)

Podemos catalogar a este tipo de backup como una fotografía completa de la base de
datos en un determinado momento.
• Copia de seguridad diferencial (Backup Differential)

Una copia de seguridad diferencial solo guarda los datos que han cambiado desde el
último backup full.
• Copia de seguridad del registro de transacciones (Backup Transaction Log)

Las copias de seguridad del registro de transacciones guardan únicamente los datos que
se encuentran en el archivo de registro de transacciones (el que tiene la extensión .ldf).
Otro aspecto importante que debemos conocer antes de elaborar una estrategia de copias
de seguridad son los modos de recuperación. En Microsoft SQL Server contamos con tres mo-
dos de recuperación (Recovery Model en inglés); estos son el simple (con el mismo nombre en
inglés), completo (full en inglés) y registro masivo (bulk-logged).
A continuación, se brindan algunas de las principales características de cada modelo de re-

cuperación.
• Modo de recuperación simple (Simple)

El modo de recuperación simple no permite generar copias de seguridad del registro de
transacciones; es recomendable para pequeñas bases de datos o para bases de datos en
las cuales los datos no cambian de forma frecuente.
• Modo de recuperación completo (Full)

Este modo de recuperación requiere copias de seguridad del registro de transacciones y
permite recuperar la base de datos a un punto determinado en el tiempo.
• Modo de recuperación registro masivo (Bulk-logged)

Es bastante similar al modelo de recuperación completo (Full), la diferencia es que ahorra
el espacio en el registro de transacciones cuando se realiza inserción masiva de datos.
106
Base de Datos
direcciones:
https://www.youtube.com/watch?v=3ZuN4U7GImA
https://www.youtube.com/watch?v=Qy5BkSoVRSk
Ahora que conocemos los tipos de copias de seguridad y modos de recuperación de base de da-
tos que se pueden realizar en Microsoft SQL Server, podemos sugerir algunas estrategias de copias
de seguridad para restablecer la base de datos en caso de algún desastre.
Estrategia 1: Estrategia de copia de seguridad completa
Esta estrategia involucra generar copias de seguridad completas de forma regular. Es apropiada
para bases de datos pequeñas, y debemos recordar que si la base de datos falla, se puede recu-
perar todo, hasta la copia de seguridad más reciente.
Consideremos que el tamaño de la base de datos y la frecuencia en que los datos son modifica-
dos determinan el tiempo y recursos que necesita este tipo de estrategia.
Backup Full Backup Full Backup Full
Estrategia 2: Estrategia de copia de seguridad de base de datos y registro de transacciones
Esta estrategia involucra generar copias de seguridad completas de forma frecuente, pero se
complementa con la generación de copias de seguridad del registro de transacciones entre
cada copia de seguridad completa. Tal estrategia permite recuperar la base de datos hasta la
última copia de seguridad completa;luego se pueden aplicar todas las copias de seguridad del
registro de transacciones que se realizaron desde la última copia de seguridad completa para
recuperar la base de datos hasta el momento en que ocurrió el desastre.
107
Estrategia 3: Estrategia de copia de seguridad diferencial
Esta estrategia también involucra generar copias de seguridad completas de la base de datos,
pero se complementa generando copias de seguridad diferenciales. Es recomendable si un sub-
conjunto de la base de datos es modificado frecuentemente en comparación con el resto de la
base de datos.
De manera opcional, se pueden generar copias de seguridad del registro de transacciones entre
las copias de seguridad completas y diferenciales.
Para recuperar la base de datos de algún desastre, lo primero que se tiene que hacer es restaurar
la copia de seguridad completa más reciente, seguido de la más reciente copia de seguridad di-
ferencial y luego restaurar cada copia de seguridad del registro de transacciones desde la última
copia de seguridad diferencial en orden.
108
Base de Datos
2. Restaurar base de datos
Una vez que tenemos definida la estrategia de copias de seguridad que queremos implementar,
debemos conocer cómo restaurar la base de datos en el caso de que ocurra algún desastre.
dirección:
https://www.youtube.com/watch?v=UoHwR5WKF8o
109
Backup Overview (SQL Server).
Microsoft. (15 de julio del 2016). Backup Overview (SQL Server). Recuperado de
http://bit.ly/2yGtTwm
Actividad n.° 4
Foro de discusión sobre administración de base de datos en Microsoft SQL Server.
Instrucciones

• Una vez que se encuentre afiliado, ubique e ingrese al curso Aspectos fundamentales de
base de datos; analice y participe de las actividades planteadas en el quinto capítulo que
corresponde a Aspectos fundamentales de administración de SQL Server.
• Concluida la actividad, elabore un resumen en Microsoft Word, incluya ejemplos y resalte los
aspectos más importantes. Puede utilizar texto, gráficos, imágenes impresas, mapas concep-
tuales, etc.
• Comparta su resumen en el aula virtual y opine sobre la presentación de por lo menos un

compañero.
110
Base de Datos
Glosario de la Unidad IV
A
Administración de desastres
Conjunto de actividades del DBA dedicadas a asegurar la disponibilidad de datos después de un

desastre físico o una falla de integridad de la base de datos (Coronel, 2011, p. 653).
Archivo de datos (data files)
Espacio de almacenamiento físico con nombre que guarda los datos de una base de datos. Pue-
de residir en un directorio diferente en un disco duro o en uno o más discos duros diferentes. Todos
los datos de una base de datos se guardan en archivos de datos. Una base de datos típica de
empresa normalmente está compuesta de varios archivos de datos. Un archivo de datos puede
contener renglones de una tabla o puede contener renglones de numerosas tablas (Coronel,
2011, p. 654).
Inconsistencia de datos
Condición en la que diferentes versiones de los mismos datos dan resultados diferentes (inconsis-
tentes) (Coronel, 2011, p. 661).
Integridad de datos
En una base de datos relacional, se refiere a la condición en la que los datos de la base de datos
cumplen con todas las restricciones de integridad referencial y de entidad (Coronel, 2011, p. 662).
Integridad referencial
Es una condición mediante la cual la llave foránea de una tabla dependiente debe tener una en-
trada nula o una entrada correspondiente en la tabla relacionada. Aunque un atributo puede no
tener un atributo correspondiente, es imposible tener una entrada inválida (Coronel, 2011, p. 662).
Página de disco
En almacenamiento permanente, es el equivalente de un bloque de disco, que se puede describir

como sección directamente manejable de un disco. Una página de disco tiene un tamaño fijo;
por ejemplo, 4K, 8K o 16K (Coronel, 2011, p. 665).
Políticas
Declaraciones generales de dirección que se usan para administrar operaciones de una compa-
ñía, mediante la comunicación y soporte a los objetivos de la organización (Coronel, 2011, p. 666).
111
R
Respaldo completo (Full backup)
Copia completa de toda una base de datos guardada y periódicamente actualizada en un lugar
de memoria por separado. Asegura una completa recuperación de todos los datos en caso de
desastre físico o falla de integridad de una base de datos (Coronel, 2011, p. 667).
Respaldo diferencial (Differential backup)
Nivel de respaldo de una base de datos en el que solo las últimas modificaciones a la base de da-
tos (cuando se comparan con una copia previa de respaldo completo) están copiadas (Coronel,
2011, p. 667).
Restricción (Constraint)
Restricción puesta a los datos. Las restricciones normalmente se expresan en forma de reglas.
Ejemplo: “El promedio de calificaciones de un estudiante debe ser entre 0.00 y 4.00”. Las restric-
ciones son importantes porque ayudan a asegurar la integridad de datos (Coronel, 2011, p. 668).
112
Base de Datos
Bibliografía de la Unidad IV
Microsoft. (10 de mayo del 2011). Maintaining a Microsoft SQL Server® 2008 R2 Database. Recu-
perado de https://www.microsoft.com/en-us/learning/course.aspx?cid=6231
Microsoft. (2017). TechNet. Recuperado de https://technet.microsoft.com/es-es/
113
Indique verdadero o falso según corresponda:
1. Primero se realiza la etapa de administración de base de datos y luego la etapa de implemen-

tación de base de datos. ( )
2. Los archivos que pueden componer una base de datos en Microsoft SQL Server son: archivo
primario, archivo secundario y registro de transacciones. ( )
3. El archivo primario de una base de datos de Microsoft SQL Server es opcional. ( )
4. Pueden existir varios archivos primarios en una base de datos de Microsoft SQL Server. ( )
5. Los tipos de copia de seguridad son: completa, simple y registro masivo. ( )
6. Una base de datos en Microsoft SQL Server puede tener varios archivos de tipo registros de
transacciones. ( )
7. DBA quiere decir Database administrator. ( )
8. Los tipos modos de recuperación de una base de datos en Microsoft SQL Server son: completa,
simple y registro masivo. ( )
9. Para crear una base de datos en Microsoft SQL Server se necesita como mínimo un archivo
primario y un registro de transacciones. ( )
10. El modo de recuperación simple es muy similar al modo de recuperación diferencial. ( )
11. La extensión de un archivo primario de base de datos es “mdf”. ( )
12. Una copia de seguridad es lo mismo que un backup. ( )
13. Una copia de seguridad diferencial (differential) almacena todos los datos que han cambiado
a partir de la última copia de seguridad completa (full). ()
14. La extensión de un archivo secundario de base de datos es “ldf”. ( )
114
Base de Datos
Anexos
UNIDAD I
Número Respuestas
1 b
2 a
3 b
4 c
5 d
6 a
7 b
8 a
9 b
10 d
UNIDAD II
Número Respuestas
1 b
2 a
3 c
4 a
5 b
6 b
7 a
8 c
9 a
10 b
115
UNIDAD III
Número Respuestas
1 c
2 a, c
3 a
4 Ninguno
5 Ninguno
6 a, d
7 b, c
8 b
9 2
10 3
UNIDAD IV
Número Respuestas
1 f
2 v
3 f
4 f
5 f
6 v
7 v
8 v
9 v
10 f
11 v
12 v
13 v
14 f
116
Base de Datos
117
Huancayo
Av. San Carlos 1980 - Huancayo
Teléfono: 064 - 481430
Lima
Jr. Junín 355 - Miraflores
Teléfono: 01 - 2132760
Cusco
Av. Collasuyo S/N Urb. Manuel Prado - Cusco
Teléfono: 084 - 480070
Arequipa
Calle Alfonso Ugarte 607 - Yanahuara
Oficina administrativa: Calle San José 308 2° piso - Cercado
Teléfono: 054 - 412030

Libro BD Continental

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Libro BD Continental

Cargado por

Copyright:

Formatos disponibles

DISCAPACIDAD E INTEGRIDAD

Manual Autoformativo Interactivo

Datos de catalogación del Cendoc

Base de datos. Manual Autoformativo Interactivo

Huancayo, noviembre de 2017

Dirección: Emma Barrios Ipenza

Resultado de aprendizaje de la asignatura 11

Tiempo mínimo de estudio 11

Organización de los aprendizajes 13

Tema n.° 1: Introducción a las bases de datos relacionales 14

1. ¿Qué es una base de datos? 14

Tema n.° 2: Tipos de bases de datos 25

1. Principales tipos de bases de datos 25

Tema n.° 3: Definición de necesidades y requerimientos 38

1. Técnicas para la recopilación de necesidades de información 39

Lectura seleccionada n.° 1 45

U - II DISEÑO DE BASE DE DATOS 51

Diagrama de organización de la unidad II 51

Organización de los aprendizajes 51

1. Arquitectura de una base de datos 52

Tema n.° 2: Diseño conceptual 67

Tema n.° 3: Diseño lógico 72

1. Creación del diseño lógico 72

Tema n.° 4: Diseño físico 73

1. Creación de bases de datos 73

Lectura seleccionada n.° 2 74

Diagrama de organización de la unidad III 81

Organización de los aprendizajes 81

Tema n.° 1: Sentencias DDL: Create, Drop, Alter 82

Tema n.° 2: Sentencias DML: Select, Insert, Delete, Alter 87

1. Recuperación de datos usando Select (consultas, subconsultas, vistas) 87

Tema n.° 3: Procedimientos almacenados y triggers 91

1. Creación de procedimientos almacenados 91

Lectura seleccionada n.° 3 92

Glosario de la Unidad III 93

Bibliografía de la Unidad III 95

U - IV ADMINISTRACIÓN DE BASE DE DATOS 101

Diagrama de organización de la unidad IV 101

Organización de los aprendizajes 101

1. Introducción a la administración de base de datos 102

Tema n.° 2: Estrategias de respaldo 106

1. Planificación e implementación de una estrategia de backup 106

Lectura seleccionada n.° 4 110

Actividad n.° 4 110

Glosario de la Unidad IV 111

Bibliografía de la Unidad IV 113

Autoevaluación n.° 4 114

Resultado de aprendizaje de la asignatura

Resultado de aprendizaje Resultado de aprendizaje Resultado de aprendizaje Resultado de aprendizaje

Tiempo mínimo de estudio

16 horas 20 horas 20 horas 20 horas

CONTENIDOS EJEMPLOS ACTIVIDADES

AUTO EVALUACIÓN BIBLIOGRAFÍA

ORGANIZACIÓN DE LOS APRENDIZAJES

CONOCIMIENTOS HABILIDADES ACTITUDES

Tema n.° 3: Definición de necesidades y requerimientos

1. ¿Qué es una base de datos?

Figura 1. Base de datos como repositorio o almacén de datos. Elaboración propia.

Figura 2. Base de datos digital en Microsoft Excel. Elaboración propia.

Figura 3. Base de datos digital en Google Sheets. Elaboración propia.

2. Bases de datos físicas versus bases de datos digitalizadas

2.1. Búsqueda de datos eficiente

Figura 5. Base de datos digital en Microsoft Excel. Elaboración propia.

Si usamos filtros, podemos ubicar información personalizada de forma más eficiente.