BASES DE DATOS MANIPULAR UN GRAN VOLUMEN DE DATOS

Las bases de datos y las hojas de cálculo son formas convenientes de almacenar información.
Las HOJAS DE CÁLCULO desde sus comienzos fueron diseñadas para un usuario. Son excelentes para uno o un
pequeño número de usuarios que no necesitan utilizar un gran volumen de datos complejos.
Las BASES DE DATOS, por otro lado, fueron creadas para almacenar gran cantidad de información organizada,
enormes cantidades en ocasiones.
Las bases de datos permiten consultas multiusuario, que permite acceder y consultar los datos de forma rápida y
segura a muchos usuarios al mismo tiempo, utilizando una lógica y un lenguaje altamente complejos.
Las principales diferencias entre las ambas son:
●
La forma de manipular y guardar la información.
●
La cantidad de datos que se pueden almacenar.
●
La accesibilidad a esos datos almacenados.

Antes de la aparición de las bases de datos, el almacenamiento de datos no era muy eficaz:
●
La información era representada haciendo uso de un conjunto de ficheros no relacionados entre sí.
●
La redundancia era grande y la integridad de la información dejaba mucho que desear.
El término de Bases de Datos no apareció hasta mediados de los años sesenta.
Para que se denomine a una Base de Datos, debe satisfacer una serie de PROPIEDADES. Hoy en día, no todas las bases
de datos satisfacen estas propiedades ‘ideales'.

Una BASE DE DATOS es una colección de archivos relacionados que almacenan tanto una representación abstracta del
dominio de un problema del mundo real cuyo manejo resulta de interés para una organización, como los datos
correspondientes a la información acerca del mismo.
Tanto la representación como los datos están sujetos a una serie de restricciones, las cuales forman parte del dominio
del problema y cuya descripción está también almacenada en esos ficheros.
BASES DE DATOS SISTEMAS DE GESTIÓN DE BASES DE DATOS

Hablar de BASES DE DATOS es hablar de información almacenada cumpliendo unas características y unas restricciones.
Pero para que la información pueda ser almacenada y el acceso a la misma satisfaga las características exigidas a una base
de datos para ser denominada como tal, es necesario que exista una serie de procedimientos (un software) que sea capaz
de llevar a cabo esas labores. A este sistema software es a lo que se le denomina sistema gestor de base de datos
(SGBD).
Un SISTEMA DE GESTIÓN DE BASES DE DATOS o SGBD es un conjunto de programas que permiten el
almacenamiento, modificación y extracción de la información en una base de datos.
Un SGBD permite controlar el acceso a los datos, asegurar su integridad, gestionar el acceso concurrente a ellos,
recuperar los datos tras un fallo del sistema y hacer copias de seguridad.

CARACTERÍSTICAS DE UN SGBD
●
Proporcionan métodos para mantener la integridad de los datos, para administrar el acceso de usuarios a los datos y
para recuperar la información si el sistema se corrompe.
●
Permiten presentar la información de la base de datos en variados formatos. La mayoría incluyen un generador de
informes. También pueden incluir un módulo gráfico que permita presentar la información con gráficos y tablas.
●
Generalmente se accede a los datos mediante lenguajes de consulta, lenguajes de alto nivel que simplifican la tarea de
construir las aplicaciones. También simplifican las consultas y la presentación de la información.
●
Los usuarios pueden acceder a la información usando herramientas específicas de consulta y de generación de
informes, o bien mediante aplicaciones al efecto.

Características de las bases de datos libres.

●
Pueden ser usadas sin restricciones de ningún tipo.
●
Pueden ser estudiadas (debe permitir el acceso a su código fuente).
●
Pueden ser redistribuidas (la copia no constituye delito).
●
Pueden ser modificadas y es permitido distribuirlas con las modificaciones. 
SGBD libres: LibreOffice Base - Firebird – BDB – MySQL – PostgreSQL – Sqlite...
SGBD propietarios: dBase - Fox Pro - IBM Informix - Microsoft SQL Server - Oracle - Paradox. - IBM DB2 UDB...
 BASES DE DATOS ALMACENAMIENTO DE LA INFORMACIÓN

Las estructuras de datos se organizan de un modo jerárquico. Un ARCHIVO o FICHERO (File) es una colección
El nivel mas alto es la base de datos de registros similares.

El archivo es tratado como una entidad individual

