Instituto Tecnolgico de Saltillo

Taller de Base de Datos

Unidad 1
Sistema Gestor de Base de Datos
Miguel Angel Marin Encina
Martes 25 de agosto de 2015

Sistema Gestor de Base de Datos

Definimos un Sistema Gestor de Bases de Datos o SGBD, tambin
llamado DBMS (Data Base Management System) como una coleccin de
datos relacionados entre s, estructurados y organizados, y un conjunto de
programas que acceden y gestionan esos datos. La coleccin de esos datos
se denomina Base de Datos o BD, (DB Data Base).
Antes de aparecer los SGBD (dcada de los setenta), la informacin
se trataba y se gestionaba utilizando los tpicos sistemas de gestin de
archivos que iban soportados sobre un sistema operativo. stos consistan
en un conjunto de programas que definan y trabajaban sus propios datos.
Los datos se almacenan en archivos y los programas manejan esos archivos
para obtener la informacin. Si la estructura de los datos de los archivos
cambia, todos los programas que los manejan se deben modificar; por
ejemplo, un programa trabaja con un archivo de datos de alumnos, con una
estructura o registro ya definido; si se incorporan elementos o campos a la
estructura del archivo, los programas que utilizan ese archivo se tienen que
modificar para tratar esos nuevos elementos. En estos sistemas de gestin
de archivos, la definicin de los datos se encuentra codificada dentro de los
programas de aplicacin en lugar de almacenarse de forma independiente,
y adems el control del acceso y la manipulacin de los datos vienen
impuesto por los programas de aplicacin.
Esto supone un gran inconveniente a la hora de tratar grandes
volmenes de informacin. Surge as la idea de separar los datos contenidos
en los archivos de los programas que los manipulan, es decir, que se pueda
modificar la estructura de los datos de los archivos sin que por ello se
tengan que modificar los programas con los que trabajan. Se trata de
estructurar y organizar los datos de forma que se pueda acceder a ellos con
independencia de los programas que los gestionan.
Los sistemas gestores de BBDD estn diseados para gestionar
grandes bloques de informacin, que implica tanto la definicin de
estructuras para el almacenamiento como de mecanismos para la gestin
de la informacin. Una BD es un gran almacn de datos que se define una
sola vez; los datos pueden ser accedidos de forma simultnea por varios
usuarios; estn relacionados y existe un nmero mnimo de duplicidad;
adems en las BBDD se almacenarn las descripciones de esos datos, lo
que se llama metadatos en el diccionario de datos, que se ver ms
adelante.

Creacin y definicin de la BD: especificacin de la estructura,

el tipo de los datos, las restricciones y relaciones entre ellos
mediante lenguajes de definicin de datos. Toda esta
informacin se almacena en el diccionario de datos, el SGBD
proporcionar mecanismos para la gestin del diccionario de
datos.

Manipulacin de los datos realizando consultas, inserciones y

actualizaciones de los mismos utilizando lenguajes de
manipulacin de datos.
Acceso controlado a los datos de la BD mediante mecanismos
de seguridad de acceso a los usuarios.
Mantener la integridad y consistencia de los datos utilizando
mecanismos para evitar que los datos sean perjudicados por
cambios no autorizados.
Acceso compartido a la BD, controlando la interaccin entre
usuarios concurrentes.
Mecanismos de respaldo y recuperacin para restablecer la
informacin en caso de fallos en el sistema.

Requerimientos del SGBD

En 1975, el comit ANSI-SPARC (American National Standard Institute
- Standards Planning and Requirements Committee) propuso una
arquitectura de tres niveles para los SGBD cuyo objetivo principal era el de
separar los programas de aplicacin de la BD fsica. En esta arquitectura el
esquema de una BD se define en tres niveles de abstraccin distintos:

Nivel interno o fsico: el ms cercano al almacenamiento fsico, es

