CONSTRUCCIÓN DE BASE DE DATOS

La construcción de la base de datos tiene una orientación hacia el futuro de las personas,
equipos y procedimientos, cuya objetivo general es ayudar a una organización en el logro de sus
metas, a través del almacenamiento y procesamiento de un conjunto de información capaz de
ayudar en la correcta toma de decisiones de la gerencia de mercadeo, en función de su respectivo
programa de comercialización.

La importancia de la construcción de la base de datos radica en que permite una orientación

metódica y una coordinación adecuada de los recursos disponibles, identificación más rápida de los
problemas y evaluación cuantitativa de los resultados.

Los datos empleados para la construcción de la base de datos están constituidos por toda la
información que pueda ser de suficiente relevancia para ser incluida, tales como datos relativos a
clientes, a la competencia, a los distribuidores, a las transacciones, a las ventas, etc.

La base de datos es necesaria para recoger, almacenar y administrar la información interna

de la empresa para su posterior consulta, igualmente permite recuperar una variedad de información
útil en la toma de decisiones sobre mercadeo; incluir artículos de periódicos, publicaciones sobre
noticias de empresas, informe de gobierno, datos económicos y bibliografías.

Por otra parte, la calidad de la información utilizada en la construcción de la base de datos es el

elemento fundamental para cualquier actividad o decisión de mercadeo y debe reunir ciertas
características fundamentales, a saber:

 Que sea fiable – la fuente determina la fiabilidad

 Que sea homogénea – lo cual depende del mantenimiento periódico
 Que se encuentre actualizada.

CREACIÓN DE BASE DE DATOS

Arquitectura de base de datos

La arquitectura de un sistema de base de datos está influenciada en gran medida por el sistema
informático subyacente en el que se ejecuta el sistema de base de datos. En la arquitectura de un
sistema de base de datos se reflejan aspectos como la conexión de red, el paralelismo y la
distribución.

 Arquitectura Centralizada
 Arquitectura Distribuida
 Arquitectura Cliente-Servidor
 Arquitectura Paralelas
Arquitectura Centralizada:

Una base de datos centralizada es aquella que está totalmente en un solo lugar físico, es decir, está
almacenada en una sola maquina y en una sola CPU, en la cual los usuarios trabajan en terminales
que solo muestran resultados (terminales tontas).
Los sistemas de bases de datos centralizadas son aquellos que se ejecutan en un único sistema
informático sin interactuar con ninguna otra computadora. Tales sistemas van desde los sistemas de
bases de datos mono usuarios ejecutándose en computadoras personales hasta los sistemas de bases
de datos de alto rendimiento encuitándose en grandes sistemas.

Ventajas:
. Se evita la redundancia.
. Se evita la inconsistencia ya que si un hecho específico se representa por una entrada la no
concordancia de datos no puede ocurrir.
.Pueden aplicarse restricciones de seguridad.
.Puede conservarse la integridad.

Desventajas:
. Los mainframes no ofrecen mejor proporción precio/rendimiento que los microprocesadores de los
sistemas distribuidos.
. Cuando un sistema de base de datos centralizada falla, se pierde total disponibilidad de
procesamiento y sobre todo de información confiada al sistema.
. En caso de un desastre o catástrofe, la recuperación es difícil de sincronizar.
. Las cargas de trabajo no se pueden difundir entre varias computadoras, ya que los trabajos siempre
se ejecutaran en la misma maquina.

Arquitectura Distribuida:

Una base de datos distribuida (BDD) es un conjunto de múltiples bases de datos lógicamente
relacionadas las cuales se encuentran distribuidas en diferentes espacios lógicos (pej. un servidor
corriendo 2 máquinas virtuales) e interconectados por una red de comunicaciones. Dichas BDD
tienen la capacidad de realizar procesamiento autónomo, esto permite realizar operaciones locales o
distribuidas. Un sistema de Bases de Datos Distribuida (SBDD) es un sistema en el cual múltiples
sitios de bases de datos están ligados por un sistema de comunicaciones de tal forma que, un usuario
en cualquier sitio puede acceder los datos en cualquier parte de la red exactamente como si estos
fueran accedidos de forma local.

Un sistema de computación distribuida parte un problema grande en pequeñas piezas, y soluciona

