2.1.

Caractersticas del DBMS

CONTROL DE REDUNDACIA
RESTRICCION DE LOS ACCESOS NO AUTORIZADOS
CUMPLIMIENTO DE LAS RESTRICCIONES DE INTEGRIDAD
RESPALDO Y RECUPERACION
CONTROL DE REDUNDANCIA.
En la creacin tradicional de programas de archivos, cada grupo de usuarios mantiene
sus propios archivos para manejar sus aplicaciones de procesamiento de datos.
Supongamos la situacin para una base de datos de un supermercado. Los grupos
involucrados seran, entre otros, el de finanzas y el de reposicin. Con el enfoque
tradicional, cada sector mantendra archivos independientes para los proveedores, cada
uno con un objetivo distinto. Buena parte de los datos se almacenaran dos veces.
Generalmente, esta redundancia de datos provoca varios problemas:
Es necesario realizar la misma actualizacin -introducir un nuevo proveedor varias veces:
una vez en cada archivo que contenga datos de proveedores. Esto implica duplicar el
trabajo
Se desperdiciara espacio de almacenamiento al guardar los mismos datos en varios
lugares
Es posible que los archivos que representan los mismos datos se tornen inconsistentes
RESTRICCIN DE LOS ACCESOS NO AUTORIZADOS.
Cuando muchos usuarios comparten una misma base de datos, es probable que no todos
tengan la autorizacin para tener acceso a toda la informacin que contiene. El SGBD
debe contar con un subsistema de seguridad y autorizacin que permita al DBA crear
cuentas y especificar Restricciones para ellas.
CUMPLIMIENTO DE LAS RESTRICCIONES DE INTEGRIDAD
La mayor parte de las aplicaciones de base de datos tienen ciertas restricciones de
integridad que deben cumplir los datos. El SGBD debe ofrecer recursos para definir tales
restricciones y hacer que se cumplan. Por ejemplo, en la tabla de abajo, podemos
especificar que el valor del elemento Ciclo dentro de cada registro de la tabla
ESTUDIANTE debe ser un entero entre 1 y 5.

2.1.1 Estructura de memoria y procesos de la instancia

La memoria se puede estructurar en las siguientes partes: rea Global del sistema (SGA),
la cual se comparte entre todos los servidores y los procesos en segundo plano. reas
globales de rogramas (PGA), que es privada para cada servidor y proceso en segundo
planos; a cada proceso se asigna un PGA.
rea de Ordenaciones (Sort Areas).

Memoria Virtual
j Area de codigo de software.
Instancia de una Base de Datos
Cada instancia est asociada a una base de datos. Cuando se inicia una base de datos
en un servidor (independientemente del tipo de computadora), se le asigna un rea de
memoria (SGA) y lanza uno o ms procesos. A la combinacin del SGA y de los procesos
es lo que se llama instancia. La memoria y los procesos de una instancia gestionan los
datos de la base de datos asociada de forma eficiente y sirven a uno o varios usuarios.
Cuando se inicia una instancia El DBMS monta la base de datos, es decir, asocia dicha
instancia a su base de datos correspondiente. En un misma computadora pueden
ejecutarse varias instancias simultneamente, accediendo cada una a su propia base de
datos fsica. nicamente el administrador de la base de datos puede iniciar una instancia
y abrir una base de datos. Si una base de datos est abierta, entonces el administrador
puede cerrarla y, cuando esto ocurre, los usuarios no pueden acceder a la informacin
que contiene.

2.1.2 Estructuras fsicas de la base de datos

En una base de datos almacenamos informacin relevante para nuestro negocio u
organizacin y desde el punto de vista fsico, 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 pginas enumeradas secuencialmente que representa la unidad mnima
de almacenamiento. Cada pgina tiene un tamao de 8kb de informacin. Existen
diferentes tipos de pginas, a tener en cuenta: Pginas de datos: es el tipo principal de
pginas y son las que almacenan los registros de datos.
Pginas de espacio libre (PFS Page Free Space): almacenan informacin sobre la
ubicacin y el tamao del espacio libre.
Paginas GAM and SGAM: utilizadas para ubicar extensiones.
Pginas de Mapa de Ubicaciones de ndices (IAM Index Allocation Map): contiene
informacin sobre el almacenamiento de pginas de una tabla o ndice en particular.
Pginas ndices: Utilizada para almacenar registros de ndices.
Archivo de Registro de Transacciones: El propsito principal del registro de
transacciones es la recuperacin de datos a un momento en el tiempo o complementar
una restauracin de copia de respaldo completa (full backup). El registro de transacciones
no contiene pginas, 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 restauracin. El acceso a datos es secuencial, ya que el registro de
transacciones se actualiza en el mismo orden cronolgico en el que se hacen las
modificaciones. Este archivo no puede ser ledo por herramientas de usuario de SQL

aunque existen herramientas de terceros que leen este archivo para recuperar los
cambios efectuados. Dependiendo de la versin el registro de transacciones se utiliza
para otros propsitos como por ejemplo bases de datos espejo (mirror) y transporte
remoto de transacciones (log shipping). Para muchos de los administradores de bases de
datos, la imagen anterior representa la parte lgica y la parte fsica, donde: Data File: Los
datafiles son los archivos fsicos 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 ubicacin o directorio, el tamao que va a tener
y el tablespace al que va a pertenecer. Adems, al crearlos, ocupan ya ese espacio
aunque se encuentran totalmente vacos, es decir, Oracle reserva el espacio para poder ir
llenndolo poco a poco con posterioridad. Por supuesto, si no hay sitio suficiente para
crear un archivo fsico del tamao indicado, se producir un error y no se crear dicho
archivo.
Cuando se van creando objetos en un tablespace, stos fsicamente se van almacenando
en los datafiles asignados a dicho tablespace, es decir, cuando creamos una tabla y
vamos insertando datos en ella, estos datos realmente se reparten por los archivos fsicos
o datafiles que forman parte del tablespace. No se puede controlar en qu archivo fsico
se almacenan los datos de un tablespace. Si un tablespace est formado por 2 datafiles y
tenemos una tabla en ese tablespace, a medida que vamos insertando filas stas se
almacenarn en cualquiera de los dos datafiles indistintamente, es decir, unas pueden
estar en un datafile y otras en otro. El espacio total disponible en un tablespace es
lgicamente la suma de los tamaos que ocupan los archivos fsicos o datafiles que lo
forman. Como hemos indicado estos datafiles, al crearlos, estn totalmente vacos,
simplemente es un espacio reservado y formateado por Oracle para su uso. A medida que
se van creando objetos en ellos como tablas, ndices, etc. y se van insertando registros en
estas tablas, los datafiles se van llenando o, lo que es lo mismo, el tablespace se va
llenando.
Tienen las siguientes caractersticas:
Un archivo slo puede estar asociado con una base de datos.
Los archivos de datos tienen atributos que permiten reservar automticamente para
ellos extensiones cuando se acaba el espacio.
Uno o ms archivos de datos forman una unidad lgica de almacenamiento llamada
tablespace Os Block:
Conocidos como Disk Block, estos mapean a los data blocks. A la hora de crear una
nueva base de datos se debe indicar cuntos bloques de sistema operativo formarn un
bloque de datos.