Compedios y Presentaciones Unidos de Sistemas de Base de Datos

ÍNDICE
1. Unidad 1: Introducción a las bases de datos relacionales ....................................3
Tema 1: Conceptos básicos de base de datos ............................................................... 3
Objetivo: ........................................................................................................................ 3
Introducción: ................................................................................................................. 3
2. Información de los subtemas .............................................................................4
2.1 Subtema 1: Definición y estructura de base de datos........................................ 4
2.2 Subtema 2: Tipos de base de datos.................................................................... 6
2.3 Subtema 3: Evolución del procesamiento de datos en un sistema de archivos . 8
2.4 Subtema 4: Problemas en el procesamiento de datos..................................... 10
3. Bibliografía ......................................................................................................11
2
Conceptos básicos de base de datos
1. Unidad 1: Introduccion a las bases

de datos relacionales
Tema 1: Conceptos básicos de base de datos
Objetivo:
El objetivo de aplicar la herramienta de gestión de base de datos en este tema es:

describir los conceptos básicos de base de datos en forma coherente para
empoderarse de estas definiciones.
Introducción:
Las bases de datos surgen de la necesidad de guardar información. Desde la
antigüedad era necesario guardar la información de tal manera que no cambiara y
surgen los sistemas de escritura primitivos como tallar la información en piedra las
cuales no eran transportables. Con la aparición del papel se solucionó el problema de
la portabilidad, pero el guardar información en papel no era eficiente. Con la
revolución de los medios digitales aparecen CDs y discos duros donde se guardaba la
información en formato digital.
Actualmente se puede guardar la información en la nube para poder acceder a ella

desde cualquier parte del mundo.
© Universidad Estatal de Milagro – UNEMI
FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 3

2. Informacion de los subtemas

2.1 Subtema 1: Definición y estructura de base de
datos
Definición de base de datos
Las bases de datos se las conoce como un almacén donde se pueden guardar grandes
volúmenes de información; según Gómez Fuentes (2012) es una “colección de datos
interrelacionados y un conjunto de programas para acceder a dichos datos” (p.5).
En otras palabras, son una colección de datos almacenados de una manera

estructurada.
Las bases de datos se las puede aplicar en diferentes campos (Sudarshan et al., 2008)
como:
Banca: Información sobre clientes, cuentas, préstamos y transacciones bancarias.
Aerolíneas: Información de reservas y horarios. Las aerolíneas fueron unas de las

primeras en utilizar base de datos de forma distribuida geográficamente.
Universidades: Información sobre alumnos, matrículas de asignaturas y cursos.
Telecomunicaciones: Grabar registros de llamadas, generar facturas mensuales y

almacenar información de las redes de comunicación.
Finanzas: Almacenan información sobre la compra y venta de productos financieros.

Los datos de mercado también se pueden almacenar en tiempo real para que los
clientes puedan comprar y vender en línea.
Ventas: Información sobre clientes, productos y compras.
Comercio en línea: Se utiliza para datos de ventas y seguimiento de pedidos web,

generación de listas de recomendación y mantenimiento de productos en línea.
Producción: Se utiliza para la administración de cadenas de proveedores, inventarios y

pedidos.
Recursos humanos: Se utiliza para proporcionar información sobre empleados y

salarios.

Estructura de base de datos

Una base de datos tiene datos estructurados como se observa en la Figura 1.
Figura 1. Estructura de una Base de Datos. Tomada de (“Capítulo 8 Bases de Datos,”

n.d.)
Caracter: Es un dígito, letra, símbolo o espacio en blanco.
Dato: Está formado por uno o más caracteres. Es una característica o entidad que
obtiene un valor. Existen varios tipos de datos como:
• Datos tipo texto: Permite almacenar cadenas de caracteres.

• Datos tipo numéricos: Solo se almacenan números.
• Datos tipos fecha y hora: Permite almacenar fechas y horas.
Las bases de datos se las organiza por: Tablas, campos y registros.
Campo: Área de almacenamiento que contiene datos del mismo tipo. En otras
palabras, es una columna de la tabla.
Registro: Colección de campos iguales o de diferentes tipos relacionados. En otras

palabras, es una fila de la tabla.
Tabla: Son los registros almacenados. Una base de datos esta conformada por varias
tablas.

2.2 Subtema 2: Tipos de base de datos

Las bases de datos se encuentran de varias formas sus clasificaciones entre ellas
tenemos las siguientes (Tapia Cushicondor, 2016):
Según variedad de bases almacenadas
Estáticas: Son solo de lecturas. Es decir, no se pueden modificar con el tiempo.
Dinámicas: Son las más utilizadas, dado que permite que la información se modifique
con el tiempo mediante consultas.
Según su modelo de administración de datos:
Base de Datos Jerárquicas: Almacenan la información en forma jerárquica. Se ordenan

en forma de árbol donde un nodo padre de información puede tener varios hijos, el
nodo que no tiene padres es llamado raíz y los nodos que no tienen hijos se los conoce
como hojas. Estas bases de datos son útiles para manejar un gran volumen de
información (Tapia Cushicondor, 2016).
Base de Datos de Red: Colección de registros conectados por enlaces. En estas bases
de datos se permite que un nodo pueda tener varios padres.
Base de Datos Transaccionales: Enviar y recibir datos a la mayor velocidad posible.
Base de Datos Relacionales: Son las más utilizadas. Consiste en organizar los datos en
forma de tabla.
Base de Datos Multidimensionales: Son bases de datos donde los datos se almacenan
en tablas de múltiples dimensiones. Se utilizan para grandes volúmenes de
información.
Base de Datos Orientadas a Objetos: En esta base de datos se almacenan los objetos
completos (estado y comportamiento).
Los modelos utilizados con frecuencias en las bases de datos son:
Base de Datos Documentales: Permiten el estudio de textos completos y obtener

búsquedas más potentes.
Base de Datos Deductivas: Son bases de datos lógicas ya que se basa en lógica
matemática.

Según su contenido:
Bibliográficas: Solo contienen una sinopsis del texto, pero nunca el texto completo.
Texto Completo: Almacenan las fuentes primarias; es decir, el contenido de todas las
ediciones de una colección de revistas científicas.
Directorios: Son las guías telefónicas en formatos electrónicos.


2.3 Subtema 3: Evolución del procesamiento de datos

en un sistema de archivos
Una breve explicación de la evolución del procesamiento de datos de un sistema de
archivos es útil para comprender las limitaciones de acceso a datos que las bases de
datos intentan superar.
Sistemas de archivos manuales

Históricamente, estos sistemas eran manuales: de papel y lápiz. Estos se hacían a
través de un archivador. Siempre que la recopilación de datos fuera pequeña y las
organizaciones tuvieran pocos requisitos de presentación de informes, el sistema
manual cumplía su función de depósito de datos. Sin embargo, a medida que las
organizaciones crecieron y los requisitos de informes se volvieron complejos, el
sistema manual de archivos se volvió más difícil. Como resultado, las empresas han
recurrido a tecnología informática (Coronel & Morris, 2016).
Sistemas de archivos computarizados

La elaboración de informes a partir de sistemas manuales de archivo era lenta y
engorrosa. De hecho, algunos empresarios enfrentaron requisitos de informes
impuestos por el gobierno que llevaron a semanas de esfuerzo, incluso cuando se
usaba un sistema manual bien diseñado. Por lo tanto, se contrató a un especialista en
procesamiento de datos (DP) para crear un sistema computarizado que rastrearía los
datos y generaría los informes requeridos (Coronel & Morris, 2016).
Figura 2. Sistemas de archivos computarizados. Tomada de (Coronel & Morris, 2016)
El sistema de archivo revisitado: Modernas Herramientas de productividad para el

usuario final

El deseo de los usuarios de tener acceso directo y conveniente a los datos ha ayudado
a impulsar el uso de computadoras personales en negocios.
Las hojas de cálculo de computadoras personales como Microsoft Excel son

ampliamente utilizadas por los usuarios financieros y permiten ingresar datos en una
serie de filas y columnas para que los datos puedan manipular utilizando una amplia
variedad de funciones. La popularidad de las hojas de cálculos ha permitido a los
usuarios realizar análisis de datos, lo que ha mejorado su capacidad para comprender
los datos y tomar mejores decisiones (Coronel & Morris, 2016).

2.4 Subtema 4: Problemas en el procesamiento de

datos
El Guardar información en un sistema de procesamiento de archivos tiene desventajas
como (Sudarshan et al., 2008):
• Redundancia e inconsistencia de datos: Dado que los archivos y programas de

aplicaciones son creados por diferentes programadores durante un largo
período de tiempo, es probable que diversos archivos tengan diferentes
estructuras y que los programas estén escritos en varios lenguajes de
programación. Además, la información se puede duplicar en varios lugares
(archivos). Por ejemplo, la dirección y el número de teléfono de un cliente en
particular pueden aparecer en un archivo que contiene registros de cuentas de
ahorro y en un archivo de contiene registros de cuentas corrientes. Esta
redundancia resulta en mayores costos de almacenamiento y acceso. También,
puede provocar incoherencia en los datos, es decir, que distintas copias de los
mismos datos no coincidan.
• Dificultad en el acceso de datos: Los sistemas de procesamiento de archivos
convencionales no permiten recuperar los datos necesarios de una manera
practica y eficiente. Se necesita de sistemas de recuperación de datos más
adecuados.
• Aislamiento de datos: Dado que los datos están dispersos en varios archivos y
el archivo puede ser de otros formatos, es difícil escribir una nueva aplicación
para recuperar los datos correspondientes.
• Problemas de integridad: Los valores de una base de datos almacenados en la
base de datos deben cumplir con ciertos tipos de restricciones de coherencia.
Los desarrolladores hacen cumplir estas restricciones en el sistema agregando
el código correspondiente en diferentes programas de aplicación. Sin embargo,
después de agregar nuevas restricciones, es difícil cambiar los programas para
hacer que se cumplan. Cuando las restricciones involucran diferentes
elementos de datos de varios archivos, el problema es aún más complicado.
Problemas de seguridad: No todos los usuarios de un sistema de base de datos