cada una de ellas eficientemente de una manera coordinada.´ En la arquitectura distribuida el SGBD
y la BD no están asociados a un determinado ordenador, sino a una red cuyos nodos se reparten las
funciones. Una base de datos distribuida es vista por las aplicaciones igual que si fuera centralizada.
Es el SGBDD el que se encarga de preservar la integridad y coherencia de la BD. Se suele
distinguir entre sistemas homogéneos y heterogéneos. Un sistema es homogéneo si el SGBD usado
en todas las máquinas es el mismo. Si existe más de un SGBD distinto el sistema se denomina
heterogéneo.
Ventajas
• El acceso a los datos es más rápido debido a que los datos se localizan más cercanos al
lugar donde se utilizan.
• El procesamiento es rápido debido a que varios nodos intervienen en el procesamiento de
una carga de trabajo,
• Nuevos nodos se pueden agregar fácil y rápidamente.
• La probabilidad de que una falla en un solo nodo afecte al sistema es baja y existe una
autonomía e independencia entre los nodos.
• Control local de los datos con que se interactúa.
• Mayor tolerancia a los fallos.

Desventajas
• Es más complicado el control y la manipulación de los datos
• Es compleja el aseguramiento de la integridad de la información en presencia de fallas no
predecibles tanto de componentes de hardware como de software. La integridad se refiere a la
consistencia, validez y exactitud de la información.
• El control de concurrencia y los mecanismos de recuperación son mucho más complejos
que en un sistema centralizado dado que los datos pueden estar replicados.

Arquitectura cliente servidor:

La arquitectura cliente/servidor es un modelo para el desarrollo de sistemas de información, en el

que las transacciones se dividen en procesos independientes que cooperan entre sí para intercambiar
información, servicios o recursos.

Un sistema cliente/servidor es aquel en el que uno o más clientes y uno o más servidores,
conjuntamente con un sistema operativo subyacente y un sistema de comunicación entre procesos,
forma un sistema compuesto que permite cómputo distribuido, análisis, y presentación de los datos.
Si existen múltiples servidores de procesamiento de base de datos, cada uno de ellos deberá
procesar una base de datos distinta, para que el sistema sea considerado un sistema cliente/servidor.

Se denomina cliente al proceso que inicia el diálogo o solicita los recursos y servidor, al proceso
que responde a las solicitudes. Es el modelo de interacción más común entre aplicaciones en una
red. Por otro lado los clientes suelen ser estaciones de trabajo que solicitan varios servicios al
servidor. Ambas partes deben estar conectadas entre sí mediante una red.

Arquitectura paralela:
Las Bases de Datos paralelas son aquellas que se ejecuta sobre múltiples procesadores y discos que
han sido previamente diseñados para ejecutar operaciones en paralelo, con el propósito de mejorar
el rendimiento.

Los sistemas paralelos mejoran la velocidad de procesamiento y de E/S mediante la utilización de

UCP y discos en paralelo. La fuerza que ha impulsado a los sistemas paralelos de bases de datos ha
sido la demanda de aplicaciones que han de manejar bases de datos extremadamente grandes (del
orden de terabytes, esto es, 1012 bytes) o que tienen que procesar un número enorme de
transacciones por segundo (del orden de miles de transacciones por segundo).

Modelos de base de datos

Un modelo de datos es la combinación de una colección de estructuras de datos, operadores o reglas

de inferencia y de reglas de integridad, las cuales definen un conjunto de estados consistentes. El
cual puede ser usado como una herramienta para especificar los tipos de datos y la organización de
los mismos. Además para la manipulación de consultas y datos, así mismo es el elemento clave en
el diseño de la arquitectura de un manejador de BD.

Hay dos tipos de modelos de datos: los modelos conceptuales y los modelos lógicos.

 Los modelos conceptuales se utilizan para representar la realidad a un alto nivel de

abstracción. Mediante los modelos conceptuales se puede construir una descripción de la
realidad fácil de entender.
 En los modelos lógicos , las descripciones de los datos tienen una correspondencia sencilla
con la estructura física de la base de datos.

Entre los modelos conceptuales están: Modelo jerárquico, Modelo en red, Modelo relacional,
Modelo entidad–relación, Modelo entidad–relación extendido, modelo de objetos, modelo
documental, Modelo entidad–atributo–valor, modelo en estrella.

Entre los modelos lógicos están: modelo asociativo, modelo multidimensional, modelo multivalor,
modelo semántico, , grafo etiquetado, Triplestore.

