Gloria Lucía Giraldo Gómez

Universidad Nacional de Colombia

glgiraldog@unalmed.edu.co
Universidad Nacional de Colombia Bases de datos I 1
Sistemas de archivos:
 Surgieron a raíz de la necesidad de almacenamiento de la

información para su correspondiente reutilización

(persistencia)
persistencia
 mantenerse constante en algo, durar por largo tiempo
Lee todo en: 
Definición de persistencia - Qué es, Significado y Concepto 
http://definicion.de/persistencia/#ixzz4OQJmLnl9
Desventajas:
 Redundancia de los datos. (Exceso o abundancia de una cosa).

 Los archivos están separados unos de otros

(no se pueden “combinar” fácilmente)

 Alto costo para la propagación de cambios

 Inconsistencia debido a actualizaciones simultáneas

Universidad Nacional de Colombia Bases de datos I 2

 Procesamiento
Archivo
de de
Usuario del Clientes Clientes
Archivo de Clientes

Procesamiento
de Archivo
de
Préstamos
Préstamos
Usuario del
Archivo de Préstamos
Por cada préstamo se guarda la información
del cliente correspondiente: Redundancia

Universidad Nacional de Colombia Bases de datos I 3

Un poco de historia …
¿Por qué surgieron los sistemas de Bases de Datos?
◦ Necesidad de solucionar las debilidades de los
sistemas de archivos
◦ Capacidades:
 Manejo de persistencia. (mantenerse firme)
 Soporte por lo menos de un modelo de datos
 Soporte de un lenguaje de alto nivel que permita
manipular y definir la estructura de la información
 Control de acceso
 Evitar inconsistencias al compartir la información

Universidad Nacional de Colombia Bases de datos I 4

 Dpto. Personal Dpto. Contabilidad
Dpto. Ventas

Clientes Ventas Cuentas

Empleados

Inventario

Personal … Ahora BASE DE DATOS

Empleados
Ventas Clientes
SGBD
Ventas
Inventario
Contabilidad Cuentas

Universidad Nacional de Colombia Bases de datos I 5

 El término fue acuñado en 1963

 Una B de D no es más que un conjunto de

información (un conjunto de datos) relacionada
que se encuentra agrupada o estructurada.

 Informáticamente una B de D es un sistema

formado por un conjunto de datos almacenados
en memorias masivas que permiten acceso
directo a ellos y un conjunto de programas que
manipulan ese conjunto de datos.
 Una base de datos es un conjunto
estructurado de datos coherentes

Colección disponible de
información

Universidad Nacional de Colombia Bases de datos I 7

 Una base de datos es un conjunto
estructurado de datos coherentes

Colección organizada en
subconjuntos, en función de
ligas y de relaciones entre las
diferentes informaciones
(estructura lógica)

Universidad Nacional de Colombia Bases de datos I 8

 Una base de datos es un conjunto
estructurado de datos coherentes

No hay contradicción entre los

datos ligados, no hay pérdida de
información, aun sabiendo que
hay una utilización compartida
de los datos entre varios
usuarios

Universidad Nacional de Colombia Bases de datos I 9

 Un Sistema de Gestión de Bases de Datos
(SGBD) es un software que permite
manipular las bases de datos

•Construir
•Utilizar
•Mantener
•Reorganizar

Universidad Nacional de Colombia Bases de datos I 10

 Entre la B de D física (el almacenamiento real de los
datos) y los usuarios del sistema existe un interfaz
de software que recibe el nombre de SGBD y es el
responsable de tratar todas las peticiones de
información de los usuarios.
 Un SGBD es un conjunto de programas de
propósito general que permite controlar el acceso y
la utilización de la B de D, por los usuarios, para
incluir, modificar o recuperar información,
incluyendo prestaciones para conseguir la
independencia, la integridad y la seguridad de los
datos, así como la concurrencia de usuarios.
 Propiedades fundamentales
 Independencia de los datos (OJO es muy importante)
 Acceso eficiente a los datos
 Integridad y seguridad de los datos
 Administración de los datos
 Acceso concurrente y recuperación en caso de « crash »

 Los SGBD deben cumplir con las propiedades ACID para las