deberían poder acceder a toda la información. Por ejemplo, en un sistema bancario, el
personal de nómina solo necesita ver la parte de la base de datos que contiene
información sobre los diferentes empleados del banco. No necesitan tener acceso a la
información de la cuenta del cliente. Sin embargo, cuando programas de aplicación se
agregan temporalmente al sistema de procesamiento de datos, es difícil cumplir tales
restricciones de seguridad.

3. Bibliografía
» Capítulo 8 Bases de datos. (n.d.). In Bases de datos. Retrieved November 1,
2020, from
https://www.escatep.ipn.mx/assets/files/escatep/docs/Academias-
Alumnos/Lectura2-BD.pdf
» Coronel, C., & Morris, S. (2016). Database systems: design, implementation, &
management. Cengage Learning.
» Gómez Fuentes, D. M. del C. (2012). Bases de datos. Gestión, 6(7), 9.
http://local.cua.uam.mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_de
_Datos.pdf
» Sudarshan, S., Henry, K., & Abraham, S. (2008). Fundamentos de bases de
datos, 5aEdic. McGraw Hill.
» Tapia Cushicondor, N. O. (2016). Implementación de un modelo de Business

Intelligence para el seguimiento de los estudiantes graduados, aplicado a la
Facultad de Ingeniería, Ciencias Físicas y Matemática. [Quito: UCE].
http://www.dspace.uce.edu.ec/bitstream/25000/8017/1/T-UCE-0011-
302.pdf

Sistemas de base de datos
Primera Semana
Unidad 1
Introducción a las bases de datos relacionales
Tema 1
Richard Ramirez-Anormaliza - @riramireza

Clase 1: Sistemas de base de datos - Conceptos
básicos de base de datos
Inicio
2
Objetivo & resultado de aprendizaje
Sistemas de bases de datos
Objetivo
Describir los conceptos básicos de bases
de datos de forma coherente para
empoderarse de estas definiciones
Resultado Describe los conceptos básicos de bases

Richard Ramirez-Anormaliza
3
@riramireza
Contenido
Tema:
• Conceptos básicos de base de datos
Subtemas:
3. Evolución del procesamiento de datos en un sistema
de archivos.
4. Problemas en el procesamiento de datos en un
sistema de archivos.
@riramireza
Por qué esta clase?
Definir las bases conceptuales y alcance del curso
5
Clase 1: Sistemas de bases de datos –
Conceptos básicos de base datos
Desarrollo
6
Ideas Lluvia
¿Qué es sistema?
¿Qué es sistema de
base de datos?
Responder, escribiendo
con una palabra en el
chat de esta sesión
Richard Ramirez-Anormaliza 7
@riramireza
Sistema de base de datos
Uso de Bases de datos,

casi en todas nuestras
Ejemplos:
actividades, en algunos
casos sin darnos cuenta
La atención en los
Las consultas de
Las compras en el hospitales de Instituto
El pago con tarjetas. citaciones de los
supermercado. Ecuatoriano de
agentes de tránsito.
seguridad Social.
8
@riramireza
controla el
Es el software
acceso a la
que gestiona
base de datos
Sistema de
gestión de
base de Permite a los usuarios:
datos (SGBD) • definir,
• crear,
• mantener y
• controlar el acceso a la base de datos.
9
@riramireza
Aplicación de
bases de datos
Programa que
interactúa con
la base de datos
10
@riramireza
colección de
programas de
la propia base de Sistema de base
aplicación que junto con el SQL
datos de datos
interactúan con
la base de datos,
11
@riramireza
Procesamiento con base de datos
Connolly, T. M., & Begg, C. E. (2005). Sistemas de bases de

datos (Pearson Educación (ed.); Cuarta).
@riramireza
Problemas de un sistema de archivos
Redundacia de Bajo nivel de

Datos. seguridad.
Sin control de Lento

integridad. procesamiento.
@riramireza
Clase 1: Sistemas de bases de datos –
conceptos básicos de bases de datos
Cierre
14
Evaluación – retroalimentación
(Responder con una idea en el panel, máximo 4 palabras)
¿Qué es lo más importante/significativo

que aprendiste en la clase?
¿Cuál es la principal duda que todavía

tienes respecto a la clase?
@riramireza
Agenda
Junio 6: 2022
Próxima
Clase • Definición y estructura de base de datos.
• Tipos de bases de datos.
• Evolución del procesamiento de datos en un
sistema de archivos.
• Problemas en el procesamiento de datos en
un sistema de archivos.
16
ÍNDICE
1. Unidad 1: Introducción a las bases de datos relacionales ....................................3
Tema 1: Sistemas base de datos ................................................................................... 3
Objetivo: ........................................................................................................................ 3
Introducción: ................................................................................................................. 3
2.1 Subtema 1: Ambiente de un sistema de base de datos ..................................... 4
2.2 Subtema 2: Funciones de un DBMS ................................................................... 6
2.3 Subtema 3: Administración del Sistema de base de datos ................................ 8
3. Bibliografía ......................................................................................................10
2
Sistemas base de datos
1. Unidad 1: Introduccion a las bases

de datos relacionales
Tema 1: Sistemas base de datos
Objetivo:
describir los conceptos básicos de base de datos en forma coherente para
empoderarse de estas definiciones.
Introducción:
Las bases de datos necesitan de un DBMS para poder acceder a los datos. Según
Connolly y Begg (2015) los DBMS son “un sistema de software que permite a los
usuarios definir, crear, mantener y consultar el acceso a la base de datos” (p.64). En
otras palabras, es un programa que permite manejar todo el acceso a la base de datos.
Los DBMS utilizan DDL (Lenguaje de definición de datos) para permitir a los usuarios
definir la base de datos. También se utiliza DML (Lenguaje de manipulación de Datos)
para insertar, actualizar, borrar y obtener datos de la base de datos (Connolly y Begg,
2015).


2.1 Subtema 1: Ambiente de un sistema de base de
datos
Los sistemas de base de datos hacen referencia
Dentro del ambiente de un sistema de base de datos está compuesto de cinco partes
principales como se observa en la Figura 1.
Figura 1. (Connolly & Begg, 2015)
Hardware
Son todos los equipos físicos del sistema, por ejemplo, las computadoras, equipos de
almacenamiento, impresoras, equipos de redes, entre otros (Coronel y Morris, 2016).
Algunos DBMS se ejecutan en hardware o sistemas operativos particulares.
Software
Son requeridos para que un sistema de base de datos funcione. Se precisan de 3 tipos
de software (Coronel y Morris, 2016):
• Softwares de Sistemas Operativos: Son los que manejan todos los componentes
del hardware y permiten que los demás softwares se ejecuten en la

computadora. Entre los principales sistemas operativos se encuentra:
o Microsoft Windows
o Linux
o Mac OS
o UNIX
o MVS
• Softwares del DBMS: Son los que manejan las bases de datos dentro de un
sistema de base de datos. Entre los principales DBMS se encuentran:

o SQL Server de Microsoft

o Oracle de Oracle Corporation
o MySQL de Oracle Corporation
o DB2 de IBM
• Programas de aplicación y utilería: Se los utiliza para tener acceso y manipular

datos en el DBMS.
Datos
Base de datos: Como se observa en la Figura 1, los datos actúan como un puente entre
los componentes de la máquina y los componentes humanos. Es una característica o
entidad que obtiene un valor (Connolly y Begg, 2015).
Procedimientos
Son instrucciones y reglas que regulan el diseño y utilización de la base de datos.
Se requiere de:
• Entrar a la Base de Datos

• Iniciar y detener el DBMS
• Hacer copias de la Base de Datos
• Manejar fallas de Hardware y Software
Personas
Son todos los tipos de usuarios en un sistema de base de datos (Coronel y Morris,
2016):
• Personas administradoras:
o Administradores del sistema: Supervisan el funcionamiento general del
sistema de base datos.
o Administradores de la base de datos (DBA): Manejan el DBMS y
mantienen la base de datos en correcto funcionamiento (Coronel y
Morris, 2016).
• Personas Diseñadoras
o Diseñadores de bases de datos: Son los arquitectos de una base de
datos. Es decir, manejan su estructura (Coronel y Morris, 2016).
o Analistas y programadores: Diseñan y ponen en práctica los programas
de aplicación.
• Personas
Usuarios finales: Son las personas que utilizan los programas de aplicación.

2.2 Subtema 2: Funciones de un DBMS

Las funciones que debe cumplir los DBMS son:
Administración de un diccionario de datos

Los DBMS almacenan definiciones de los elementos de datos y sus relaciones
(metadatos) en un diccionario de datos. Todos los programas acceden a los datos por
medio del DBMS. Los DBMS usan el diccionario de datos para buscar las estructuras y
relaciones de datos requeridos. Los cambios hechos en una estructura de la base de
datos se registran en el diccionario de datos de manera automática (Coronel y Morris,
2016).
Administración de almacenamiento de datos