por los usuarios y las aplicaciones.
BASE DE DATOS
HOSPITAL Los archivos tienen nombres únicos y pueden
crearse y borrarse.

Dependiendo de cómo podamos acceder a los

datos, disponemos de:
ARCHIVO ARCHIVO ARCHIVO
PACIENTES MÉDICOS PROVEEDORES ●
Ficheros de acceso secuencial
●
Ficheros de acceso directo

REGISTRO REGISTRO REGISTRO REGISTRO REGISTRO

●
Ficheros de acceso indexado
Paciente1 Paciente2 Paciente3 Proveedor Proveedor

Un REGISTRO (Record) es una colección de

campos relacionados que pueden tratarse como
una única unidad.
CAMPO CAMPO CAMPO CAMPO CAMPO CAMPO CAMPO
Fecha
DNI Nombre Nacimiento Dirección Ciudad Provincia Teléfono Un CAMPO (Field) es el elemento de datos
Paciente Paciente Paciente Paciente Paciente Paciente Paciente básico.

Un campo contiene un valor único.

Se caracterizan por su longitud y por el tipo de

CARACTER CARACTER CARACTER CARACTER datos que contiene.
L U I S
Pueden ser de tamaño fijo o variable.
y el más bajo el carácter
BASES DE DATOS FICHEROS SECUENCIALES

✔ FICHEROS DE ACCESO SECUENCIAL

Los registros están ubicados consecutivamente sobre un dispositivo de almacenamiento, de tal forma que para acceder a
un registro determinado debemos pasar obligatoriamente por todos los registros que le preceden.
Los registros se graban consecutivamente cuando se crea el archivo, y se deben acceder a ellos consecutivamente.

Acceso al registro DATOS

INICIO DEL FICHERO
Paco

Pedro

Ramón

Luis

Pablo

Para acceder al registro Pablo Pepe

hay que pasar por todos FIN DEL FICHERO
los registros anteriores.
BASES DE DATOS FICHEROS DE ACCESO DIRECTO

✔ FICHERO DE ACCESO DIRECTO

Se encuentra almacenado en un dispositivo direccionable.

Sus registros poseen un campo clave que identifica inequívocamente a cada registro.
Se establece una correspondencia directa entre los valores del campo clave y las direcciones lógicas en el soporte.
Los registros se almacenan según el orden de entrada y no quedan ordenados.

DIRECCIÓN
Acceso al registro DATOS
Y CLAVE

1 Juan

2 Pedro

3 Paco

4 Pablo

5 Pepe

En los ficheros de acceso directo, el campo clave es el número del registro en el fichero. Así se establece una
correspondencia directa entre los valores del campo clave y las direcciones lógicas en el soporte.
De esta forma en un Fichero de Acceso Directo nos referimos a un registro por medio de su posición en este. De esta
forma podremos obtener el reg número 4 sin pasar antes por los demás.
BASES DE DATOS FICHEROS INDEXADOS

✔ FICHERO DE ACCESO INDEXADO

Se encuentra almacenado en un dispositivo

direccionable. Clave Clave
Secundaria Principal
Sus registros poseen un campo clave principal
DIRECCIÓN NOMBRE DNI PROVINCIA EDAD
que lo identifica inequívocamente, es decir,
dentro del fichero Indexado no puede haber dos 1 Ramón 32.212.121 Oviedo 16
registros con los campos clave principal iguales.
2 Pedro 22.345.555 Sevilla 20
Además pueden existir otros campos claves
3 Paco 19.216.811 Málaga 17
secundarios que realizan la misma tarea que el
campo clave, sin embargo, sus valores pueden 4 Pablo 42.585.252 A Coruña 16
repetirse.
5 Pepe 38.255.245 Lugo 20
Cada archivo indexado almacena los registros de
forma secuencial, en el área de datos. También
almacena las tablas de índices en el área de
índices. El área de índices es equivalente, en su TABLAS DE ÍNDICES
función, al índice de un libro.
Clave principal Clave secundaria
entrada y no quedan ordenados. DIRECCIÓN DNI DIRECCIÓN NOMBRE

3 19.216.811 4 Pablo
Para cada campo clave, el fichero genera una
tabla, donde dicha clave aparece ordenada 2 22.345.555 3 Paco
alfabéticamente y se relaciona con la dirección
1 32.212.121 2 Pedro
de los datos
5 38.255.245 5 Pepe
Los datos se almacenan según el orden de
entrada y no quedan ordenados. 4 42.585.252 1 Ramón