Modelo entidad Relación:

El Modelo de Entidad Relación es un modelo de datos basado en una percepción del

mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre
estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación.

El Modelo Entidad Relación (ER) permite desarrollar un diseño de base de datos en un

esquema de alto nivel conceptual sin considerar los problemas de bajo nivel como la eficiencia, el
modelo implícito del administrador de base de datos o las estructuras físicas de los datos. El Modelo
Entidad Relación se hizo muy popular para el diseño de base de datos y es usado extensivamente.

Diagrama entidad-relación correspondiente a coches-empleado-cargo del empleado

 El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el
modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre
dichas entidades.

Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y
como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los
atributos y las relaciones de cada elemento.

Elementos del modelo entidad-relación

Entidad : Para poder seguir un ejemplo durante el artículo añadiré ejemplos sobre un taller
mecánico, donde se podría crear las siguientes entidades

 Coches (objeto físico): contiene la información de cada taller.

 Empleado (objeto físico): información de los trabajadores.
 Cargo del empleado (cosa abstracta): información de la función del empleado.
Estas entidades se representan en un diagrama con un rectángulos, como los siguientes.

Atributos: Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad
"Coches", que nos darán información sobre los coches de nuestro supuesto taller.

Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del
propietario, marca, modelo y muchos otros que complementen la información de cada coche.

Los atributos se representan como círculos que descienden de una entidad, y no es necesario
representarlos todos, sino los más significativos, como a continuación.
Relación: Es un vínculo que nos permite definir una dependencia entre varias entidades, es decir,
nos permite exigir que varias entidades compartan ciertos atributos de forma indispensable.

Las relaciones se muestran en los diagramas como rombos, que se unen a las entidades mediante
líneas:

Relaciones de cardinalidad

Podemos encontrar distintos tipos de relaciones según como participen en ellas las entidades. Es
decir, en el caso anterior cada empleado puede tener un cargo, pero un mismo cargo lo pueden
compartir varios empleados.

Uno a uno: Una entidad se relaciona únicamente con otra y viceversa.

Uno a varios o varios a uno: determina que un registro de una entidad puede estar relacionado con
varios de otra entidad, pero en esta entidad existir solo una vez. Como ha sido en el caso anterior
del trabajador del taller.

Los indicadores numéricos indican el primero el número mínimo de registros en una relación y
posteriormente el máximo (si no hay límite se representa con una "n")

Varios a varios: Determina que una entidad puede relacionarse con otra con ninguno o varios
registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por varios mecánicos
distintos y esos mecánicos pueden reparar varios coches distintos.