Los DBMS crean y administran estructuras complejas requeridas para el
almacenamiento de datos.
Transformación y presentación de datos

Los DBMS transforman los datos ingresados en la estructura requerida, es decir, hacen
una distinción entre el formato de datos lógicos y formato de datos físicos, gracias a
eso el usuario se libera de realizar ese trabajo.
Administración de seguridad
Los DBMS crean un sistema de seguridad que cumple la privacidad de datos y
seguridad del usuario. Los usuarios pueden tener acceso a la base de datos
asignándoseles un permiso.
Control de acceso a múltiples usuarios

Los DBMS utiliza algoritmos complejos para que un usuario tenga acceso a la base de
datos. Es decir, mantienen la integridad y consistencia de datos.
Administración de respaldo y recuperación

Los DBMS aseguran la integridad de los datos por medio de respaldo y recuperación de
datos por cualquier falla en el sistema o hardware. Actualmente los DBMS disponen de
utilerías especiales que permiten a un DBA (Administrador de Base de datos) la
ejecución de rutinas y procedimientos de restauración y respaldo (Coronel y Morris,
2016).

Administración de la integridad de datos

Los DBMS promueven y refuerzan las reglas de integridad de datos. Es decir, eliminan
la redundancia de datos.
Lenguaje de acceso a base de datos e interfaz de programación de aplicación

Los DBMS permiten interactuar con los datos en una base de datos por medio de un
lenguaje de consulta estructurado (SQL).
Interfaz de comunicación de una base de datos

Los DBMS actuales pueden dar acceso a la base de datos por medio de un navegador
web a través de internet.

2.3 Subtema 3: Administración del Sistema de base de

datos
Una Los sistemas de base de datos permiten el uso más complejo de los recursos de
los datos.
Ventajas
Las ventajas sobre la administración de datos son (Coronel y Morris, 2016):
• Los datos se comparten mejor: Los BDMS ayudan a crear un entorno en el que
los usuarios finales puedan tener un mejor acceso a datos y mejor gestión de
datos.
• Mejor seguridad de datos: Los BDMS proporcionan un marco para la

implementación eficaz de políticas de seguridad y privacidad de datos. Las
empresas invierten mucho en tiempo, trabajo y dinero para garantizar que los
datos se usen de una manera adecuada porque cuando más usuarios tienen
acceso a datos, mayor será el riesgo de seguridad de datos.
• Mejor integración de datos: Un acceso más amplio a datos bien administrados

permite una vista integrada de las operaciones de la empresa. Es decir, se
vuelve más fácil ver como las actividades de un departamento afectan a otros
departamentos.
• Mínima inconsistencia de datos: Cuando una base de datos está bien diseñada,
se reduce la inconsistencia de datos. Es decir, hay inconsistencia cuando dos o
más datos que deberían ser iguales en diferentes tablas no los son.
• Mejor acceso a datos: Los BDMS permiten realizar consultas rápidas. Es

decir, manipular los datos como leer o actualizar datos.
• Mejor toma de decisiones: Una mejor gestión de los datos, permite generar
información de mayor calidad para tomar mejores decisiones. La calidad de la

información generada depende de la calidad de los datos fundamentales.
• Productividad aumentada al usuario final: La información útil generada por la
disponibilidad de datos permite a los usuarios finales tomar decisiones rápidas
e informadas.

Desventajas
Las desventajas sobre la administración de datos son (Coronel & Morris, 2016):
• Costos más altos: Los sistemas de base de datos requieren softwares

complejos, hardware y personal capacitado. Al implementar estos sistemas los
costos de licencia, capacitación y mantenimiento suelen descuidarse.
• Complejidad de administración: Debido a que los sistemas de base de datos

interactúan con muchas tecnologías, estos contienen datos de importancia de
la empresa, a los que se puede acceder desde varias fuentes, los problemas de
seguridad deben evaluarse continuamente.
• Mantener una actualización general: Para aumentar la eficiencia de un sistema

de base de datos, el sistema debe mantenerse actualizado. Con el desarrollo
rápido de la tecnología de bases de datos, los costos para capacitar al personal
que realiza las constantes actualizaciones suelen ser considerables.
• Dependencia de vendedores: Debido a la enorme inversión en tecnología y

capacitación de personal, las empresas podrían cambiar a vendedores de base
de datos. Como resultado, es menos probable que los vendedores ofrezcan
precios ventajosos a sus clientes existentes.
Ciclos frecuentes de actualización/remplazo: Los vendedores de DBMS actualizan sus

productos cuando se agregan nuevas funcionalidades, las cuales son incluidas en los
nuevos paquetes de nuevas versiones. Algunas de las nuevas versiones requieren no
solo actualizaciones de hardware, sino capacitaciones a los administradores de bases
de datos y usuarios para manejar adecuadamente las nuevas funciones.

3. Bibliografía
» Connolly, T. M., & Begg, C. E. (2015). Database systems: a practical approach to
design, implementation, and management, Global ed. Harlow, Pearson
Education.

Tercera Semana
Unidad 1
Tema 2

Semana 3: Introducción a las bases de datos relacionales
- Sistemas de base de datos
Inicio
2
Objetivo

@riramireza
Contenido
Tema:
Subtemas:
1. Ambiente de un sistema de base de datos.
2. Funciones de un DBMS.
3. Administración del Sistema de base de datos.
@riramireza
Definir las bases conceptuales de sistemas de bases de
datos
5
Desarrollo
6
Ambiente de un sistema de base de
datos
Nivel externo:
• La vista que los usuarios tienen de la base de datos.
• Parte relevante para cada usuario.
Nivel conceptual:
• La vista comunitaria de la base de datos.
• Qué datos están almacenados en la base de datos y
sus relaciones.
Nivel interno
• Representación física de la base de datos en la
Arquitectura en tres niveles de ANSI-SPARC computadora.
• Cómo almacenados los datos en la base de datos.
@riramireza
Funciones de un DBMS
Componentes de un DBMS
Fuente:
Connolly, T. M., & Begg, C. E. (2005).
Sistemas de bases de datos (Pearson
Educación (ed.); Cuarta).
@riramireza
Funciones de un DBMS
(1)
Almacenamiento, (2) Un catálogo (4) Servicios de
(3) Soporte de
extracción y accesible por el control de
transacciones
actualización de usuario concurrencia
datos
(7) Soporte para la

(8) Servicios de (6) Servicios de (5) Servicios de
tramitación de
integridad autorización recuperación
datos
@riramireza
Cierre
10


@riramireza
Tercera Semana
Unidad 1
Tema 2

Inicio
13
Objetivo

@riramireza
Contenido
Tema:
Subtemas:
1. Ambiente de un sistema de base de datos (Ok).
2. Funciones de un DBMS (OK).
@riramireza
Desarrollo
16
Componentes software del DBMS
• Se encarga de comprobar que el usuario tiene las autorizaciones

Control de autorización necesarias para llevar a cabo la operación requerida.
Procesador de comandos • Trabaja luego del control de autoridad.
Comprobador de • Se encarga de verificar que la operación solicitada satisface todas

integridad las restricciones de integridad necesarias
• Determina una estrategia óptima para la ejecución de las

Optimizador de consultas consultas.
• Realiza el procesamiento requerido para las operaciones que

Gestor de transacciones recibe de las transacciones.
@riramireza
Arquitectura cliente servidor
@riramireza
Administración del Sistema de base de
datos & Administrador de datos (1/2)
de los recursos de datos.
Administración de bases de datos.-

Administración de datos.- Gestión
de un sistema de bases de datos

Gestión de la implementación física
Incluye la planificación de Diseño físico de la base de
la base de datos. datos y su implementación.
El desarrollo y el Configuración de los
mantenimiento de controles de seguridad e
estándares, políticas y integridad.
procedimientos. Monitorización de las
El diseño conceptual y prestaciones del sistema.
lógico de la base de datos. Reorganización de la base
de datos según sea
necesario.
@riramireza
Principales diferencias en cuanto a tareas
Administración de datos Administración de la base de datos
• Implicado en la planificación estratégica de los • Evalúa nuevos DBMS.

sistemas de información. • Ejecuta los planes necesarios para conseguir los
• Determina objetivos a largo plazo. objetivos.
• Impone los estándares, políticas y • Impone los estándares, políticas y
procedimientos. procedimientos.
• Determina los requisitos relativos a los datos. • Implementa los requisitos relativos a los datos.
• Lleva a cabo los diseños conceptual y lógico de la • Lleva a cabo los diseños lógico y físico de la base
base de datos. de datos.
• Desarrolla y mantiene el modelo de datos • Implementa el diseño físico de la base de datos.
corporativo. • Monitoriza y controla la base de datos.
• Coordina el desarrollo del sistema. • Orientación técnica.
• Orientación de gestión. • Dependiente del DBMS.
• Independiente del DBMS.
@riramireza
Administración del Sistema de base
de datos Funciones:
Implementación del Definición de las

Evaluación y selección de Realización del diseño Colaboración con los
diseño físico de la base restricciones de
productos DBMS físico de la base de datos desarrolladores
de datos utilizando seguridad e integridad
Monitorización de las
Aprobación final del
Realización de copias de implementaciones del Formación de los Desarrollo de las
sistema de base de datos
seguridad rutinarias. sistema y optimización usuarios estrategias de prueba
implementado
de la base de datos
Fuente:
Connolly, T. M., & Begg, C.
Garantizar la presencia Instalar las
de mecanismos y
Garantizar la Estar actualizado en
actualizaciones del E. (2005). Sistemas de
documentación respecta a software y el bases de datos
procedimientos de DBMS según sea
completa hardware; y sus costo
recuperación necesario (Pearson Educación
(ed.); Cuarta).
@riramireza
Cierre
22