decir, tal y como estn almacenados en el ordenador. Describe la
estructura fsica de la BD mediante un esquema interno. Este
esquema se especifica con un modelo fsico y describe los detalles de
cmo se almacenan fsicamente los datos: los archivos que contienen
la informacin, su organizacin, los mtodos de acceso a los registros,
los tipos de registros, la longitud, los campos que los componen,
etctera.
Nivel externo o de visin: es el ms cercano a los usuarios, es decir,
es donde se describen varios esquemas externos o vistas de usuarios.
Cada esquema describe la parte de la BD que interesa a un grupo de
usuarios en este nivel se representa la visin individual de un usuario
o de un grupo de usuarios.
Nivel conceptual: describe la estructura de toda la BD para un grupo
de usuarios mediante un esquema conceptual. Este esquema
describe las entidades, atributos, relaciones, operaciones de los
usuarios y restricciones, ocultando los detalles de las estructuras
fsicas de almacenamiento. Representa la informacin contenida en la
BD.

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.

La regla general para determinar el tamao de la memoria virtual

depende del tamao de memoria RAM instalada. Si su sistema tiene menos
de 4 GB de RAM por lo general el espacio de intercambio debe ser de al

menos dos veces este tamao. Si usted tiene ms de 8 GB de memoria RAM

instalada puede considerar usar el mismo tamao como espacio de
intercambio. Cuanta ms memoria RAM tenga instalada, es menos probable
usar el espacio de intercambio, a menos que tenga un proceso inadecuado.
Los SGBD antes mencionados tienen aspectos muy similares unos de
otros, pero tienen ciertas caractersticas que los diferencian, cada uno tiene
ventajas y desventajas con respecto a otro, los ms accesibles son aquellos
que no tienen costo alguno, tal y como es el caso de MySQL, el cual permite
que cualquiera que cumpla con los requisitos de instalacin pueda hacer
uso de l.
Instalacin de un SGBD
A la hora de instalar el Sistema Gestor de la Base de Datos
necesitamos primero hacer un planteamiento de necesidades a fin de
encontrar el ms apropiado para resolver el problema.
1. Seleccin por requisitos
Se trata de analizar qu necesitamos del SGBD. En este sentido algunas
cosas a tener en cuenta pueden ser:

Tamao de la base de datos. Un gran tamao de base de datos

requiere se software muy potente para la gestin de la misma,
adems podra plantear el hecho de separar los datos en distintas
unidades de disco o incluso mquinas lo que podra requerir
clsteres o sistemas distribuidos.
Conectividad. Si necesitamos que la base de datos sea accesible
desde Internet, una Intranet o incluso si bastara con un solo
equipo de acceso.
Nmero de usuarios. Un nmero grande de usuarios requiere
controles avanzados de seguridad.
Nmero de conexiones simultneas. Suele ser el punto lgido de
requisitos, ya que un gran nmero de conexiones simultneas
implica SGBD con grandes capacidades de trabajo concurrente y
pocos Sistemas seran capaces de aceptarlo.
Aprovechamiento de hardware. Puede ser que sea el propio
hardware de la empresa el que predetermine la seleccin al estar
limitados por el mismo.
Poltica de empresa. Por ejemplo si la empresa tiene una poltica
de impulso de software libre o acuerdos con empresas concretas
de software.
2. Comprobar requerimientos
Una vez seleccionado el SGBD ahora tenemos que asegurarnos de
cumplir nosotros los requisitos que exige. Todos los sistemas indican qu
requisitos necesitan en cuanto a:

Sistemas operativos. No todos los SGBD son multiplataforma, lo

normal es que sean compatibles con unas cuantas plataformas:
Windows, Linux, Unix,
Paquetes o aplicaciones preinstaladas. A veces se requiere que el
sistema posea algn software previo a la instalacin del SGBD. En
el mundo Linux se suele requerir de paquetes (como por ejemplo
el compilador de C, o libreras especiales de entrada salida,); en
Windows es alguna actualizacin (como sus clsicos Service Pack)
o software de terceros que se requiere (como la mquina Java, el
Framework .Net o un servidor web concreto).
Memoria RAM. Es el requisito que ms importa: ms RAM, ms
ligero funciona el sistema. Oracle en su versin 11g aconseja al
menos 1 GB de RAM
Procesador. Se suele exigir un modelo y una velocidad mnima en
el mismo. Disco duro. Se exige un espacio mnimo de disco.
Requisitos de red. Se puede exigir que el equipo tenga una funcin
concreta como que sea un servidor de dominio, o que tenga una
conectividad particular (como una direccin IP fija).
Incompatibilidades. A veces se indican productos con los que
existen problemas de compatibilidad.
3. Instalacin de Oracle
Documentacin
Oracle tambin dispone de manuales de libre descarga en la direccin:
http://download.oracle.com/docs/.
Desgraciadamente
toda
la
documentacin slo se encuentra en ingls.