Modelo Jerárquico: Un modelo de datos jerárquico es un modelo de datos en el cual los datos son
organizados en una estructura parecida a un árbol. La estructura permite a la información que se
repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo tiene un
padre. Todos los atributos de un registro específico son catalogados bajo un tipo de entidad.
En una base de datos, un tipo de entidad es el equivalente de una tabla; cada registro individual es
representado como una fila y un atributo como una columna. Los tipos de entidad son relacionados
el uno con el otro usando 1: Trazar un mapa de n, también conocido como relación de uno a varios.
El ejemplo más aprobado de base de datos jerárquica modela es un IMS diseñado por la IBM.
Funcionamiento: A diferencia del modelo relacional, el modelo jerárquico no diferencia una vista
lógica de una vista física de la base de datos. De manera que las relaciones entre datos se establecen
siempre a nivel físico, es decir, mediante referencia a direcciones físicas del medio de
almacenamiento (sectores y pistas).
Los datos se almacenan en la forma de registros, el equivalente a las tuplas del modelo relacional.
Cada registro consta de un conjunto de campos, el equivalente a los atributos del modelo relacional.
Un conjunto de registros con los mismos campos se denomina fichero (record type, en inglés), el
equivalente a las relaciones del modelo relacional.
El modelo jerárquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del
modelo relacional. Pero a diferencia de este último, las relaciones son unidireccionales. En justicia,
dichas relaciones son hijo-padre, pero no padre-hijo. Por ejemplo, el registro de un empleado
(nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al
contrario. Esto implica que solamente se puede consultar la base de datos desde los
nodos hoja hacia el nodo raíz. La consulta en el sentido contrario requiere una búsqueda secuencial
por todos los registros de la base de datos.

Ejemplo: Sucursal es el nodo Raíz.

Modelo de red: El modelo de red es un modelo de base de datos concebido como un modo flexible
de representar objetos y su relación. Es una base de datos conformada por una colección o set de
registros, los cuales están conectados entre sí por medio de enlaces en una red. El registro es similar
al de una entidad como las empleadas en el modelo relacional.

Una estructura de base de datos de red, llamada algunas veces estructura de plex, abarca más que la
estructura de árbol: un nodo hijo en la estructura red puede tener más de un nodo padre. En otras
palabras, la restricción de que en un árbol jerárquico cada hijo puede tener sólo un padre, se hace
menos severa. El modelo de red organiza datos que usan dos fundamentales construcciones,
llamados registros y conjuntos. Los registros contienen campos (que puede ser organizado
jerárquicamente, como en el lenguaje COBOL de lenguaje de programación). Los conjuntos (para
no ser confundido con conjuntos matemáticos) definen de uno a varias relaciones entre registros: un
propietario, muchos miembros. Un registro puede ser un propietario en cualquier número de
conjuntos, y un miembro en cualquier número de conjuntos.

El modelo de red es una variación sobre el modelo jerárquico, al grado que es construido sobre el
concepto de múltiples ramas (estructuras de nivel inferior) emanando de uno o varios nodos
(estructuras de nivel alto), mientras el modelo se diferencia del modelo jerárquico en esto las ramas
pueden estar unidas a múltiples nodos. El modelo de red es capaz de representar la redundancia en
datos de una manera más eficiente que en el modelo jerárquico.

Ejemplo:

Se tiene el siguiente modelo relacional, el cual será transformado en un modelo de datos

de red:
Esta modelo relacional transformada al modelo de red sería la siguiente:

Modelo Relacional:

En este modelo se representan los datos y las relaciones entre estos, a través de una colección de
tablas, en las cuales los renglones (tuplas) equivalen a los cada uno de los registros que contendrá la
base de datos y las columnas corresponden a las características (atributos) de cada registro
localizado en la tupla.

El modelo relacional se basa en el concepto matemático de relación, que gráficamente se representa

mediante una tabla. Es decir, una relación es una tabla, con columnas y filas. Un SGBD sólo
necesita que el usuario pueda percibir la base de datos como un conjunto de tablas.

La estructura básica de datos del modelo relacional es la relación (tabla), donde la información
acerca de una determinada entidad (p. ej. "empleado") se almacena en tuplas (filas), cada una con
un conjunto de atributos (columnas). Las columnas de cada tabla enumeran los distintos atributos de
la entidad (el nombre del "empleado", dirección y número de teléfono, p. ej.), de modo que cada
tupla de la relación "empleado" representa un empleado específico guardando los datos de ese
empleado concreto

En resumen, el dominio es el conjunto de valores que puede asumir un determinado atributo

(campo). Una tupla es una fila de una relación. Los elementos de una relación son las tuplas o filas
de la tabla. Las tuplas de una relación no siguen ningún orden. En términos más sencillos, las tuplas
son los diferentes registros de una determinada tabla.

Todas las relaciones (es decir, tablas) en una base de datos relacional han de seguir unas mínimas
reglas:

1. el orden de los atributos es irrelevante

2. no puede haber tuplas repetidas
3. cada atributo sólo puede tener un valor.
Algunas de sus principales características son:

 Puede ser entendido y usado por cualquier usuario.

 Permite ampliar el esquema conceptual sin modificar las aplicaciones de gestión.
 Los usuarios no necesitan saber donde se encuentran los datos físicamente.

Ventajas:

 Provee herramientas que garantizan evitar la duplicidad de registros.

 Garantiza la integridad referencial, así, al eliminar un registro elimina todos los registros
relacionados dependientes.
 Favorece la normalización por ser más comprensible y aplicable.

Desventajas:

 Presentan deficiencias con datos gráficos, multimedia, CAD y sistemas de información

geográfica.

 No se manipulan de forma eficiente los bloques de texto como tipo de dato.

Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de satisfacer las
necesidades de las aplicaciones anteriores y así, complementar pero no sustituir a las bases de datos
relacionales.
Elementos del modelo relacional:

Entidades:

Una entidad es cualquier cosa o parte del mundo que es distinguible del resto, es decir, se diferencia
unívocamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.

Por ejemplo, en un sistema bancario, las personas y las cuentas bancarias se podrían interpretar
como entidades. Las entidades pueden representar entes concretos, como una persona, un animal,
una casa o un avión, o abstractas, como por ejemplo un préstamo, puesto de trabajo, una asignatura
de clases, un nombre, una reserva, etc...

Algunos Ejemplos:

 Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
 Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos
diferentes, por ejemplo, el número de chasis).
 Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).