@riramireza
Referencias
❑ Connolly, T. M., & Begg, C. E. (2005). Sistemas de bases de datos

(Pearson Educación (ed.); Cuarta).
@riramireza
Agenda
Modelos de datos
Próxima • Modelado de datos.
• Elementos básicos de un modelo de
Clase datos.
• Reglas de negocio
25
ÍNDICE
1. Unidad 2: Diseño de bases de datos relacionales ................................................3
Tema 1: Modelos de datos ............................................................................................ 3
Objetivo: ........................................................................................................................ 3
Introducción: ................................................................................................................. 3
2.1 Subtema 1: Modelado de datos ......................................................................... 4
2.2 Subtema 2: Elementos básicos de un modelo de datos ..................................... 5
2.3 Subtema 3: Reglas de negocios.......................................................................... 7
3. Bibliografía ......................................................................................................10
2
Modelos de datos
1. Unidad 2: Diseno de bases de

datos relacionales
Tema 1: Modelos de datos
Objetivo:
Especificar entidades, atributos y claves primarias respetando normativas
(normalización) y estándares que permitan trabajar sobre el modelo de datos
corporativo ilustrando las relaciones existentes entre las entidades pertinentes.
Introducción:
Al diseñar una base de datos existe un problema: La distinta forma de ver los datos
entre los diseñadores, programadores y usuarios finales. Esto lleva a un diseño de base
de datos que no refleja las operaciones reales en una organización. Para un correcto
diseño de base de datos, debe existir una correcta comunicación entre los
diseñadores, programadores y usuarios finales. (Coronel & Morris, 2016)
Los modelos de datos dan una solución a esta comunicación para poder representar la
estructura de los datos. Es decir, definir mejor las entidades y relaciones en el diseño
de una base de datos.

Modelos de datos

2.1 Subtema 1: Modelado de datos
Definiciones
Modelado de Datos:
Según (Coronel & Morris, 2016) el modelado de datos es un “proceso de crear un

modelo específico de datos para el dominio de un problema determinado” (p.35). En
otras palabras, es la creación de una representación o modelo de un objeto real.
Modelo de Datos:
Según (Coronel & Morris, 2016) un modelo de datos es una “representación

relativamente sencilla, por lo general gráfica, de estructuras de datos reales más
complejas” (p.35). En otras palabras, es una abstracción de un objeto más complejo.
La Importancia de modelos de datos

Los modelos de datos son importantes en los siguientes aspectos (Coello Baquero,
2012):
• Facilita la interacción entre diseñador, programador de aplicaciones y cliente.

• Cuando un modelo de datos es creado correctamente se comprende la
organización para la cual se elaboró dicho modelo de datos.
• Al construir un buen esquema de base de datos se obtendrá sistemas
adecuados para manejar datos y transformarlos en información.
• Cada persona en una compañía (gerente o empleado) tiene una vista diferente
de los datos. Los programadores tienen otra vista de los datos, por lo cual se
requiere de un plano general de base de datos soportado en un modelo de
datos apropiado. Por ejemplo, al construir una casa, se necesita tener una vista
general que es proporcionada por planos. (Coello Baquero, 2012)

Modelos de datos
2.2 Subtema 2: Elementos básicos de un modelo de

datos
Los elementos básicos de los modelos de datos son: Entidades, atributos, relaciones y
restricciones.
Entidad: Es cualquier cosa de la cual se va a almacenar datos. Se caracteriza por

representar un tipo particular de objeto y ser distinguibles (únicas y distintas). (Coronel
& Morris, 2016)
Figura 1. Entidad. Elaboración propia
Como se observa en la Figura 1, “cliente” es una entidad.
Atributos: Es una característica de una entidad. Se caracteriza porque son equivalentes

a los campos en los sistemas de archivos. (Coronel & Morris, 2016)
Figura 2. Atributos. Elaboración propia
Como se observa en la Figura 2, la entidad “cliente” es descrita por atributos como:

nombre, apellido, teléfono, dirección.
Relaciones: Son asociaciones entre entidades. Estas son: uno a muchos, muchos a
muchos y uno a uno. (Coronel & Morris, 2016)
• Uno a muchos: Un objeto de una entidad se relaciona con muchos objetos de

otra entidad. Se la representa como (1:M o 1..*)

Modelos de datos
• Muchos a muchos: Un objeto de una entidad se puede relacionar con muchos

objetos de otra entidad y viceversa. Se la representa como
(M:N o *..*)
• Uno a uno: Un objeto de una entidad se relaciona con un objeto de otra

entidad. Se la representa como (1:1 o 1..1)
Restricciones: Se aplica a los datos. Ayudan a asegurar la integridad de datos.
Ejemplo:
• El salario de un empleado puede tener valores entre 600 y 3500.

• El promedio de calificaciones de un estudiante puede estar ente 0 y 10.
• Cada clase debe tener un y sólo un profesor.

Modelos de datos
2.3 Subtema 3: Reglas de negocios

En las bases de datos, los conjuntos de datos tienen sentido cuando se aplican
correctamente las reglas de negocios.
Definición
Según (Coronel & Morris, 2016) una regla de negocios es una “descripción breve,
precisa y no ambigua de una política, procedimiento o principio dentro de una
organización” (p.38).
Las reglas de negocios (Coronel & Morris, 2016):
• Ayudan a crear y hacer cumplir acciones dentro del ambiente en una

organización.
• Deben darse por escrito y actualizarse para reflejar un cambio en el ambiente
operacional en la organización. Es decir, deben ser fáciles de entender.
• Se usan para definir entidades, atributos, relaciones y restricciones.
Ejemplo de una regla de negocio:
Un agente puede atender a varios clientes y cada cliente puede ser atendido por un
solo agente.
Una persona puede tener muchos vehículos y cada uno de esos vehículos lo tiene una
persona.
Conversión de reglas de negocios en componentes de modelo de datos

Como regla general (Coronel & Morris, 2016):
• Un sustantivo en una regla de negocios se convertirá en entidad en el modelo

• Un verbo que asocie sustantivos se convertirá en relación entre entidades
Por ejemplo, la regla de negocio:
Un cliente puede generar muchas facturas, tiene dos sustantivos que son Cliente y
Factura; y un verbo que es Generar que los asocia. (Coronel & Morris, 2016)

Modelos de datos
De esta regla de negocios se puede decir que:
• Cliente y Factura son objetos de interés para el ambiente y deben ser

representados por entidades
• Existe una relación “Generar” entre Cliente y Factura
Reglas generales para identificar relaciones
Como regla general se pude hacerse dos preguntas (Coronel & Morris, 2016):
• ¿Cuántas instancias de B están relacionadas con una instancia en A?

• ¿Cuántas instancias de A están relacionadas con una instancia en B?
Ejemplo:
Para identificar la relación entre estudiantes y asignaturas se hacen dos preguntas

(Coronel & Morris, 2016):
• ¿En cuántas asignaturas puede inscribirse un estudiante?

Respuesta: En muchas asignaturas.
• ¿Cuántos estudiantes pueden inscribirse en una clase?
Respuesta: muchos estudiantes.
Evolución de los modelos de datos

La búsqueda para hallar una mejor administración de datos ha llevado a la creación de
varios modelos que tratan de resolver los defectos críticos del sistema de archivos.
(Coronel & Morris, 2016)
En la Figura 3, se observa la evolución de los principales modelos de datos.

Modelos de datos
Figura 3. Evolución de los modelos de datos. Tomada de (Coronel & Morris, 2016)

Modelos de datos
3. Bibliografía
» Coello Baquero, P. A. (2012). DESARROLLO DEL CURSO B-LEARNING DE BASE DE
DATOS I. http://repositorio.espe.edu.ec/bitstream/21000/5663/1/T-ESPE-
033693.pdf

Cuarta Semana
Unidad 2
Diseño de bases de datos relacionales
Tema 1
Modelos de datos

Semana 4: Diseño de bases de datos relacionales
- Modelos de datos
Inicio
2
Objetivo
Conocer los modelos de base de datos y
sus elementos
Especifica entidades atributos y claves
primarias respetando normativas
Resultado (normalización) y estándares que permitan
trabajar sobre el modelo de datos corporativo
ilustrando las relaciones existentes entre las
Richard Ramirez-Anormaliza entidades pertinentes. 3
@riramireza
Contenido
Tema:
Modelos de datos
Subtemas:
1. Modelado de datos.
2. Elementos básicos de un modelo de datos.
3. Reglas de negocio.
@riramireza
Conocer el diseño de base de datos
5
- Modelos de datos
Desarrollo
6
Modelado de datos
El ciclo de vida de un El proceso de diseño de

sistema de información bases de datos
El proceso de desarrollo de software Fase 1: Análisis de requerimientos
Fase 2: Diseño conceptual

Modelos de ciclo de vida
Fase 3: Elección del SGBD
Fase 4: Diseño lógico

El ciclo de vida de una base de datos
Fase 5: Diseño físico
El proceso de diseño de bases de datos Fase 6: Instalación y mantenimiento
@riramireza
Modelado de datos
Desarrollo de software – etapas Diseño (¿cómo?)
Planificación Análisis Diseño Estudio de alternativas