transacciones:
Atomicity (Atomicidad: las transacciones son atómicas)
Consistency (Consistencia: una transacción
transforma un estado consistente de la BD en otro)
Isolation (Aislamiento: las transacciones están
aisladas entre si)
Durability (Durabilidad: después que una
transacción ha sido confirmada ella persiste)
Universidad Nacional de Colombia Bases de datos I 12
 Esquema de una Base de Datos:
Datos Cuando una base de
Datos es diseñada interesa definir una estructura para
ésta.
Esta estructura permanece “estática” durante un gran
período de tiempo, aunque puede sufrir modificaciones
ocasionales

 Instancia:
Instancia Es la información que en un determinado
instante del tiempo posee la base de datos y que
cambia permanentemente (excepto en algunos tipos de
bases de BD particulares)

Universidad Nacional de Colombia Bases de datos I 13

 Usuario final: El que interactúa con la base
de datos, por lo general a través de
aplicaciones e interfaces
 Usuario especialista: El que diseña y
programa aplicaciones para usuarios finales.
 DBA (Database Administrator): El que
administra la base de datos. ¿Qué hace?

Universidad Nacional de Colombia Bases de datos I 14

 Metadatos o Diccionario de Datos (D.D): Contiene el
esquema de la B.D, los usuarios, los permisos de acceso,
etc. Son datos sobre los datos. Almacena la información
que permite la traducción entre los 3 niveles de la
Arquitectura ANSI/SPARC*
 Optimizador de consultas: Define el plan de ejecución de
operaciones solicitadas por los usuarios, de tal manera
que se lleven a cabo de la manera más eficiente posible
 Manejador de transacciones: Controla el acceso y la
concurrencia de operaciones

*Se verá mas adelante en el curso

Universidad Nacional de Colombia Bases de datos I 15

 Manejador de almacenamiento tiene dos
componentes:
-Manejador de archivos  recupera desde
disco los bloques que contienen la
información solicitada por una transacción.
-Manejador de buffer  mantiene en memoria
principal la información más usada y decide
cuando llevar a disco alguno de sus bloques.

Universidad Nacional de Colombia Bases de datos I 16

1. Reutilización de datos y programas
2. Control de redundancia
3. Estandarización ¿En qué sentido?
4. Consistencia (No hay redundancia)
5. Es posible equilibrar las cargas de los
requerimientos (establecer prioridades)

Universidad Nacional de Colombia Bases de datos I 17

6. Integridad (Se cumplen las reglas
establecidas  ¿Por quién?)
7. Seguridad
8. Rapidez de desarrollo
9. Mantenimiento y reingeniería: cambios en la
estructura de datos sin cambiar los
programas que los usan (hasta cierto punto)

Universidad Nacional de Colombia Bases de datos I 18

1. Tamaño
2. Susceptibilidad a fallas (Discutible)
3. Complejidad en la recuperación a fallas
(Discutible)
4. Puede llegar a trabajar en forma “lenta”
debido a la cantidad de verificaciones que
debe hacer

Universidad Nacional de Colombia Bases de datos I 19

En un principio existían tres tipos de bases de
datos según su estructura interna (la manera de
organizar la información):
            Bases de datos jerárquicas
            Bases de datos en red
            Bases de datos relacionales.

Más recientes son las bases de datos orientadas

a objetos y las bases de datos
multidimensionales.

Universidad Nacional de Colombia Bases de datos I 20

 Un ejemplo de base de datos jerárquica es el sistema
IMS.

 En una base de datos jerárquica se

organizan los datos utilizando
estructuras arborescentes (en
árbol). 
Un ÁRBOL es una estructura
jerárquica en la que los elementos se
suelen denominar NODOS y existen
dependencias entre los nodos. 
La dependencia es de 1:M del tipo
padre/hijo. Un hijo no puede tener
más de un padre, pero un padre
varios hijos.
Universidad Nacional de Colombia Bases de datos I 21
 Un ejemplo de base de datos jerárquica es el sistema
IMS.

 También en desuso, en una base de datos en red se utiliza la

