2.1.

Caractersticas del DBMS

Control de la redundancia de datos
Este consiste en lograr una mnima cantidad de espacio de almacenamiento para
almacenar los datos evitando la duplicacin de la informacin. De esta manera se logran
ahorros en el tiempo de procesamiento de la informacin, se tendrn menos
inconsistencias, menores costos operativos y har el mantenimiento ms fcil.
Compartimiento de datos
Una de las principales caractersticas de las bases de datos, es que los datos pueden ser
compartidos entre muchos usuarios simultneamente, proveyendo, de esta manera,
mxima eficiencia.
Mantenimiento de la integridad
La integridad de los datos es la que garantiza la precisin o exactitud de la informacin
contenida en una base de datos. Los datos interrelacionados deben siempre representar
informacin correcta a los usuarios.
Soporte para control de transacciones y recuperacin de fallas.
Se conoce como transaccin toda operacin que se haga sobre la base de datos. Las
transacciones deben por lo tanto ser controladas de manera que no alteren la integridad
de la base de datos. La recuperacin de fallas tiene que ver con la capacidad de un
sistema DBMS de recuperar la informacin que se haya perdido durante una falla en el
software o en el hardware.
Independencia de los datos.
En las aplicaciones basadas en archivos, el programa de aplicacin debe conocer tanto la
organizacin de los datos como las tcnicas que el permiten acceder a los datos. En los
sistemas DBMS los programas de aplicacin no necesitan conocer la organizacin de los
datos en el disco duro. Este totalmente independiente de ello.
Seguridad
La disponibilidad de los datos puede ser restringida a ciertos usuarios. Segn los
privilegios que posea cada usuario de la base de datos, podr acceder a mayor
informacin que otros.
Velocidad
Los sistemas DBMS modernos poseen altas velocidades de respuesta y proceso.
Independencia del hardware
La mayora de los sistemas DBMS estn disponibles para ser instalados en mltiples
plataformas de hardware.

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 programas (PGA), que es privada para cada servidor y
proceso en segundo planos; a cada proceso se asigna un PGA.
rea de Ordenaciones (SortAreas).
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 contien

Leer ms: http://proyecto359.webnode.mx/unidad2/

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 IndexAllocationMap): 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 auqnue
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.

2.1.3

Requerimientos para instalacin

Antes de instalar cualquier SGBD es necesario conocer los requerimientos

de hardware y software, el posible software a desinstalar previamente,
verificar el registro de Windows y el entorno del sistema, as como otras
caractersticas de configuracin especializadas como pueden ser la
reconfiguracin de los servicios TCP/IP y la modificacin de los tipos
archivos HTML para los diversos navegadores.

Los requerimientos para instalar PostGreSQL son:

8 megabytes de RAM
30 megabytes de espacio en disco para el cdigo fuente.
5 megabytes de espacio para la instalacin de los ejecutables.
1 megabyte extra para las bases de datos bsicas.

SQL SERVER:

2.1.4 Instalacin del software de BD en modo transaccional

Una base de datos en modo transaccional significa que la BD ser capaz de

que las operaciones de insercin y actualizacin se hagan dentro de una
transaccin, es un componente que procesa informacin descomponindola de
forma unitaria en operaciones indivisibles, llamadas transacciones, esto quiere
decir que todas las operaciones se realizan o no, si sucede algn error en la
operacin se omite todo el proceso de modificacin de la base de datos, si no
sucede ningn error se hacen toda la operacin con xito
Mtodos que se utilizan:
*Begin TRans para iniciar la transaccin.
*CommitTrans para efectuar los cambios con xito.
*RollbackTrans para deshacer los cambios.
Conjunto de lneas de un
programa que llevan:
Insert
Update
Delete.

Ejemplo:
Insert.
INSERT INTO table_name
VALUES (value1,value2,value3,...);
INSERT INTO table_name (column1,column2,column3,...)
VALUES (value1,value2,value3,...);
update
UPDATE table_name
SET column1=value1,column2=value2,...
WHERE some_column=some_value;
delete
DELETE FROM table_name
WHERE some_column=some_value;
Administracin de base de datos
Es la bitcora que permite hacer operaciones:
Commit
Rollback.

Ejemplo:

CREATE TABLE
#TABLA1(ID INT, NOMBRE VARCHAR(50))
GO
CREATE TABLE
#TABLA2
(ID INT , FECHA DATETIMENOT NULL)
GO
BEGIN TRANSACTION
INSERT INTO
#TABLA1 VALUES (1, 'EJEMPLO')
INSERT INTO #TABLA2 VALUES (1, GETDATE ())
INSERT INTO #TABLA1 VALUES (2, 'EJEMPLO')
INSERT INTO #TABLA2 VALUES (2, GETDATE())

SAVE TRANSACTION A
INSERT INTO #TABLA1 VALUES (3, 'EJEMPLO')
INSERT INTO #TABLA2 VALUES
(3, GETDATE ())
INSERT INTO #TABLA1 VALUES (4, 'EJEMPLO' )
INSERT INTO#TABLA2 VALUES (4, GETDATE ())
ROLLBACK TRANSACTION A
COMMIT TRANSACTION

2.1.5 Variables de Ambiente y archivos importantes para instalacin

Para instalar MySQL como primer instancia el archivo primordial es el que se descarga
de la Web de MySQL. El proceso para instalar MySQL desde un archivo ZIP es el
siguiente:

1.
2.
3.
4.
5.

Extraer el contenido del archivo dentro del directorio de instalacin deseado.

Crear un archivo de opciones.
Elegir un tipo de servidor MySQL
Iniciar el servidor MySQL.
Establecer la seguridad de las cuentas de usuario por defecto.