y diseño arquitectónico
Diseño de la
Instalación /
Despliegue
Pruebas Implementación
base de datos
Diseño de las
Uso y
mantenimiento
aplicaciones
@riramireza
Modelado de datos
Base de datos – ciclo de vida Diseño de la base de datos:
Definición del sistema: Requerimientos de datos.

Diseño conceptual:
• Descripción del esquema de la base de
Diseño de la base de datos. datos utilizando un modelo de datos
conceptual.
Implementación de la base de datos.
Diseño lógico:
Carga o conversión de los datos. • Descripción de la base de datos con un
modelo de datos implementable (p.ej. el
modelo relacional).
Conversión de aplicaciones.
Prueba y validación. Diseño físico:

• Descripción de la base de datos a nivel
Operación, supervisión y mantenimiento. interno.
@riramireza
Diseño de base de datos - Fases
3. Elección del
1. Análisis de 2. Diseño
sistema gestor de
requisitos. conceptual.
bases de datos.
6. Instalación y
5. Diseño físico. 4. Diseño lógico.
mantenimiento.
@riramireza
Diseño conceptual
❑ Crea un esquema conceptual de la base de datos, independiente del

DBMS.
❑ Objetivos:
➢ Comprensión de la estructura, semántica, relaciones y restricciones de la BD.
➢ Descripción estable del contenido de la base de datos.
➢ Comunicación entre usuarios, analistas y diseñadores.
❑ Características:
➢ Expresividad.- diferentes tipos de datos, relaciones y restricciones.
➢ Sencillez.- simple para que los usuarios lo comprendan.
➢ Minimalidad.- número pequeño de conceptos básicos.
➢ Representación gráfica.- notación gráfica fácil de interpretar.
➢ Formalidad.- especificación formal y sin ambigüedad de los datos.
@riramireza
El modelo entidad/relación
Notaciones para el modelo

Definición
E/R:
• Técnica de análisis basada • Diagramas E/R
en la identificación de las • Diagramas UML (Lenguaje
entidades y de las relaciones Unificado de Modelado)
que se dan entre ellas en la • Diagramas CASE*Methodo
parte de realidad que se
• Diagramas ORM (Object-
desea modelar.
Role Modeling)
• Diagramas IDEF1X
@riramireza
Entidades • Objetos, reales o abstractos, distinguibles

de otros objetos.
(conceptos • Al grupo de entidades con cualidades
similares acerca de los cuales se almacena
de información se le denomina tipo (o,
simplemente, conjunto de entidades).
interés): • Ejemplo: Mueble, vehículo, venta, etc.
@riramireza
• Características de las entidades

• Propiedades asociadas a un conjunto de entidades.
• Mediante los atributos representamos las propiedades
de los objetos de nuestro interés.
Atributos • Para cada atributo, existe un conjunto de valores
permitidos llamado dominio.
• p.ej. Del libro: Título, ISBN, edición, número de
páginas…
• Del escritor: Nombre, apellidos, fecha de nacimiento
@riramireza
Definición de Entidades y atributos
❑ Se quiere diseñar una base de datos relacional para almacenar

información sobre los asuntos que lleva un gabinete de abogados.
Cada asunto tiene un número de expediente que lo identifica, y
corresponde a un solo cliente. Del asunto se debe almacenar el
período (fecha de inicio y fecha de archivo o finalización), su estado
(en trámite, archivado, etc.), así como los datos personales del
cliente al que pertenece (cédula, nombre, dirección, etc.). Algunos
asuntos son llevados por uno o varios procuradores, de los que nos
interesa también los datos personales.
@riramireza
- Modelos de datos
Cierre
16


@riramireza
Cuarta Semana
Unidad
Tema 1
Modelo de datos

- Modelos de datos
Inicio
19
Objetivo
sus elementos
@riramireza
Contenido
Tema:
Subtemas:
1. Ambiente de un sistema de base de datos (Ok).
2. Funciones de un DBMS (OK).
@riramireza
- Modelos de datos
Desarrollo
22
Componentes software del DBMS
• Se encarga de comprobar que el usuario tiene las autorizaciones

Control de autorización necesarias para llevar a cabo la operación requerida.
Procesador de comandos • Trabaja luego del control de autoridad.
Comprobador de • Se encarga de verificar que la operación solicitada satisface todas

integridad las restricciones de integridad necesarias
• Determina una estrategia óptima para la ejecución de las

Optimizador de consultas consultas.
• Realiza el procesamiento requerido para las operaciones que

Gestor de transacciones recibe de las transacciones.
@riramireza
Arquitectura cliente servidor
@riramireza
de los recursos de datos.
Administración de bases de datos.-

Administración de datos.- Gestión
de un sistema de bases de datos

Gestión de la implementación física
Incluye la planificación de Diseño físico de la base de
la base de datos. datos y su implementación.
El desarrollo y el Configuración de los
mantenimiento de controles de seguridad e
estándares, políticas y integridad.
procedimientos. Monitorización de las
El diseño conceptual y prestaciones del sistema.
lógico de la base de datos. Reorganización de la base
de datos según sea
necesario.
@riramireza
Principales diferencias en cuanto a tareas
Administración de datos Administración de la base de datos
• Implicado en la planificación estratégica de los • Evalúa nuevos DBMS.

sistemas de información. • Ejecuta los planes necesarios para conseguir los
• Determina objetivos a largo plazo. objetivos.
• Impone los estándares, políticas y • Impone los estándares, políticas y
procedimientos. procedimientos.
• Determina los requisitos relativos a los datos. • Implementa los requisitos relativos a los datos.
• Lleva a cabo los diseños conceptual y lógico de la • Lleva a cabo los diseños lógico y físico de la base
base de datos. de datos.
• Desarrolla y mantiene el modelo de datos • Implementa el diseño físico de la base de datos.
corporativo. • Monitoriza y controla la base de datos.
• Coordina el desarrollo del sistema. • Orientación técnica.
• Orientación de gestión. • Dependiente del DBMS.
• Independiente del DBMS.
@riramireza
Administración del Sistema de base
de datos Funciones:
Implementación del Definición de las

Evaluación y selección de Realización del diseño Colaboración con los
diseño físico de la base restricciones de
productos DBMS físico de la base de datos desarrolladores
de datos utilizando seguridad e integridad
Monitorización de las
Aprobación final del
Realización de copias de implementaciones del Formación de los Desarrollo de las
sistema de base de datos
seguridad rutinarias. sistema y optimización usuarios estrategias de prueba
implementado
de la base de datos
Fuente:
Connolly, T. M., & Begg, C.
Garantizar la presencia Instalar las
de mecanismos y
Garantizar la Estar actualizado en
actualizaciones del E. (2005). Sistemas de
documentación respecta a software y el bases de datos
procedimientos de DBMS según sea
completa hardware; y sus costo
recuperación necesario (Pearson Educación
(ed.); Cuarta).
@riramireza
- Modelos de datos
Cierre
28


@riramireza
Referencias

@riramireza
Agenda
TEMA: 2.- Modelo relacional

Próxima • SUBTEMA: 1.- Modelo Entidad
relación.
Clase • SUBTEMA: 2.- Modelo lógico de
datos orientado objetos.
31
ÍNDICE
1. Unidad 2: Diseño de bases de datos relacionales ................................................3

Tema 1: Modelo relacional ........................................................................................... 3
Objetivo: ........................................................................................................................ 3
Introducción: ................................................................................................................. 3

2.1 Subtema 1: Modelo Entidad Relación ................................................................ 4
2.2 Subtema 2: Modelo lógico de datos orientado objetos ................................... 12
2.3 Subtema 3: Normalización y su forma ............................................................. 14
2.4 Subtema 4: Grados de abstracción de datos ................................................... 17
2.5 Subtema 5: Modelo conceptual, lógico y físico ................................................ 19
3. Bibliografía ......................................................................................................23
2
Modelo relacional
1. Unidad 2: Diseno de bases de

datos relacionales
Tema 1: Modelo relacional
Objetivo:
Especificar entidades, atributos y claves primarias respetando normativas
(normalización) y estándares que permitan trabajar sobre el modelo de datos
corporativo ilustrando las relaciones existentes entre las entidades pertinentes.
Introducción:
Tal como los arquitectos elaboran un plano (mapa) antes de construir un edificio, para
construir una base de datos se utilizan modelos como el conceptual (modelo entidad
relación), el lógico (modelo relacional) y el físico para ayudar a generar la base de
datos.
También la normalización es importante al construir bases de datos debido a que evita

la redundancia de los datos y protege estos datos.

Modelo relacional

2.1 Subtema 1: Modelo Entidad Relación
Definiciones
Las técnicas de modelaje, han sido siempre aceptadas por ingenieros, científicos y
artistas como una herramienta para:
• Presentar ideas,
• Ayudar a la comprensión de los problemas,
• Contemplar detalles y
• Predecir nuevas formas para realizar las cosas.
El modelaje Entidad-Relación es una técnica que sirve para definir las necesidades de
información en la organización. Esto es:
• Qué realiza la organización

• Qué información utiliza,
• Qué datos genera
El modelaje Entidad Relación intenta identificar:
• Las cosas más importantes de una organización (llamadas entidades u objetos)

• Las propiedades de esas cosas (llamadas atributos)
• Y las interrelaciones entre las diversas cosas (llamadas relaciones)
Los 2 objetivos primordiales que persigue esta técnica de modelaje de datos son:
• Proveer de un modelo exacto sobre las necesidades de información de la