estructura de grafo/red, como en el caso anterior los distintos
objetos están relacionados entre sí mediante relaciones del tipo
1:M pero en este caso un objeto puede estar relacionado como
hijo con varios elementos que serán sus padres. Un este caso las
relaciones que se crean se denominan SET y el equivalente al
padre se denomina PROPIETARIO (OWNER) y el equivalente al hijo
se denomina MIEMBRO (MEMBER).
Un ejemplo de sistema en red es el CODASYL. También existen
modelos para realizar el diseño de datos orientado a bases de
datos en red.
En red podríamos representar lo mismo que la estructura
anterior y además lo siguiente:

Universidad Nacional de Colombia Bases de datos I 22

 Un ejemplo de base de datos jerárquica es el sistema
IMS.

 Las bases de datos relacionales

Esta es la estructura que se ha impuesto para aplicaciones de
gestión, consiste en organizar los datos en forma de tablas, las
relaciones entre los objetos se consiguen incluyendo en la tabla
del hijo, la clave del objeto padre. Como son las que
utilizaremos durante todo el módulo hemos reservado un
apartado especial para ellas.
 Las bases de datos orientadas a objetos
Es un modelo más reciente, trata de almacenar en la base de
datos los objetos completos (estado y comportamiento). La
información que contienen se organiza en atributos y el
comportamiento en operaciones.
 5. Las bases de datos mutidimensionales
En una base de datos multidimensional los datos se almacenan
en tablas de múltiples dimensiones en vez de tablas
bidimensionales como las del modelo relacional. Se utilizan
para grandes volúmenes de información.
Universidad Nacional de Colombia Bases de datos I 23
 Los sistemas relacionales operan
conceptualmente sobre archivos o Tablas de
datos y no sobre los datos individuales
contenidos en el archivo.
 Las tablas permiten representar la

información de forma mas compacta.

 Es posible acceser a la información contenida

en dos o mas tablas simultáneamente.

 Una tabla está formada por Filas y Columnas.
 Las Filas son equivalentes a los Registros de

un archivo clásico (contienen los valores de

los objetos o entidades descritas).
 Las Columnas son equivalentes a los Campos

(que representan los atributos de los objetos

o entidades descritas). El conjunto de valores
que puede tomar un campo se llama dominio.
Clave
Primaria
DNI Nombre Apellido Teléfono Nombre
Campos
2341167 Pedro Alonso 6273652 Registro

5625711 María Gómez 6718234 Registro

6718273 José López 6715629 Registro

Campo Campo Campo Campo

 Una clave es una referencia que se utiliza
para identificar los registros de forma única y
está formada por uno o mas atributos
(columnas) de los registros.
 La Clave Primaria o principal es la que es

mínima en cuanto al número de campos que

la componen.
 Es importante porque permite acceder a cada
uno de los elementos de la B de D por
direccionamiento asociativo mediante la
combinación de tres factores:
◦ El nombre de la Tabla.
◦ La columna.
◦ El valor de la clave.
 La B de D contendrá generalmente muchas Tablas.
 Una Tabla sólo contiene un número fijo de
Campos.
 El nombre de los Campos que componen una
Tabla es distinto.
 Cada Registro de una Tabla es único.
 El orden de los Registros y el orden de los Campos
de una Tabla no está determinado.
 Para cada Campo existe un conjunto de valores
posibles (Dominio).
 SQL: Structured Query Language.
 Cualquier SBDR lleva asociado un lenguaje de

manipulación de datos compuesto de una

serir de mandatos u órdenes que permiten
interrogar y modificar la B de D.
 Planificación del tipo de información a
almacenar:
◦ Información disponible.
◦ Información que necesitamos.
 Esquematizar sobre papel el problema.
 Considerar los datos a gestionar y estimar el

espacio de memoria que necesitan.

 Los dos aspectos mas importantes a la hora
del diseño de las Tablas son:
◦ Campos
 Nombre del campo
 Tipo del campo
 Anchura del campo
◦ Datos
 Caracteres (texto), valores numéricos, fechas,
informaciones lógicas, imágenes, multimedia.
 Definición de los datos (análisis de los datos
existentes).
 Refinamiento de los datos (depuración de los

datos necesarios).
 Establecer relaciones entre los campos.
 Lista en papel de todos los atributos
(Campos).
 Examinar la aplicación con detalle para

determinar exactamente la clase de