Acceso al registro con DNI 19.216.811

BASES DE DATOS DE LOS FICHEROS A LAS BASES DE DATOS

Inicialmente
●
Dispositivos de almacenamiento sólo permitían un ACCESO SECUENCIAL a la información
●
Las estructuras de datos para almacenar la información, debían ser muy simples (archivos secuenciales)
●
Los procedimientos de acceso a esta información requerían un alto tiempo de cómputo ya que eran seriales.
●
Además, los procedimientos encargados del mantenimiento de la información eran totalmente dependientes del
hardware utilizado para ello, lo que suponía una continua modificación del software encargado de esta tarea cuando
el hardware cambiaba.

Mejoras
●
Con la aparición de los dispositivos de almacenamiento que permitían el ACCESO DIRECTO, las estructuras para
almacenar la información se fueron haciendo más complejas.
●
Se desarrollaron procedimientos de acceso directo a la información, si bien seguían siendo estos procedimientos los
encargados de describir la estructura del almacenamiento de la información que trataban. Si la estructura cambia
debido a cualquiera de las múltiples razones posibles, los procedimientos debían ser modificados para reconocer la
nueva estructura de la información.
En esta época, aunque el almacenamiento de la información sí era independiente del dispositivo hardware utilizado, la
estructura de la información no era independiente de los procedimientos que la manejaban.

Sistemas Dinámicos
Los requerimientos cambian con el tiempo, la información a ser tratada en cada problema también cambia y, por tanto, es
necesario, independizar la estructura de la información (archivos) de los procedimientos encargados de su tratamiento
(programas), en caso contrario será necesario dedicar una gran cantidad de esfuerzo a la modificación de todos aquellos
procedimientos encargados del mantenimiento de la información.

Cuando se reconoce que los sistemas EVOLUCIONAN y Es necesario tener en cuenta que
que la información y la estructura de la misma no es existe una INDEPENDENCIA de
estática sino que va cambiando con el tiempo, es cuando los datos con respecto a los
aparece el concepto de las Bases de Datos. procedimientos.
BASES DE DATOS PROPIEDADES DE LAS BASES DE DATOS I

DESEMPEÑO
Las bases de datos deben asegurar un tiempo de respuesta adecuado en la comunicación hombre-máquina
Una base de datos debe ser capaz de responder, en un tiempo aceptable, a cualquier consulta sobre la información que
mantiene, sin restricciones graves en cuanto a los ítems, relaciones, formato, etc., solicitados en la misma, y respondiendo
al usuario rápidamente.

CAPACIDAD DE ACCESO
Una base de datos debe ser capaz de responder en un tiempo aceptable, a cualquier consulta sobre la información que
mantiene permitiendo el acceso simultáneo al mismo o distinto conjunto de ítems de datos por el mismo o distinto
procedimiento.
Si disponemos de varios miles de registros, alguna consulta puede tener un tiempo de respuesta muy alto.

VERSATILIDAD PARA LA REPRESENTACIÓN DE LA INFORMACIÓN

Si bien la información que forma parte del dominio de un problema es única y caracteriza a ese problema o sistema,
pueden existir diferentes visiones de esa información. Visiones parciales en las que sólo se tiene en cuenta parte del
problema y/o visiones globales que observan el problema desde diferentes puntos de vista.

MÍNIMA REDUNDANCIA
Redundancia quiere decir repetición de la información, como por ejemplo almacenar en dos sitios distintos la dirección de
los clientes.
La redundancia implica la existencia de varias copias de un mismo ítem de datos, las cuales pueden, en un momento dado,
tener distintos valores (inconsistencia).
Además, esta duplicación implica unas necesidades de almacenamiento innecesarias.

AFINACIÓN
La organización física de la información de la base de datos determina directamente el tiempo de respuesta de los
procedimientos que operan sobre la misma.
BASES DE DATOS PROPIEDADES DE LAS BASES DE DATOS II

INTEGRIDAD
La integridad de una base de datos hace referencia a que los datos almacenados en la misma sean correctos.
Los procedimientos que manejan la información deben garantizar la integridad de estos datos debido a...
• Problemas durante el procesamiento de la información (fallos hardware, software, del sistema…)
• Problemas que puedan surgir debido al acceso concurrente de muchos usuario al mismo tiempo.