organización, lo cual será una base firme para el desarrollo de nuevos sistemas
o mejoramiento de los ya existentes.
• Proveer un modelo independiente de cualquier forma de almacenamiento de

datos y métodos de acceso, lo cual garantizará la toma de decisiones objetivas
acerca de técnicas de implementación y coexistencia con sistemas en
producción.
El punto natural al cual desemboca el modelo Entidad-Relación, es el diseño de base

de datos relacional:
• Generar un conjunto de esquemas de relación (tablas), que permitan

almacenar información carente de redundancia innecesaria.

Modelo relacional
• Que sobre todo nos provean de formas fáciles de recuperación de la

información.
El modelo Entidad-Relación es una técnica para construir el modelo conceptual.
Como valor agregado de realizar un modelaje de datos Entidad-Relación, se evitará

caer en las características comunes de un mal diseño de bases de datos:
• Repetición innecesaria de la información

• Incapacidad para representar cierta información
• Perdida de información
Nuestra idea de “Que constituye un criterio apropiado” para establecer similitudes,

depende de los propósitos que se tenga en mente (para realizar la abstracción). Así,
una misma persona puede representar:
• Un paciente para un hospital,

• puede ser considerado como un votante o contribuyente para el gobierno,
• puede ser un empleado para una compañía.
Es un Modelo N-ARIO, es decir, que las relaciones pueden asociar una, dos o más
entidades. Se puede hablar de relaciones:
• UNITARIAS: Una entidad consigo misma

• BINARIAS: Entidades relacionadas 2 a 2
• TERNARIAS: Relación entre 3 entidades.
Objetos o Entidades
• Puede representar una persona, lugar, evento, objeto o concepto del mundo
real que se planea modelar en la base de datos.
• Puede ser un objeto físico a una abstracción
• Las instancias de una entidad representan a un estudiante en particular, una
clase específica, un cliente individual, un empleado, una cuenta, un paciente.
La identificación de las entidades es una tarea muy fácil de realizar. Se puede iniciar
haciéndose la pregunta “¿Qué son cosas en este problema?”
Muchas de las cosas caen dentro de 5 categorías:
1. Cosas Tangibles
2. Roles
3. Incidentes
4. Interacciones
5. Especificaciones

Modelo relacional
Estas cinco categorías no son una clasificación de los objetos, sino un conjunto de
ideas iniciales para encontrar objetos.
Cosas Tangibles
Los objetos tangibles son lo más fácil de ubicar, pues son cosas que pueden ser vistas o
tocadas. Por ejemplo:
• Autos,
• Materiales,
• Construcciones,
• Máquinas, etc.
Roles
Los objetos rol o roles, son aquellas actividades realizadas por personas u
organizaciones. Por ejemplo:
• Paciente,
• Doctor,
• Cliente,
• Empleado,
• Propietario,
• Arrendatario,
• Distribuidor,
• Contribuyente, etc.
Incidentes
Los objetos incidentes son usados para representar una ocurrencia o un evento, algo
que ha sucedido en un tiempo específico. Por ejemplo:
• Vuelo,
• Accidente,
•
Juego,
• Llamada,
• Caída del sistema,
• Apagón, etc.
Interacción
Los objetos interacción generalmente tienen una cualidad de transacción o de contrato

entre varios objetos. Por ejemplo:
• Una compra (que relaciona comprador, vendedor y objeto comprado)

Modelo relacional
• Matrimonio (que relaciona al hombre y la mujer)
Especificaciones
Los objetos de especificación que frecuentemente muestran catálogos o inventarios y

tienen la calidad de estándares o definiciones. Por ejemplo:
• Modelo de televisor,
• Catálogo de cuentas contables,
• Fórmula de insumo
• Porcentaje de IVA
• Plazo para cancelar deuda, etc.
Gráficamente un objeto se representa por un rectángulo o por un rectángulo con

esquinas redondeadas, dentro del cual debe estar el nombre del objeto o entidad.
Entre las sugerencias de cómo nombrar a las entidades están:
• El nombre debe escribirse en singular y todo con mayúsculas.

• Escoger nombres comunes, menos especializados. Ejemplo: Bien: unidad de
señalización. Mejor: semáforo.
• Utilizar términos cotidianos, no técnicos.
• Procurar el uso de nombres compuestos, aún si ellos son un poco más largos,
con el fin de dar mejor entendimiento a la entidad, que si utilizáramos términos
menos precisos.
• Usar nombres basados en el contenido de la información del objeto, no por sus
nombres informales. Ejemplo: Mal: Licencias de manejo. Bien: conductores
breventados.
• Evitar el uso de palabras generales o abusadas por el lenguaje cotidiano.

Ejemplo: Transacción, operación, parte, motivo.
Entidades
• Se definirá informalmente como un objeto que existe y se puede distinguir de

otros objetos.
• Puede representar a una persona, lugar, evento, objeto o concepto en el
mundo real que se planea modelar en la base de datos.
• Puede ser un objeto físico o una abstracción.

Modelo relacional
• Las instancias de entidad representan a un estudiante en particular, una clase

específica, un cliente individual, un empleo particular, una cuenta, un paciente,
una conferencia o un club, todo depende de cuál sea la empresa y que se desee
representar (Ricardo, 2009).
Atributos
• Representan las propiedades definitorias o cualidades del tipo de entidad.

• Se representa en un diagrama E-R mediante un ovalo con el nombre del
atributo en el interior, una línea conecta el ovalo del atributo con el rectángulo
del conjunto de entidades.
Notaciones para mostrar objeto junto a sus atributos.
En forma textual, encerrando en paréntesis los nombres de los atributos separados

con comas conjuntamente con el nombre del objeto. En este caso deberían subrayarse
los atributos que formen parte de la clave primaria.
CLIENTE (cedula, nombre, dirección)
En forma gráfica, inmediatamente bajo el nombre de la entidad, como se puede

observar en la figura.
Se puede utilizar la forma gráfica extendida que usan algunas literaturas sobre el tema
y que dibujan los atributos en óvalos y conectados con la entidad.

Modelo relacional
Dominios
Una instancia de entidad en particular se puede describir como un conjunto de pares

ordenados, donde cada punto es el nombre de un atributo y el valor del atributo
(Ricardo, 2009).
Valor Nulo
• En ocasiones se desconocen los valores de los atributos o no está definido para

una instancia en particular.
• Se pueden permitir valores nulos para algunas instancias.
• Valores en 0 o una cadena en blanco para un campo de cadena de caracteres se
consideran como entradas no nulas.
• Nulo significa sin valor.
Atributos Multivaluados
Algunos atributos pueden tener valores múltiples para una instancia de entidad. Por
ejemplo:
• Estudiantes pueden tener más de una dirección de correo
Se los representa con un ovalo doble alrededor del nombre del atributo.
No se debe de interpretar como que todas las instancias deben de tener valores
múltiples, solo que algunas instancias pueden tenerlo.

Modelo relacional
Atributos Compuestos
Algunos atributos se pueden descomponer en elementos más pequeños. Por ejemplo:
• Dirección se puede descomponer en calle, ciudad, estado y código postal.

• Teléfono ?
Gráficamente se lo representa con una ovalo en su forma usual y luego dividir óvalos
para los componentes individuales, conectándose mediante líneas al ovalo del atributo
compuesto
Atributos Derivados
A veces es posible incluir en un diseño u atributo cuyo valor se pueda calcular cuando
sea necesario. Por ejemplo
• La edad puede ser un atributo, pero si ya almacenamos dateofbirth (fecha de

nacimiento), no hay necesidad de también almacenar la edad.
Los atributos que no se almacenaran, pero cuyos calores se calcularan u obtendrán a

partir de otras fuentes, se llaman derivados.
Se citan en el diagrama E-R con un ovalo con rayas.
También se pueden derivar a partir de otras entidades o de relaciones.


Modelo relacional
Claves
Intuitivamente, se piensa en una clave como en un ítem de datos que permite

diferenciar los registros. Es necesaria una definición más exacta del concepto de clave.
Tales como (Ricardo, 2009):
• Claves primarias
• Claves candidatas
Claves Primarias
• Pueden tener varias claves candidatas.

• El DBA elige e identifica una como la forma normal de identificar entidades y
acceder a los registros.
• Puede ser un solo atributo o una clave compuesta.
• Claves candidatas se convierten en claves alternativas.
• Clave secundaria significa un atributo o conjunto de atributos cuyos valores, no
necesariamente únicos, se usan como medio para acceder a los registros.
• En un ejemplo: Stuid - clave primaria, SocSecNo puede ser clave alternativa.
• Apellido puede ser clave secundaria si no se conoce el Stuid o el SocSecNo
(Ricardo, 2009).
Claves Candidatas
{Stuid, credits} atributos adicionales no necesarios para la identificación única de

instancias de entidad, el interés está en encontrar claves que no contengan estos
atributos adicionales.
• Combinacion {apellido, nombre, direccion}, si siempre es única, puede ser una

clave candidata, llamada también clave compuesta.

Modelo relacional
2.2 Subtema 2: Modelo lógico de datos orientado

objetos
Definición
En el modelo de datos orientado a objetos (OODM), los datos como las relaciones
están en una sola estructura conocida como objeto.
El modelo de datos (OODM) se basa en los siguientes compontes (Coronel & Morris,
2016):
• Un objeto es una abstracción de una entidad real

