SISTEMA DE GESTION DE BASE

DE DATOS
 Sistema de Gestin de Base de Datos
Sistema de gestin de base de datos o en ingls Database management system
(DBMS), es una agrupacin de programas que sirven para definir, construir y
manipular una base de datos.

Definir una base de datos: consiste en especificar los tipos de datos,

estructuras y restricciones para los datos que se almacenaran.
Construir una base de datos: es el proceso de almacenar los datos sobre
algn medio de almacenamiento
Manipular una base de datos: incluye funciones como consulta,
actualizacin, etc. de bases de datos.

Si el sistema soporta bases de datos relacionales se llama RDBMS en ingls o

SGBDR en espaol.
 Caractersticas de un Sistema de Gestin
de Base de Datos
Permite crear y gestionar base de datos de forma fcil, cmoda y rpida.
Ofrece una gran flexibilidad para el trabajo con base de datos relacionales.
Ofrece un ambiente agradable dado por su interfaz grfica.
Un SGBD tambin debe encargarse de cumplir las reglas de integridad y
redundancias.
Un SGBD es capaz de realizar copias de seguridad y de recuperacin de
datos.
Restriccin de accesos no autorizados.
Suministran mltiples interfaces de usuario.
Representan relaciones complejas entre los datos
FASES DE DISEO BASE DE
DATOS
 I. Modelo Conceptual

Es la primera de las 3 fases del diseo de la base de datos.

Es el proceso de la construccin de un modelo de los datos utilizados en
una organizacin, independientemente de las consideraciones fsicas.
 I. Modelo Conceptual
I.1. Pasos a considerar para la construccin de un modelo conceptual:

1. Identificar las entidades.

2. Identificar los tipos de relacin.
3. Identificar y asociar los atributos con los tipos de entidad y relacin.
4. Determinar los atributos de clave primaria, fornea.
5. Comprobar si el modelo tiene redundancia.
6. Validar el modelo conceptual comprobando las transacciones de los
usuarios.
7. Repasar el modelo de base de datos conceptual con los usuarios.
 I. Modelo Conceptual

I.2. Tcnicas para Validar el Modelo Conceptual:

1. Descripcin de las transacciones. Comprobamos que toda la

informacin para cada transaccin este proporcionada en el modelo.
2. Utilizacin de las rutas transaccionales. Representa la ruta tomada
para cada transaccin, dibujndola directamente en el diagrama E/R.
 II. Modelo Lgico

Partiendo del diseo conceptual obtenido en la fase anterior, llegamos a un

diseo lgico.
Transformamos las entidades y relaciones obtenidas del modelo anterior en
tablas. Para ello usamos la normalizacin.
El objetivo del diseo lgico es convertir los esquemas conceptuales en un
esquema lgico que se ajuste al modelo de SGBD sobre el que se vaya a
implementar el sistema.
.
 II. Modelo Lgico
II.1. Metodologa de diseo lgico en el modelo relacional:

1. Construir y validar los esquemas lgicos para cada vista de usuario (Eliminar las
estructuras de datos que no se pueden implementar de manera directa sobre el
modelo que soporta el SGBD).
2. Convertir los esquemas conceptuales en esquemas lgicos (Ejemplo: Eliminar las
relaciones de muchos a muchos, eliminar las relaciones redundantes)
3. Derivar un conjunto de relaciones (tablas) para cada esquema lgico.
4. Validar cada esquema mediante la normalizacin.
5. Validar cada esquema frente a las transacciones del usuario (Garantizar que
puede soportar las transacciones requeridas por los correspondientes usuarios).
6. Dibujar el diagrama entidad-relacin.
7. Definir las restricciones de integridad (Los datos requeridos no admiten nulos,
integridad: el identificador de una entidad no puede ser nulo, integridad
referencial, reglas del negocio)
 II. Modelo Lgico
II.1. Metodologa de diseo lgico en el modelo relacional:

8. Revisar cada esquema con el usuario correspondiente (El esquema lgico debe
ser una fiel representacin de la vista del usuario).
9. Construir y validar el esquema lgico.
10. Mezclar los esquemas lgicos en un esquema global (Revisar los nombres de las
entidades y sus claves primarias, los nombres de las relaciones, comprobar las
claves ajenas, dibujar el esquema lgico global)
11. Validar el esquema lgico global (Este proceso de validacin se realiza, de nuevo,
mediante la normalizacin y mediante la prueba frente a las transacciones de los
usuarios)
12. Estudiar el crecimiento futuro (el esquema obtenido puede acomodar los futuros
cambios en los requisitos con un impacto mnimo).
13. Dibujar el diagrama entidad-relacin final (La documentacin que describe este
modelo (incluyendo el esquema relacional y el diccionario de datos) se debe
actualizar y completar.)
14. Revisar el esquema lgico global con los usuarios.
 III. Modelo Fsico
El paso de un modelo lgico a uno fsico requiere un profundo
entendimiento del manejador de bases de datos que se desea emplear,
incluyendo caractersticas como:
Conocimiento a fondo de los tipos de objetos (elementos)
soportados
Detalles acerca del indexamiento, integridad referencial,
restricciones, tipos de datos, etc.
Detalles y variaciones de las versiones .
Parmetros de configuracin.
Data Definition Language (DDL).
El modelo fsico permite al diseador decidir como se va a implementar
fsicamente la base de datos.
 III. Modelo Fsico
III.1. Atributos

A. Tipos de Datos
Revisar los tipos de datos disponibles en el DBMS, en especial:
Nmero de dgitos en nmeros enteros
La precisin de los flotantes
Cadenas de caracteres de longitud fija (char(50)) y variable
(varchar(50))
Blobs (Binary large objects) y Clobs (Character large objects)
 III. Modelo Fsico
III.1. Atributos

B. Llaves primarias
Importante: Algunos dbms poseen la capacidad de "autoincrement" o "identity
property" con la cual pueden automticamente manipular algn atributo para
generar llaves incrementales. Pero es importante verificar: como se manejan
internamente ?, se pueden reiniciar ?, se permite especificar algn valor inicial ?.

C. Orden de las atributos (columnas)

Algo importante dependiendo del dbms que se utilice pero por lo general la
secuencia es: Columnas de longitud fija que no se actualizan frecuentemente,
aquellas que nunca se actualizan que por lo general tendrn longitud variable, las
que se actualizan frecuentemente.
 Modelo Fsico
III.1. Atributos

D. Integridad Referencial
En la medida de lo posible indicar cuales columnas brindan o sirven de
vnculo entre 2 tablas.
El usuario (programador) puede hacerse cargo de esto pero es mejor que el
dbms se haga cargo.
No se recomienda en ambientes de desarrollo.
 Modelo Fsico
III.2. ndices

Un ndice es un atajo desde un campo llave hacia la localizacin real de los

datos.
Es el punto clave de la optimizacin de velocidad de toda base de datos.
Si se busca alguna tupla en base a un atributo que no tiene un ndice entonces
se realiza un escaneo de la tabla completa lo cual es demasiado costoso, por
eso es recomendable usar ndices en:
Llaves primarias
Llaves forneas
ndices de acceso
Ordenamiento
 links
http://es.wikipedia.org/wiki/Modelo_de_datos.
http://www.jorgesanchez.net/bd/disenoBD.pdf
http://ddd.uab.cat/pub/elies/elies_a2000v9/5-
2.htm
http://www.mailxmail.com/curso-diseno-base-
datos-relacionales/diseno-logico-bases-datos