SEGURIDAD Y PRIVACIDAD
La seguridad de una base de datos hace referencia a la capacidad de ésta para proteger los datos contra su pérdida total
o parcial por fallos del sistema o por accesos accidentales o intencionados a los mismos.
La privacidad de una base de datos hace referencia a la reserva de la información de la misma a personas no autorizadas.
Para conseguir estas características, una base de datos debe satisfacer, al menos, los siguientes requisitos:
●
Seguridad contra la destrucción de los datos causada por el entorno: fuego, robo, inundaciones...
●
Seguridad contra la destrucción de los datos causada por fallos del sistema (hardware y software).
●
(Los datos deben de poder reconstruirse).
●
Seguridad contra accesos no autorizados a la base de datos.
●
Seguridad contra accesos indebidos a los datos.

SIMPLICIDAD
Las bases de datos deben estar basadas en representaciones lógicas simples, de tal forma que la inclusión de nuevos ítems
de datos y relaciones no ocasione una complejidad excesiva.

INTERFAZ CON EL PASADO Y FUTURO

Una base de datos debe estar abierta a reconocer información organizada físicamente por otro software (de base de
datos o no) de distinta forma a la que utiliza la base de datos.
BASES DE DATOS MODELO ENTIDAD/RELACIÓN

Al diseñar una base de datos, lo primero que hay que hacer es el llamado esquema conceptual, que representa la
información de forma absolutamente independiente al Sistema Gestor de Base de Datos. El hecho de saltarse el esquema
conceptual conlleva un problema de pérdida con el problema real.
El ESQUEMA CONCEPTUAL debe reflejar todos los aspectos relevantes del mundo a real a modelar.

Los modelos de datos convencionales no ofrecían la suficiente capacidad de abstracción ni el poder expresivo como para
captar la semántica del mundo real, haciendo difícil la comunicación del diseñador con el usuario.
Entre los modelos de datos que surgen para solucionar estos problemas destaca el MODELO ENTIDAD/RELACIÓN (E/R)
propuesto por Dr. Peter Pin-Shan Chen.
Este modelo no tiene nada que ver con las bases de datos relacionales, los esquemas entidad/relación se pueden utilizar
con cualquier SGBD ya que son conceptuales.
El modelo E/R permite al diseñador concebir la base de datos a un nivel superior de abstracción, aislándolo de
consideraciones relativas a la máquina y a los usuarios en particular

El modelo E/R, como su nombre indica, se apoya en dos conceptos: ENTIDAD y RELACIÓN.
ENTIDAD
Se puede definir una entidad como cualquier objeto (real o abstracto) que existe en la realidad y acerca del cual
queremos almacenar información en la base de datos.
Cada entidad tiene asociado un predicado que la describe y que tiene que cumplir cada uno de los ejemplares.
Una entidad no es un propiedad concreta sino un objeto que puede poseer múltiples propiedades (atributos). Es decir
López es el contenido del atributo “Primer Apellido” de la entidad que representa a la persona Pedro López Crespo
Una entidad es un objeto concreto, no un simple dato
RELACION
Se entiende por relación o interrelación, una asociación, vinculación o correspondencia entre entidades. Es el elemento del
modelo que permite relacionar en sí los datos del mismo.
BASES DE DATOS REPRESENTACIÓN DEL MODELO E/R

ENTIDADES
En el modelo entidad relación los conjuntos de entidades se representan con un rectángulo dentro del cual se escribe el
nombre de la entidad.
RELACIONES
La representación gráfica de las entidades se realiza con un rombo al que se le unen líneas que se dirigen a las entidades,
las relaciones tienen nombre (se suele usar un verbo)

CARDINALIDAD
Se define como el número mínimo y máximo de ejemplares de un tipo de entidad que pueden estar relacionados con un
ejemplar de otro tipo de entidad que participa en la relación.
Se representa graficamente mediante una etiqueta del tipo (0,1), (1,1), (0,N) ó (1,N)
●
Cardinalidad mínima. Indica el número mínimo de asociaciones en las que aparecerá cada ejemplar de la entidad (el valor
que se anota es de cero o uno, aunque tenga una cardinalidad mínima de más de uno, se indica sólo un uno)
●
Cardinalidad máxima. Indica el número máximo de relaciones en las que puede aparecer cada ejemplar de la entidad.
Puede ser uno, otro valor concreto mayor que uno (tres por ejemplo) o muchos (se representa con n)

Un jugador juega
en un equipo o no

(1,N) (0,1)
JUGADOR JUEGA EQUIPO

En un equipo juega
al menos 1 jugador
BASES DE DATOS TIPOS DE RELACIONES