Directorios de Oracle. comprender la estructura OFA

El SGBD comercial Oracle slo se puede instalar en sistemas Windows,

Linux y Solaris. Normalmente se instala a travs del software conocido como
Oracle Universal Installer (OUI), que al ser un programa Java, es el mismo en
todas las plataformas. Por otro lado Oracle ha recomendado un estndar en
las instalaciones que conviene seguir y conocer tanto si instalamos nosotros
Oracle como si son otros los instaladores, ya que si son instaladores
profesionales seguirn esta estructura. Se trata del Oracles Optimal Flexible
Architecture (OFA).
OFA impone la estructura de directorios y archivos en el sistema que
Oracle debe utilizar. La razn es facilitar las tareas de administracin,
especialmente las de aadir bases de datos, instalar software y administrar
usuarios. Sus elementos fundamentales son las variables de sistema
ORACLE_BASE y ORACLE_HOME. Cada versin de cada producto debera
tener una versin diferente de estas variables que representan la ruta global
a un directorio.
4. Instalacin en Windows
Prerrequisitos

Oracle en Windows requiere un PC con al menos 1 GB de RAM y el doble

en virtual. Disco duro con al menos 5,35 GB y tarjeta capaz de mostrar 1024
X 768 pxeles como mnimo.

Instalacin

Es aconsejable crear un usuario relacionado con Oracle con permisos

administrativos y con l instalar el software. La razn: ser coherente con las
rutas OFA comentadas anteriormente, que de otra forma harn referencia al
usuario con el que instalemos Oracle sea o no relacionado con l.
En Windows, las variables de entorno y casi cada detalle se hace de
manera automtica sin intervenir previamente (a diferencia de la instalacin
Linux) se ocupa Oracle.
1) Descargar los archivos ZIP correspondientes a nuestra instalacin
y descomprimirles en la misma carpeta. Desde esa carpeta (suele
llamarse database) lanzar el instalador (archivo setup.exe).
2) Indicar correo electrnico al que Oracle enviar informacin sobre
problemas crticos.
3) Indicar si deseamos con el instalador instalar ya la instancia de
base de datos. Normalmente habra que elegir instalar slo la
instancia (creando la base de datos despus disponemos de ms
posibilidades).
4) Indicar si deseamos instalar una instancia nica de Oracle o bien
instalar instancias mltiples (base de datos distribuida). Lo lgico,
por ahora, es instalar una instancia nica Ilustracin 8, Seleccin
del tipo de distribucin de base de datos a instalar
5) Elegir los idiomas
6) Elegir el tipo de instalacin. Enterprise es la opcin si deseamos
instalar todas las posibilidades de Oracle.
7) Elegir la ubicacin de instalacin. Normalmente el instalador la
crear de forma coherente; se indicarn la base general de Oracle
y el Oracle Home del producto que se est instalando en base al
esquema OFA. En cualquier caso se puede cambiar la disposicin
segn comprobemos lo que ms nos interesa. Si el usuario de
instalacin se llama Oracle, la instalacin de Oracle Base (si es
que no hay) ser C:\app\oracle, el Oracle Home ser algo del tipo:
C:\app\oracle\product\11.2.0\dbhome_1
8) Comprobacin de requisitos. Se comprueba si el hardware y el
software cumplen el mnimo de Oracle. De ser as se comienza la
copia de archivos.
Configuracin de un SGBD
Al igual que MySQL, los comandos de Oracle tienen parmetros
posibles para enviar. Normalmente los parmetros se configuran en archivos
especiales que son ledos por la instancia de Oracle antes de iniciarse, para
as hacerlo con la configuracin que indica el archivo (o archivos) de
parmetros. El archivo de parmetros puede ser:

1) Un archivo de texto (PFILE), acrnimo de Parameters File

2) Un archivo binario (SPFILE), acrnimo de Server Parameter File.
La recomendacin actual es utilizar un archivo binario, de hecho en la
versin 11g estamos obligados a que as sea. La razn es que permite su
modificacin mediante el comando SQL: ALTER SYSTEM y porque en binario
la configuracin queda ms oculta.

Ubicacin del archivo de parmetros

En Oracle 11g el archivo de parmetros SPFile (que es el que se usa por

defecto), est en:
o
o

Linux/Unix. En ORACLE_HOME/dbs/spfileSID.ora, donde el SID

es el identificador de la base de datos.
Windows. En ORACLE_HOME/database/spfileSID.ora, donde el
SID es el identificador de la base de datos

En el caso de no disponer de SPFile, Oracle puede utilizar un archivo de

texto para almacenar parmetros. Su ubicacin sera:
Linux/Unix. Est en ORACLE_HOME/dbs/initSID.ora. Por ejemplo:
/u01/app/oracle/11.2.1/db_1/dbs/initbbdd.ora
o Windows. Est en ORACLE_HOME\database\initSID.ora
Algunos parmetros
o

En estos archivos los parmetros (en los binarios no se ve) se marcan

as: parmetro=valor El valor puede ser una lista de valores separados por
comas. Los comentarios se ponen con el smbolo #. Algunos parmetros
muy utilizados son:
db_name=nombre. Identificador de la base de datos
db_domain=dominio. Dominio al que pertenece la base de
datos
o control_files=ruta. Ruta a los archivos de control que se
indique. Si no se indicara alguno, se crea en el directorio del
archivo de parmetros
o processes=nmero. Mximo nmero de procesos que podr
lanzar la base de datos.
o sessions=nmero. Mximo nmero de sesiones concurrentes
que se permiten.
o socket=ruta. Fichero o nombre de socket a usar en las
conexiones locales.
o log_archive_dest_n. Permite indicar el destino del archivos LOG
de tipo REDO. n puede ser un valor entre 1 y 31 (nmeros de
archivo) y despus se puyeden indicar un rosario de opciones
para controlar exactamente lo que se graba.
o db_recovery_file_dest=ruta. Permite indicar un directorio para
la recuperacin de la base de datos.
Gestin de los archivos de parmetros
o
o

Para gestionar archivos SPFILE usa esta instruccin:

CREATE
SPFILE
[=rutaAlArchivoSPFILE]
[PFILE='rutaAlArchivoDetTexto' | MEMORY]

FROM

Con esa instruccin se crea un archivo SPFILE usando los parmetros en

uso actualmente (opcin MEMORY) o a partir de los contenidos de un
archivo de parmetros de texto (opcin PFILE). El archivo SPFILE por defecto
(si no se indica ruta) estar en el mismo directorio que el de texto, solo que
ahora en lugar de llamarse por ejemplo initdb1.ora sera spfiledb1.ora. El
archivo SPFile por defecto es el que usa Oracle al iniciar la base de datos.
Si en la instruccin anterior se indica destino para el SPFILE, entonces se
tomar como copia de seguridad, ya que el que acta es el archivo SPFILE
por defecto.
Tambin se puede crear un archivo de texto de parmetros a partir de
un archivo SPFile (de hecho se usa mucho como copia de seguridad).
Sintaxis:
CREATE
PFILE
[=rutaAlArchivoSPFILE]
[SPFILE='rutaAlArchivoDetTexto' | MEMORY]

FROM

Conclusin:
Un Sistema Gestor de Base de Datos es el software que permite
gestionar bases de datos, ocultando la fsica de la misma y permitiendo
manejarla desde un nivel ms conceptual. Dicho software permite separar
las aplicaciones (los programas) de los datos; de modo que los programas
negocian con el SGBD el acceso a los datos. En definitiva se trata de un
software complejo, pero de gran importancia por lo delicado de la rama de
la informacin a la que se dedica.