• Los atributos describen las propiedades de un objeto
o Los objetos que comparten características similares se agrupan en
clases. Una clase es un conjunto de objetos semejantes con atributos y
métodos compartidos.
o Una clase se asemeja al conjunto entidad del modelo ER.
o Una clase es diferente de un conjunto de entidad porque contiene un
conjunto de métodos.
o El método de una clase representa una acción real.
o Los métodos son el equivalente de los procedimientos en los lenguajes
tradicionales de programación. Es decir, definen el comportamiento de
un objeto.
• Las clases se encuentran organizadas en una jerarquía de clase
o Jerarquía de clase se asemeja a un árbol invertido en el que cada clase
tiene sólo un padre.
• La herencia es la capacidad de un objeto dentro de la jerarquía de clase de
heredar los atributos y métodos de las clases situadas arriba de él.
Los modelos orientados a objetos se describen por diagramas de clases mediante UML
(Lenguaje de Modelado Unificado).
UML es un lenguaje que describe un conjunto de diagramas y símbolos que se pueden

modelar gráficamente en un sistema (Coronel & Morris, 2016).
En la Figura 1 se observa una comparación entre OO, UML y ER.

Modelo relacional
Figura 1. Comparación de modelos OO, UML y ER. Tomada de Coronel y Morris, 2016

Modelo relacional
2.3 Subtema 3: Normalización y su forma

Normalización: Es el proceso de simplificación de datos
La normalización en bases de datos es necesaria para (Cabello, 2010):
• Evitar la redundancia de datos

• Evitar la incapacidad para almacenar ciertos datos
• Evitar ambigüedad y pérdida de información
• Proteger la integridad de los datos
Hay tres formas normales principales (1FN, 2FN, 3FN):
Primera Forma Normal (1FN) No hay grupos repetidos
Una tabla se encuentra en 1FN si cumple con las siguientes condiciones (Connolly y
Begg, 2015):
• No hay orden de arriba abajo en las filas

• No hay orden de izquierda a derecha en las columnas
• No hay filas duplicadas
• Cada intersección de fila y columna contiene exactamente un valor del dominio
aplicable.
• Todas las columnas son regulares, es decir, las filas no tienen componentes
como IDs de fila, IDs de objetos.
Esta primera forma normal se definió para prohibir los atributos multivaluados,
compuestos y sus combinaciones.

Modelo relacional
Segunda Forma Normal (2FN) Eliminar los datos redundantes
Un esquema está en 2FN si (Connolly y Begg, 2015):
• Se encuentra en 1FN
• Todos los atributos no clave dependen funcionalmente de la clave completa y
no sólo de una parte de esta.
Este paso se aplica a relaciones que tienen claves compuestas, es decir, relaciones con
una clave principal compuesta de dos o más atributos.
Una relación con una clave principal de un único atributo está automáticamente en
2FN.
La 2FN dice que todos los atributos no clave deben depender por completo de la clave
primaria (Connolly y Begg, 2015).
Tercera Forma Normal (3FN) Eliminar los datos no dependientes de la clave
Una tabla está en 3FN si y solo si las dos condiciones siguientes se mantienen (Connolly
y Begg, 2015):

Modelo relacional
• La tabla está en segunda forma normal (2FN).

• Ningún atributo no primario de la tabla es dependiente transitivamente de una
clave candidata.
Es decir, una relación está en tercera forma normal si todos los atributos de la relación
dependen funcionalmente sólo de la clave, y no de ningún otro atributo.

Modelo relacional
2.4 Subtema 4: Grados de abstracción de datos

A principios de los años 1970 el Standards Planning and Requirements Committee
(SPARC) del American National Standards Institute (ANSI) definió una estructura para
modelar datos basado en los grados de abstracción de datos(Coronel y Morris, 2016).
La arquitectura ANSI/SPRAC define tres niveles de abstracción:
• Externos
• Conceptual
• Interno
Figura 2. Niveles de abstracción de datos. Tomada de Coronel y Morris, 2016
Modelo Externo:
Es la vista de los usuarios finales del entorno de datos.

Los diagramas ER representan vistas externas.
Algunas ventajas importantes del modelo externo son (Coronel y Morris, 2016):
• Fácil identificación de los datos específicos requeridos para soportar

operaciones de cada unidad de negocios.
• Facilita el trabajo del diseñador al dar retroalimentación acerca de lo adecuado
del modelo.
• Asegura las restricciones de seguridad en el diseño de la base de datos.
• Simplifica el desarrollo del programa de aplicación.

Modelo relacional
Modelo conceptual:
Representa la vista global de toda la base de datos.
Todas las vistas externas (entidades, relaciones, restricciones y procesos) están

integradas en una sola vista global.
Algunas ventajas importantes del modelo conceptual son (Coronel y Morris, 2016):
• Proporcionar una vista de nivel macro del entorno de datos que son fácil de
entender.
• Independencia de software y hardware.
o No depende del software DBMS utilizado para implementar el modelo.
o No depende del hardware utilizado en la implementación del modelo.
o Los cambios en el hardware o software no afectan el diseño de la base
de datos a nivel conceptual.
Modelo Interno:
Es la representación de la base de datos como es “vista” por el DBMS.
• Mapea el modelo conceptual al DBMS
El esquema interno representa una representación especifica de un modelo interno.
El modelo interno depende del software específico de la base de datos.
• Un cambio en el software DBMS requiere que el modelo interno sea cambiado

para ajustarse a las características.
Independencia lógica: se puede cambiar el modelo interno sin afectar el modelo

conceptual (Coronel y Morris, 2016).

Modelo relacional
2.5 Subtema 5: Modelo conceptual, lógico y físico

Modelo Conceptual – Modelo entidad relación
Permite representar objetos y eventos del mundo real. Es una representación simple
de los datos a almacenar (Coronel y Morris, 2016).
Describe:
• Entidades
• Atributos
• Relaciones
• Restricciones
En otras palabras, es una descripción de cómo se relacionan los datos entre sí, cuáles
son las entidades, que atributos tienen estas entidades, cuáles son las relaciones que
hay entre estas entidades.
Relaciones 1:1
Relaciones 1:M

Modelo relacional
Relaciones M:M
Modelo lógico – Modelo relacional
El modelo lógico es el refinamiento del Modelo Conceptual. En otras palabras, es pasar

ya los datos a tablas porque las bases de datos siempre almacenan los datos en forma
de tabla. Pasar el diseño conceptual a tablas.
Relaciones 1:1
Relaciones 1:M
Relaciones M:M

Modelo relacional
Modelo físico - SQL
El modelo físico son estructuras de datos a bajo nivel. En otras palabras, es cuando ya
creas la base de datos, cuando ya tienes que escribir el código SQL para crear la base
de datos.
Relaciones 1:1
Equipo
Nombre de columna Tipo de datos
idEquipo int
nombre varchar(20)
anioFundacion int
cedula_presi varchar(20)
nombre_presi varchar(20)
apellido_presi varchar(20)
Relaciones 1:M
Empleado Departamento
idEmpleado int
idDepartamento int
nombre varchar(20)
nombre varchar(20)
direccion varchar(40)
telefono int
idDepartamento int

Modelo relacional
Relación M:M
Cliente
idCliente int
nombre varchar(20)
apellido varchar(20)
Compra direccion varchar(40)
Nombre de columna Tipo de datos telefono int
idCompra int
idCliente int
idProducto int
fechaCompra date
Producto
idProducto int
descipcion varchar(50)

Modelo relacional
3. Bibliografía
» Cabello, M. N. (2010). Introducción a las bases de datos relacionales. Vision
Libros.
» Connolly, T. M., & Begg, C. E. (2015). Database systems: a practical approach to
design, implementation, and management, Global ed. Harlow, Pearson
Education.
» Ricardo, C. M. (2009). Bases de datos. McGraw Hill Educación.

Quinta Semana
Unidad 2
Tema 2
Modelos relacional

Semana 5: Modelo relacional
Inicio
2
Objetivo
Diseñar base de datos para satisfacer
los requerimientos de la organización
@riramireza
Contenido
Tema:
Modelos relacional
Subtemas:
1. Modelo Entidad relación.
2. Modelo lógico de datos orientado objetos..
@riramireza
Conocer el modelo relacional
5
Objetivo
sus elementos
@riramireza
Contenido
Tema:
Modelos relacional
Subtemas:
1. Modelado entidad relación.
2. Modelo lógico de datos
@riramireza
Desarrollo
8
Cardinalidad mínima / opcionalidad de una relación
(O) • Un cliente puede o CLIENTE

Relación no ser titular de una • Puede tener
opcional cuenta
(*) • Una cuenta debe CUENTA

Relación tener un cliente • Debe pertenecer
obligatoria titular como mínimo
@riramireza
Relaciones reflexivas
❑ Relaciones de un tipo consigo mismo
@riramireza
Tipos de atributos
❑ Atributos compuestos vs. Atributos simples (atómicos)

➢ Compuestos se pueden dividir en componentes más pequeños
➢ Ejemplo: dirección = calle + municipio + CP + provincia
❑ Atributos monovaluados vs. Atributos multivaluados

➢ Un atributo monovaluado tiene un único valor para una entidad particular.
❑ Atributos almacenados vs. Atributos derivados

➢ Ejemplo: edad de una persona (derivado)
➢ Fecha de nacimiento (almacenado)
@riramireza
Claves
Candidata: Con un numero mínimo de
atributos.
Claves
• Conjuntos de atributos que permiten # Primaria: Clave candidata elegida para
identificar unívocamente a una identificar unívocamente a las distintas
entidad dentro de un conjunto de entidades de un tipo.
entidades.
• Ejemplo: Del CLIENTE (cédula,
nombre, apellido). Alternativa: Cualquiera de las claves
candidatas no elegidas.
@riramireza
Claves de una relación