Las relaciones evitan la duplicidad de datos, ahorran memoria y espacio en el disco, aumentando la velocidad de ejecución
y facilita el trabajo al usuario.

Una forma más sencilla de hacer referencia a la cardinalidad es indicando solamente la cardinalidad máxima.

RELACION 1 A 1 RELACION 1 A VARIOS RELACION VARIOS A VARIOS

(1:1) (1:N) (N:M)

Cuando un registro de una tabla sólo
puede estar relacionado con un único
registro de la otra tabla y viceversa.
Cuando un registro de una tabla sólo
puede estar relacionado con un único
registro de la otra tabla y un registro
de la otra tabla puede tener más de
un registro relacionado en la primera
tabla.
Cuando un registro de una tabla
puede estar relacionado con más
de un registro de la otra tabla y
viceversa.

AYUNTAMIENTO CIUDAD ARTÍCULOS

1 1 M

DIRIGIR VIVIR COMPRAR

1 N N
ALCALDE HABITANTE CLIENTES
BASES DE DATOS ATRIBUTOS

Cada una de las propiedades o características que tiene un tipo de entidad se denomina ATRIBUTO.

Atributo

Código_Curso
Clave Principal
Nombre_Curso
Clave Secundaria CURSO Horas_Curso
N Aula_Curso

IMPARTIR Fecha_Comienzo

Código_Profesor
Nombre_Profesor
1
PROFESOR DNI_Profesor
Dirección_Profesor
Teléfono_Profesor

Una relación también puede tener atributos asociados, que no pertenecen a ninguno de los tipos de entidad implicados,
sino a la propia asociación entre ellas.

Si entre las entidades CURSO y PROFESOR establecemos la relación IMPARTIR, podemos decir que el atributo
Fecha_Comienzo es propio de la relación y representará os momentos en los que cada profesor impartió un curso.
BASES DE DATOS EJEMPLO 1

En una universidad se imparten varios cursos.

Cada curso lo imparte un solo profesor, el cual puede impartir varios cursos.
Los cursos son subvencionados, por lo que sólo se permite que un alumno se matricule de un curso

Código_Profesor
PROFESORES
Nombre_Profesor
CODIGO NOMBRE DNI …
PROFESOR DNI_Profesor
1 PEPE 34546643F
1 Dirección_Profesor
2 LUIS 34567434G
Teléfono_Profesor
3 PEDRO 54874589S
IMPARTIR

CURSOS
Código_Curso
N Nombre_Curso CODIGO NOMBRE HORAS PROFESOR …

CURSO Horas_Curso 1 OFFICE 30 1

Profesor_Curso 2 GIMP 30 2
1
3 JAVA 100 1

ESTUDIAR ALUMNOS

Código_Alumno CODIGO NOMBRE DNI CURSO …

N Nombre_Alumno 1 GUMERSINDO 34567643F 3

ALUMNO DNI_Alumno 2 MACARENA 37777434G 1

Dirección_Alumno 3 BONIFACIO 36589745H 3
Curso_Alumno

Para poder relacionar tablas entre sí se deberá especificar un campo en común que contenga el mismo valor en las dos
tablas y dicho campo será clave principal en una de ellas.
BASES DE DATOS EJEMPLO 2

Ahora supongamos que un curso está compuesto por varias asignaturas. Las asignaturas pueden ser de varios cursos.
Cada una de ellas tiene un número de créditos.
Los alumnos se matriculan de las asignaturas que quieren.

M
PROFESOR CURSO ALUMNO

ESCOGE

1 N N M N
IMPARTIR TIENE ASIGNATURAS

PROFESORES ALUMNOS

CODIGO NOMBRE DNI … CODIGO NOMBRE DNI CURSO …

1 PEPE 34546643F 1 GUMERSINDO 34567643F 3

2 LUIS 34567434G 2 MACARENA 37777434G 1

3 PEDRO 54874589S 3 BONIFACIO 36589745H 3

CURSOS ASIGNATURA

CODIGO NOMBRE HORAS PROFESOR … ASIGNATURA CURSO ALUMNO NOTA …

1 OFIMÁTICA 30 1 WORD 1 1 8

2 IMAGEN 30 2 WORD 1 2 9

3 PROGRAMACIÓN 100 1 EXCEL 1 1 7

Para conseguir una correcta base de datos relacional es imprescindible realizar un estudio previo del diseño de la BD.