información que debe almacenarse en la B de
D.
 Gestión del ingreso de pacientes en un
hospital.
◦ Nombre del paciente
◦ Apellidos del paciente
◦ Dirección del paciente
◦ Número de teléfono
◦ Fecha de ingreso
◦ Procedencia (con o sin P10)
◦ Destino del paciente
◦ Observaciones
 Refinar la lista inicial de campos de modo que
los campos constituyan una descripción
precisa de los tipos de datos necesarios.
 Importante incluir las sugerencias de los

futuros usuarios de la B de D.
 Nombre del paciente
 Apellidos del paciente  Nombre del hospital
 Domicilio  Médico responsable
 Población  Número de planta
 Provincia  Número de cama
 Código postal  Número de historial
 Número de teléfono clínico
 Procedencia  Observaciones
 Fecha de ingreso
 Nombre del paciente
 Apellidos del paciente  Médico responsable
 Domicilio  Nombre del médico
 Población  Apellidos del médico
 Provincia  Especialidad
 Código postal
 Número de colegiado
 Cargo
 Número de teléfono  Número de planta
 Procedencia  Número de cama
 Fecha de ingreso  Número de historial clínico
 Nombre del hospital  Observaciones
 Inspeccionar los Campos de la Tabla para
localizar redundancias en los datos a
introducir.
 Esta estrategia nos permitirá determinar si es

conveniente o no utilizar varias Tablas y, en

su caso, la forma de establecer las relaciones
futuras entre los campo.
 Cada vez que se de de alta a un paciente hay
que cumplimentar los datos del médico,
pudiendose ser el mismo médico para
diversos paciente.
 Por ello conviene separar los datos en dos

Tablas:
◦ Pacientes
◦ Médicos
 Tabla Pacientes  Tabla médicos
◦ Número SS paciente
◦ Código del médico
◦ Nombre del paciente
responsable
◦ Apellidos del paciente
◦ Domicilio ◦ Nombre
◦ Población ◦ Apellidos
◦ Provincia ◦ Especialidad
◦ Código postal
◦ Número de Teléfono
◦ Número de colegiado
◦ Procedencia ◦ Cargo
◦ Fecha de ingreso ◦ Observaciones
◦ Código del médico responsable
◦ Número de planta
◦ Número de cama
◦ Número de historial clínico
◦ Observaciones
 Se ha añadido un código de identificación
del médico responsable, presente en
ambas Tablas.
 Se ha añadido el Número de la SS para

identificar de forma única a cada paciente.

 Observando la Tabla pacientes se ve que

esta se puede descomponer en:

◦ Tabla Pacientes (datos de identificación)
◦ Tabla Ingresos
 Tabla pacientes  Tabla ingresos
◦ Número de la SS ◦ Número de historial
◦ Nombre del paciente clínico
◦ Domicilio ◦ Procedencia
◦ Población ◦ Fecha de ingreso
◦ Provincia ◦ Código de identificación
◦ Código postal del médico responsable
◦ Número de teléfono ◦ Número de planta
◦ Número de historial ◦ Número de cama
clínico ◦ Observaciones
◦ Observaciones
 Tabla médicos
◦ Código de identificación
del médico
◦ Nombre
◦ Apellidos
◦ Especialidad
◦ Número de colegiado
◦ Cargo
◦ Observaciones
RESUMEN
 La descripción completa de una base de datos se
denomina esquema
 Cada visión de usuario tiene su esquema
(subesquema), existe un esquema conceptual y
uno interno
 Existen correspondencias (“mappings”)
- Entre cada subesquema externo y el
conceptual
- Entre el esquema conceptual y el interno
 Estas correspondencias le permiten al SGBD por
ejemplo saber un registro conceptual con qué
registro(s) del nivel físico se corresponde

Universidad Nacional de Colombia Bases de datos I 45

RESUMEN
 En teoría debería existir un lenguaje de
descripción para cada nivel*
 En la práctica sin embargo en muchos

SGBD el esquema conceptual queda

fusionado con la especificación del
esquema interno.

* No siempre sucede así en los SGBD actuales…

Universidad Nacional de Colombia Bases de datos I 46

Universidad Nacional de Colombia Bases de datos I 47