El conjunto de todas las entidades del mismo tipo se denomina conjunto de entidades. Las entidades
del mismo tipo tienen todos los mismos atributos. Las entidades tienen un conjunto de propiedades,
que se denomina atributos: son las características que definen o identifican a una entidad. Estas
pueden ser muchas, y el diseñador solo utiliza o implementa las que considere más relevantes. (por
ejemplo, número de cuenta, saldo y fecha de alta pueden ser atributos de la entidad cuenta). Cada
entidad tiene un valor en cada uno de sus atributos. Habitualmente uno o más atributos sirven para
identificar unívocamente una entidad. Por ejemplo, el número de la Seguridad Social podría servir
para identificar de manera univoca a una persona-

Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad
Persona las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento.

Registro: es cada una de las filas en que se divide la tabla. Cada registro contiene datos de los
mismos tipos que los demás registros. Ejemplo: en una tabla de nombres y direcciones, cada fila
contendrá un nombre y una dirección.

Es un conjunto de campos que contienen los datos que pertenecen a una misma repetición de
entidad. Y estos representan a las filas dentro de una tabla. Un registro de empleados va contener
campos como nombre, numero de seguridad social, etc.

Campos: es cada una de las columnas que forman la tabla. Contienen datos de tipo diferente a los
de otros campos. En el ejemplo anterior, un campo contendrá un tipo de datos único, como una
dirección, o un número de teléfono, un nombre, etc.

Es la unidad básica de entrada de datos de un registro. Para definir un nuevo campo, en primer
lugar debe darle un nombre. Estos representan las columnas en una tabla.

Tabla: Son los objetos principales de bases de datos que se utilizan para guardar datos.. Una tabla
es utilizada para organizar y presentar información. Están formadas por filas, también llamadas
tuplas, donde se describen los elementos que configuran la tabla (es decir, los elementos de la
relación establecida por la tabla), columnas o campos, con los atributos y valores correspondientes,
y el dominio, concepto que agrupa a todos los valores que pueden figurar en cada columna.

Usuario

Correspondencia de cardinalidades

La correspondencia de cardinalidades, o razón de cardinalidad, expresa el número de entidades a las

que otra entidad puede estar asociada vía un conjunto de relaciones.
Para un conjunto de relaciones binarias R entre los conjuntos de entidades A y B, la
correspondencia de cardinalidades debe ser una de las siguientes:

Ejemplos:

Relación uno a uno: departamento con profesor… Se lee: Todo departamento tiene un profesor a
cargo y un profesor puede ser jefe de un solo departamento.

Relación de uno a muchos: Carrera con alumno.. Se lee: En una carrera cursan muchos alumnos y
un alumno puede cursar una sola carrera a la vez en la misma universidad.

Relación muchos a muchos: Profesor con materia… se lee: Un profesor puede dar varias materias
y una materia la pueden dar varios profesores.

Claves

Es el atributo de una entidad, al que le aplicamos una restricción que lo distingue de los demás
registros (no permitiendo que el atributo específico se repita en la entidad) o le aplica un vínculo.

Clave primaria: identifica inequívocamente un solo atributo no permitiendo que se repita en la

misma entidad. Como sería la matrícula o el número de chasis de un coche (no puede existir dos
veces el mismo).

Clave externa o clave foránea: este campo tiene que estar estrictamente relacionado con la clave
primaria de otra entidad, para así exigir que exista previamente ese clave. Anteriormente hemos
hablado de ello cuando comentábamos que un empleado indispensablemente tiene que tener un
cargo (que lo hemos representado numéricamente), por lo cual si intentásemos darle un cargo
inexistente el gestor de bases de datos nos devolvería un error.
Estructura lógica y física de las base de datos: En una base de datos hay estructuras lógicas y
estructuras físicas. Vamos a ver las que componen el almacenamiento de los datos en si:

Estructura lógica:

Una base de datos está formada por una o varias unidades lógicas llamadas tablespaces. Un
tablespace es la unidad de almacenamiento lógico. Además, cada una de estos tablespaces está
formada por uno o varios ficheros físicos que son los datafiles. Cuando se crea una base de datos,
lleva implicita la creación de 3 o 4 tablespaces que son:

SYSTEM: es el tablespace principal de la bd, donde se almacena el diccionario de datos y el

tablespace por defecto de todos los demás usuarios si no les asignamos otro distinto.

SYSAUX: Es principalmente donde se almacenan las métricas del sistema, los snapshots y demás
estadísticas.

UNDO: Es el tablespace de rollback de la base de datos y es obligatorio crearlo siempre y cuando

tengamos el parametro UNDO_MANAGEMENT=AUTO, si su valor es MANUAL, se crearan
segmentos de rollback en el tablespace system en lugar del tablespace UNDO.

TEMP: Es un tablespace temporal, el cual se utiliza para realizar las ordenaciones y agrupaciones
en las queries, dejando luego libre el espacio que se ha utilizado.

Estructura física: Es la estructura que nos vamos a encontrar directamente en nuestros volúmenes
de almacenamiento, ya sean locales o una cabina de discos, un NAS, NFS, ZPOOL, etc.

Generalmente en una base de datos en producción es aconsejable trabajar con una cabina de
almacenamiento dedicada para evitar concurrencia en los discos y con ASM (automatic storage
management).

En una base de datos almacenamos información relevante para nuestro negocio u organización y
desde el punto de vista físico, la base de datos está conformada por dos tipos de archivos:

Archivos de datos: contiene los datos de la base de datos internamente, está compuesto por páginas
enumeradas secuencialmente que representa la unidad mínima de almacenamiento. Cada página
tiene un tamaño de 8kb de información. Existen diferentes tipos de páginas, a tener en cuenta:

Páginas de datos: es el tipo principal de páginas y son las que almacenan los registros de datos.

Páginas de espacio libre (PFS Page Free Space): almacenan información sobre la ubicación y el
tamaño del espacio libre.

Paginas GAM and SGAM: utilizadas para ubicar extensiones.

Páginas de Mapa de Ubicaciones de índices (IAM – IndexAllocationMap): contiene información

sobre el almacenamiento de páginas de una tabla o índice en particular.

Páginas Índices: Utilizada para almacenar registros de índices.

Archivo de Registro de Transacciones: El propósito principal del registro de transacciones es la
recuperación de datos a un momento en el tiempo o complementar una restauración de copia de
respaldo completa (full backup). El registro de transacciones no contiene páginas, sino entradas con
todos los cambios realizados en la base de datos, como son las modificaciones de datos,
modificaciones de la base de datos y eventos de copia de seguridad y restauración.

Data File: Los datafiles son los archivos físicos en los que se almacenan los objetos que forman
parte de un tablespace. Un datafile pertenece solamente a un tablespace y a una instancia de base de
datos. Un tablespace puede estar formado por uno o varios datafiles. Cuando se crea un datafile, se
debe indicar su nombre, su ubicación o directorio, el tamaño que va a tener y el tablespace al que va
a pertenecer.

Ejercicios con el modelo relacional:

1) Se desea diseñar una base de datos para guardar la información sobre médicos, empleados y
pacientes de un centro de salud. De los médicos se desea saber su nombre, dirección, teléfono,
población, provincia, código postal, NIF, número de la seguridad social, número de colegiado y si
es médico titular, médico interino o médico sustituto. Cada médico tiene un horario en el que pasa
consulta, pudiendo ser diferente cada día de la semana. Los datos de los médicos sustitutos no
desaparecen cuando finalizan una sustitución, se les da una fecha de baja. Así, cada sustituto puede
tener varias fechas de alta y fechas de baja, dependiendo de las sustituciones que haya realizado. Si
la última fecha de alta es posterior a la última fecha de baja, el médico está realizando una
sustitución en la actualidad en el centro de salud. El resto de empleados son los ATS, ATS de zona,
auxiliares de enfermería, celadores y administrativos. De todos ellos se desea conocer su nombre,
dirección, teléfono, población, provincia, código postal, NIF y número de la seguridad social. De
todos, médicos y empleados, se mantiene también información sobre los períodos de vacaciones
que tienen planificados y de los que ya han disfrutado. Por último, de los pacientes se conoce su
nombre, dirección, teléfono, código postal, NIF, número de la seguridad social y médico que les
corresponde.