Relaciones muchos a muchos
Empleado
(N:M): La clave primaria será
la unión de las claves Id_Empl
primarias de las entidades Nom_Empl
participantes en la relación. Id_Area
Relaciones uno a muchos Área

Las claves nos permiten
(1:N): La clave primaria de la
diferenciar entre sí las Id_Area
entidad que interviene en la
distintas entidades:
relación con cardinalidad N. Id_Emp
Nom_Area
Relaciones uno a uno (1:1): Gerente

Las claves primarias de las
entidades participantes son Id_Empl Por cada clave foránea
claves candidatas de la Una clave primaria
Bono
relación entre entidades.
Estado
@riramireza
❑ Entidades fuertes y entidades

débiles
➢ Fuerte si la existencia de sus ocurrencias no
depende de otra. Columna
Artículo
➢ Caso contrario, se dice que el tipo de entidad
es débil.
❑ Dependencia existencial
➢ Si se elimina una ocurrencia del tipo de
entidad fuerte, habrá que eliminar las
ocurrencias del tipo de entidad débil que
dependen de ella.
@riramireza
Definición de Entidades y atributos
Solución:
ASUNTO CLIENTE PROCURADOR ASUNTO_PROC
• ( asu_expediente, • ( cli_cedula, • ( pro_cedula, • (asu_expediente,

• cli_cedula, • cli_nombre, • pro_nombre, • pro_cedula)
• asu_fechaini, • cli_dirección ) • pro_dirección )
• asu_fechafin,
• asu_estado )
ASUNTO.cli_cedula es clave foránea a CLIENTE (cliente al que pertenece el asunto)

ASUNTO_PROC.asu_expediente es clave foránea a ASUNTO (asunto que es llevado por algún procurador)
ASUNTO_PROC.pro_cedula es clave foránea a PROCURADOR (procurador que lleva el asunto)
@riramireza
Modelo lógico
@riramireza
Instalación de modelador
1. Acceder a https://drive.google.com/drive/folders/1--
8Pb8tG0FTGM5F4i2rxxUMqudCaMQaF?usp=sharing
2. Descargar el archivo: Modelador DB
3. Desempaquetar el archivo Modelador DB
4. Realizar la instalación ingresando a la carpeta creada en paso 3
5. Finalizada la instalación no arrancar el programa, antes de aplicar los
que dice el archivo de texto instrucciones de la carpeta del
instalador.
@riramireza
Enunciado:
❑ Se desea almacenar la información de una compañía aérea en una base de datos

relacional. La compañía aérea tiene tres recursos principales: aviones, pilotos y
miembros de tripulación. De cada piloto se desea conocer su código, nombre y
horas de vuelo. De los miembros de tripulación sólo mantendremos su código y
nombre. Todos ellos (pilotos y miembros) tienen una base a la que regresan
después de los vuelos de una jornada. Un vuelo que va desde un origen a un
destino y a una hora determinada, tiene un número de vuelo (por ejemplo, el
vuelo de Palma a Alicante de las 13:50 es el vuelo IB-8830). De cada vuelo que se
va a realizar durante los próximos tres meses, así como de los vuelos que ya se
han realizado, se desea saber el avión en que se va a hacer o en el que se ha
hecho, el piloto y cada uno de los miembros de la tripulación. Cada avión tiene
un código, es de un tipo (por ejemplo, BOEING-747) y tiene una base donde es
sometido a las revisiones periódicas de mantenimiento.
@riramireza
Solución: Entidades

relacional. La compañía aérea tiene tres recursos principales: aviones1, pilotos2 y
miembros de tripulación3. De cada piloto se desea conocer su código, nombre y
nombre. Todos ellos (pilotos y miembros) tienen una base4 a la que regresan
después de los vuelos de una jornada. Un vuelo5 que va desde un origen a un
han realizado6, se desea saber el avión en que se va a hacer o en el que se ha
hecho, el piloto y cada uno de los miembros de la tripulación7. Cada avión tiene
@riramireza
Solución: Atributos

relacional. La compañía aérea tiene tres recursos principales: aviones1, pilotos y
@riramireza

relacional. La compañía aérea tiene tres recursos principales: aviones, pilotos2 y
@riramireza

miembros de tripulación3. De cada piloto se desea conocer su código, nombre y
@riramireza

nombre. Todos ellos (pilotos y miembros) tienen una base4 a la que regresan
@riramireza

@riramireza

@riramireza

@riramireza
Modelo Final VUELO
PILOTO # Num_Vuelo Characters (20)
Relationship_7
# Cod_piloto Integer * Origen Characters (30)

o Cod_Base Integer * Destino Characters (30)
* Nom_piloto Characters (40) * Hor_Vuelo Time
* Hor_vuelo Integer
VIAJE
# Cod_Viaje Integer
Relationship_5 o Num_Vuelo Characters (20)
Relationship_2 * Fec_Vuelo Date & Time Relationship_8
o Cod_avion Integer
o Cod_piloto Integer
BASE
# Cod_Base Integer
o Des_Base Characters (30)
AVION
# Cod_avion Integer
Relationship_1 o Cod_Base Integer
Relationship_4
* Tip_avion Characters (15)
Relationship_3
TRIPULACION
# Cod_Viaje Integer
MIEMBRO # Cod_miembro Integer
# Cod_miembro Integer Relationship_9
o Cod_Base Integer
* Nom_miembro Characters (40)
@riramireza
Cierre
28


@riramireza
Referencias

@riramireza
Agenda
TEMA: 2.- Modelo relacional

Próxima • SUBTEMA: 3.- Normalización y sus
Clase formas.
31

Compedios y Presentaciones Unidos de Sistemas de Base de Datos

Cargado por

Información del documento

Título original

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

Compedios y Presentaciones Unidos de Sistemas de Base de Datos

Cargado por

Copyright:

Formatos disponibles

ÍNDICE

1. Unidad 1: Introducción a las bases de datos relacionales ....................................3

Tema 1: Conceptos básicos de base de datos ............................................................... 3

2. Información de los subtemas .............................................................................4

2.1 Subtema 1: Definición y estructura de base de datos........................................ 4

2.2 Subtema 2: Tipos de base de datos.................................................................... 6

2.3 Subtema 3: Evolución del procesamiento de datos en un sistema de archivos . 8

2.4 Subtema 4: Problemas en el procesamiento de datos..................................... 10

1. Unidad 1: Introduccion a las bases

El objetivo de aplicar la herramienta de gestión de base de datos en este tema es:

Actualmente se puede guardar la información en la nube para poder acceder a ella

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 3

2. Informacion de los subtemas

En otras palabras, son una colección de datos almacenados de una manera

Banca: Información sobre clientes, cuentas, préstamos y transacciones bancarias.

Aerolíneas: Información de reservas y horarios. Las aerolíneas fueron unas de las

Universidades: Información sobre alumnos, matrículas de asignaturas y cursos.

Telecomunicaciones: Grabar registros de llamadas, generar facturas mensuales y

Finanzas: Almacenan información sobre la compra y venta de productos financieros.

Ventas: Información sobre clientes, productos y compras.

Comercio en línea: Se utiliza para datos de ventas y seguimiento de pedidos web,

generación de listas de recomendación y mantenimiento de productos en línea.

Producción: Se utiliza para la administración de cadenas de proveedores, inventarios y

Recursos humanos: Se utiliza para proporcionar información sobre empleados y

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 4

Estructura de base de datos

Figura 1. Estructura de una Base de Datos. Tomada de (“Capítulo 8 Bases de Datos,”

Caracter: Es un dígito, letra, símbolo o espacio en blanco.

• Datos tipo texto: Permite almacenar cadenas de caracteres.

Las bases de datos se las organiza por: Tablas, campos y registros.

Registro: Colección de campos iguales o de diferentes tipos relacionados. En otras

palabras, es una fila de la tabla.

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 5

2.2 Subtema 2: Tipos de base de datos

Según variedad de bases almacenadas

Estáticas: Son solo de lecturas. Es decir, no se pueden modificar con el tiempo.

Según su modelo de administración de datos:

Base de Datos Jerárquicas: Almacenan la información en forma jerárquica. Se ordenan

Base de Datos Transaccionales: Enviar y recibir datos a la mayor velocidad posible.

Los modelos utilizados con frecuencias en las bases de datos son:

Base de Datos Documentales: Permiten el estudio de textos completos y obtener

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 6

Directorios: Son las guías telefónicas en formatos electrónicos.

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 7

2.3 Subtema 3: Evolución del procesamiento de datos

Sistemas de archivos manuales

Sistemas de archivos computarizados

Figura 2. Sistemas de archivos computarizados. Tomada de (Coronel & Morris, 2016)

El sistema de archivo revisitado: Modernas Herramientas de productividad para el

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 8

Las hojas de cálculo de computadoras personales como Microsoft Excel son

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 9

2.4 Subtema 4: Problemas en el procesamiento de

• Redundancia e inconsistencia de datos: Dado que los archivos y programas de

Problemas de seguridad: No todos los usuarios de un sistema de base de datos

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 10

» Tapia Cushicondor, N. O. (2016). Implementación de un modelo de Business

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 11

Richard Ramirez-Anormaliza - @riramireza

Resultado Describe los conceptos básicos de bases

Uso de Bases de datos,

Connolly, T. M., & Begg, C. E. (2005). Sistemas de bases de

Redundacia de Bajo nivel de