SISTEMA GESTOR DE BASE DE DATOS

JUAN JOSE RODRIGUEZ ALZATE

ANDRES OCAMPO MEDINA

INSTITUTO COMFAMILIAR
AREA BASE DE DATOS
SEMESTRE 2
BELEN DE UMBRIA
2010
 SISTEMA GESTOR DE BASE DE DATOS
Juan José Rodríguez Alzate
Andrés Ocampo Medina

Trabajo presentado al especialista Harold Orlando Peña

INSTITUTO COMFAMILIAR
AREA BASE DE DATOS
SEMESTRE 2
BELEN DE UMBRIA
2010
 INTRODUCCION

El término base de datos fue acuñado por primera vez en 1963, en un simposio
celebrado en California.
De forma sencilla podemos indicar que una base de datosno es más que un
conjunto de información relacionada que se encuentra agrupada o
estructurada.
El archivopor sí mismo, no constituye una base de datos, sino más bien la
forma en que está organizada la información es la que da origen a la base de
datos. Las bases de datos manuales, pueden ser difíciles de gestionar y
modificar. Por ejemplo, en una guía de teléfonos no es posible encontrar el
número de un individuo si no sabemos su apellido, aunque conozcamos su
domicilio.
Del mismo modo, en un archivo de pacientes en el que la información esté
desordenada por el nombre de los mismos, será una tarea bastante engorrosa
encontrar todos los pacientes que viven en una zona determinada. Los
problemas expuestos anteriormente se pueden resolver creando una base de
datos informatizada.
Desde el punto de vista informático, una base de datos es un sistemaformado
por un conjunto de datos almacenados en discos que permiten el acceso
directo a ellos y un conjunto de programas que manipulan ese conjunto de
datos.
Desde el punto de vista más formal, podríamos definir una base de datos como
un conjunto de datos estructurados, fiables y homogéneos, organizados
independientemente en máquina, accesibles a tiempo real, compartibles por
usuarios concurrentes que tienen necesidades de información diferente y no
predecibles en el tiempo.
La idea general es que estamos tratando con una colección de datos que
cumplen las siguientes propiedades:
Están estructurados independientemente de las aplicaciones y del soporte de
almacenamiento que los contiene.

Presentan la menor redundancia posible.

Son compartidos por varios usuarios y/o aplicaciones.

 JUSTIFICACION

El manejo de bases de datos ha evolucionado de ser una aplicación de

computadora especializada a componente central de un entorno de
computación moderno. Por ello los sistemas de bases de datos han llegado a
ser parte esencial de la formación en ciencias de la computación. Un sistema
manejador de bases de datos consiste en una colección de datos
interrelacionados y un conjunto de programas para acceder a esos datos; cuyo
objetivo primordial es proporcionar un entorno que sea a la vez conveniente y
eficiente para ser utilizado al extraer y almacenar información de la base de
datos.

Este curso cubre todos los conceptos fundamentales para el diseño y manejo
de bases de datos, pero se pone especial énfasis en el modelo de datos
relacional, el lenguaje de consultas SQL y el procesamiento de transacciones,
así como también se incluye una parte sobre bases de datos orientadas a
objetos.
 TABLA DE CONTENIDO

INTRODUCCION..................................................................................................3
JUSTIFICACION...................................................................................................4
Características......................................................................................................6
Elementos.............................................................................................................6
Relaciones base y derivadas............................................................................6
Restricciones........................................................................................................7
Dominios...............................................................................................................7
Clave única...........................................................................................................7
Clave primaria.......................................................................................................7
Clave foránea........................................................................................................8
Clave índice..........................................................................................................8
Procedimientos almacenados..............................................................................8
Estructura..............................................................................................................9
Manipulación de la información............................................................................9
Manejadores de base de datos relacionales......................................................10
Ventajas y desventajas.......................................................................................10
Ventajas..........................................................................................................10
Desventajas.....................................................................................................10
Diseño de las bases de datos relacionales........................................................10
PROCESO..........................................................................................................12
 Relaciones uno a varios....................................................................................15
 Relaciones varios a varios................................................................................15
 Relaciones uno a uno........................................................................................16
Clave principal………………………………………………………………………..16
Web grafía…………………………………………………………………………….17
 BASE DE DATOS RELACIONAL

Una base de datos relacional es una base de datos que cumple con el modelo
relacional, el cual es el modelo más utilizado en la actualidad para implementar
bases de datos ya planificadas. Permiten establecer interconexiones
(relaciones) entre los datos (que están guardados en tablas), y a través de
dichas conexiones relacionar los datos de ambas tablas, de ahí proviene su
nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por
Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó
en consolidarse como un nuevo paradigma en los modelos de base de datos. 1

CARACTERÍSTICAS
 Una base de datos relacional se compone de varias tablas o relaciones.
 No pueden existir dos tablas con el mismo nombre.
 Cada tabla es a su vez un conjunto de registros (filas y columnas).
 La relación entre una tabla padre y un hijo se lleva a cabo por medio de
las claves primarias y ajenas (o foráneas).
 Las claves primarias son la clave principal de un registro dentro de una
tabla y éstas deben cumplir con la integridad de datos.
 Las claves ajenas se colocan en la tabla hija, contienen el mismo valor
que la clave primaria del registro padre; por medio de éstas se hacen las
relaciones

ELEMENTOS

RELACIONES BASE Y DERIVADAS

En una base de datos relacional, todos los datos se almacenan y se accede a

ellos por medio de relaciones. Las relaciones que almacenan datos son
llamadas "relaciones base" y su implementación es llamada "tabla". Otras
relaciones no almacenan datos, pero son calculadas al aplicar operaciones
relacionales. Estas relaciones son llamadas "relaciones derivadas" y su
implementación es llamada "vista" o "consulta". Las relaciones derivadas son
convenientes ya que expresan información de varias relaciones actuando como
si fuera una sola.

6
RESTRICCIONES

Una restricción es una condición que obliga el cumplimiento de ciertas

condiciones en la base de datos. Algunas no son determinadas por los
usuarios, sino que son inherentemente definidas por el simple hecho de que la
base de datos sea relacional. Algunas otras restricciones las puede definir el
usuario, por ejemplo, usar un campo con valores enteros entre 1 y 10.

Las restricciones proveen un método de implementar reglas en la base de

datos. Las restricciones restringen los datos que pueden ser almacenados en
las tablas. Usualmente se definen usando expresiones que dan como resultado
un valor booleano, indicando si los datos satisfacen la restricción o no.

Las restricciones no son parte formal del modelo relacional, pero son incluidas
porque juegan el rol de organizar mejor los datos. Las restricciones son muy
discutidas junto con los conceptos relacionales.

DOMINIOS

Un dominio describe un conjunto de posibles valores para cierto atributo. Como

un dominio restringe los valores del atributo, puede ser considerado como una
restricción. Matemáticamente, atribuir un dominio a un atributo significa "todos
los valores de este atributo deben de ser elementos del conjunto especificado".

Distintos tipos de dominios son: enteros, cadenas de texto, fecha,no

procedurales etc.

CLAVE ÚNICA

Cada tabla puede tener uno o más campos cuyos valores identifican de forma
única cada registro de dicha tabla, es decir, no pueden existir dos o más
registros diferentes cuyos valores en dichos campos sean idénticos. Este
conjunto de campos se llama clave única.

Pueden existir varias claves únicas en una determinada tabla, y a cada una de
éstas suele llamársele candidata a clave primaria.

CLAVE PRIMARIA

Una clave primaria es una clave única elegida entre todas las candidatas que
define unívocamente a todos los demás atributos de la tabla, para especificar

7
los datos que serán relacionados con las demás tablas. La forma de hacer esto
es por medio de claves foráneas.

Sólo puede existir una clave primaria por tabla y ningún campo de dicha clave
puede contener valores NULL.

CLAVE FORÁNEA

Una clave foránea es una referencia a una clave en otra tabla. Las claves
foráneas no necesitan ser claves únicas en la tabla donde están y sí a donde
están referenciadas.

Por ejemplo, el código de departamento puede ser una clave foránea en la

tabla de empleados, obviamente se permite que haya varios empleados en un
mismo departamento, pero existirá sólo un departamento.

CLAVE ÍNDICE

Las claves índice surgen con la necesidad de tener un acceso más rápido a los
datos. Los índices pueden ser creados con cualquier combinación de campos
de una tabla. Las consultas que filtran registros por medio de estos campos,
pueden encontrar los registros de forma no secuencial usando la clave índice.

Las bases de datos relacionales incluyen múltiples técnicas de ordenamiento,

cada una de ellas es óptima para cierta distribución de datos y tamaño de la
relación.

Los índices generalmente no se consideran parte de la base de datos, pues

son un detalle agregado. Sin embargo, las claves índices son desarrolladas por
el mismo grupo de programadores que las otras partes de la base de datos.

PROCEDIMIENTOS ALMACENADOS

Un procedimiento almacenado es código ejecutable que se asocia y se

almacena con la base de datos. Los procedimientos almacenados usualmente
recogen y personalizan operaciones comunes, como insertar un registro dentro
de una tabla, recopilar información estadística, o encapsular cálculos
complejos. Son frecuentemente usados por un API por seguridad o simplicidad.

8
Los procedimientos almacenados no son parte del modelo relacional, pero
todas las implementaciones comerciales los incluyen.

ESTRUCTURA

La base de datos se organiza en dos marcadas secciones; el esquema y los

datos (o instancia).

El esquema es la definición de la estructura de la base de datos y

principalmente almacena los siguientes datos:

 El nombre de cada tabla

 El nombre de cada columna
 El tipo de dato de cada columna
 La tabla a la que pertenece cada columna

Las bases de datos relacionales pasan por un proceso al que se le conoce

como normalización, el resultado de dicho proceso es un esquema que permite
que la base de datos sea usada de manera óptima.

Los datos o instancia es el contenido de la base de datos en un momento dado.

Es en si, el contenido de todos los registros.

MANIPULACIÓN DE LA INFORMACIÓN

Para manipular la información utilizamos un lenguaje relacional, actualmente se

cuenta con dos lenguajes formales el álgebra relacional y el cálculo relacional.
El álgebra relacional permite describir la forma de realizar una consulta, en
cambio, el cálculo relacional sólo indica lo que se desea devolver.

El lenguaje más común para construir las consultas a bases de datos

relacionales es SQL (Structured Query Language), un estándar implementado
por los principales motores o sistemas de gestión de bases de datos
relacionales.

En el modelo relacional los atributos deben estar explícitamente relacionados a

un nombre en todas las operaciones, en cambio, el estándar SQL permite usar
columnas sin nombre en conjuntos de resultados, como el asterisco
taquigráfico (*) como notación de consultas.

Al contrario del modelo relacional, el estándar SQL requiere que las columnas
tengan un orden definido, lo cual es fácil de implementar en una computadora,
ya que la memoria es lineal.

9
Es de notar, sin embargo, que en SQL el orden de las columnas y los registros
devueltos en cierto conjunto de resultado nunca está garantizado, a no ser que
explícitamente sea especificado por el usuario.

MANEJADORES DE BASE DE DATOS RELACIONALES

Existe software exclusivamente dedicado a tratar con bases de datos

relacionales. Este software se conoce como SGBD (Sistema de Gestión de
Base de Datos relacional) o RDBMS (del inglés Relational Database
Management System).

Entre los gestores o manejadores actuales más populares encontramos:

MySQL, PostgreSQL, Oracle, DB2,INFORMIX, Interbase, FireBird, Sybase y
Microsoft SQL Server.

VENTAJAS Y DESVENTAJAS

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 manejable 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.

DISEÑO DE LAS BASES DE DATOS RELACIONALES

10
El primer paso para crear una base de datos, es planificar el tipo de
información que se quiere almacenar en la misma, teniendo en cuenta dos
aspectos: la información disponible y la información que necesitamos.

La planificación de la estructura de la base de datos, en particular de las tablas,

es vital para la gestión efectiva de la misma. El diseño de la estructura de una
tabla consiste en una descripción de cada uno de los campos que componen el
registro y los valores o datos que contendrá cada uno de esos campos.

Los campos son los distintos tipos de datos que componen la tabla, por
ejemplo: nombre, apellido, domicilio. La definición de un campo requiere: el
nombre del campo, el tipo de campo, el ancho del campo, etc.

Los registros constituyen la información que va contenida en los campos de la

tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la
dirección de este. Generalmente los diferente tispos de campos que su pueden
almacenar son los siguientes: Texto (caracteres), Numérico (números), Fecha /
Hora, Lógico (informaciones lógicas si/no, verdadero/falso, etc., imágenes.

En resumen, el principal aspecto a tener en cuenta durante el diseño de una

tabla es determinar claramente los campos necesarios, definirlos en forma
adecuada con un nombre especificando su tipo y su longitud.

11
  RELACIONES ENTRE TABLAS

La Relación se define como una asociación establecida entre campos comunes

de dos tablas, en la que se pueden combinar información de varias tablas, por
medio de campos comunes.

Tipos de Relaciones:
Uno a Uno nUno a Varios
Varios a Varios

PROCESO

-Abrir la base de datos que contiene las tablas que va a relacionar

- haga clic en el icono de Relaciones que se encuentra en la barra de

Herramientas (1) o se puede activar desde el menú Tools (Herramientas) y la
Opción Relationships (Relaciones) (2)    

- Agregue a la ventana Relaciones, las tablas que se van a relacionar.

- Active el menú Relaciones

- Se activa un ventana que mostrara la tablas a escoger

- Seleccione la tabla

- Haga clic en botón agregar

12
También se puede realizar desde la barra de herramientas, un botón llamado

Mostrar Tabla para que presente la ventana

- Seguidamente presentara todos las tablas que se eligieron, para que se

realice todas las relaciones posibles.

- Arrastre el campo CLAVE PRINCIPAL de una Tabla hacia el campo (principal

o externa) de la otra tabla, dependiendo del tipo de relación. De esta manera se
realiza el enlace entre ambas.

13
- Al momento de arrastrar el nombre del campo hacia la ubicación de la clave
principal de la otra tabla, presenta un cuadro de dialogo que permite definir el
tipo de combinación. nSe debe de activar el botón Exigir Integridad Referencial.
Integridad Referencia es un sistema de Reglas que utiliza Access para
garantizar que las relaciones entre los registros de las tablas relacionadas son
validas y que no se eliminan ni modifican accidentalmente Datos relacionados.  
La relación de uno a varios se presenta de esta manera cuando se activa Exigir
Integridad Referencial

14
 TIPOS DE RELACIONES ENTRE TABLAS (VISUAL DATABASE
TOOLS)

El funcionamiento de una relación se basa en hacer coincidir datos de

columnas de clave, normalmente columnas que tienen el mismo nombre en
ambas tablas. En la mayoría de los casos, la relación hace coincidir la clave
principal de una tabla, que proporciona un identificador único para cada fila,
con una entrada de la clave externa de la otra tabla. Por ejemplo, se pueden
asociar las ventas de libros con los títulos específicos vendidos creando una
relación entre la columna title_id de la tabla titles (la clave principal) y la
columna title_id de la tabla sales (la clave externa).
Existen tres tipos de relaciones entre tablas. El tipo de relación creado depende
de cómo se definen las columnas relacionadas.

 Relaciones uno a varios

 Relaciones varios a varios
 Relaciones uno a uno

 RELACIONES UNO A VARIOS

Las relaciones uno a varios son el tipo más habitual de relación. En este tipo de
relación, una fila de la tabla A puede corresponderse con muchas filas de la
tabla B, pero una fila de la tabla B sólo puede corresponderse con otra de la
tabla A. Por ejemplo, en las tablas publishers y titles se da una relación uno a
varios: una editorial publica muchos títulos, pero a cada título le corresponde
sólo una editorial.
Cree una relación uno a varios si solamente una de las columnas relacionadas
es la clave principal o tiene una restricción UNIQUE.
El lado de la clave principal de una relación uno a varios se indica mediante un
símbolo de clave. El lado de la clave externa de una relación se indica
mediante un símbolo de infinito.

 RELACIONES VARIOS A VARIOS

15
En una relación varios a varios, una fila de la tabla A puede tener muchas filas
coincidentes en la tabla B y viceversa. Este tipo de relaciones se crea
definiendo una tercera tabla, denominada tabla de unión, cuya clave principal
esté constituida por las claves externas de las tablas A y B. Por ejemplo, entre
las tablas autores y títulos existiría una relación varios a varios definida por una
relación uno a varios entre cada una de ellas y la tabla titleauthors. La clave
principal de la tabla titleauthors es la combinación de la columna au_id (la clave
principal de la tabla autores) y la columna title_id (la clave principal de la tabla
titles).

 RELACIONES UNO A UNO

En una relación uno a uno, una fila de la tabla A no puede tener más de una fila
coincidente en la tabla B y viceversa. Se crea una relación uno a uno si las dos
columnas relacionadas son claves principales o tienen restricciones UNIQUE.
Este tipo de relación no es habitual, ya que la mayor parte de la información
relacionada de esta manera estaría toda en una tabla. Puede utilizar una
relación uno a uno para:

 Dividir una tabla con muchas columnas.

 Aislar parte de una tabla por razones de seguridad.
 Almacenar datos que son efímeros y que pueden eliminarse fácilmente
mediante la simple eliminación de la tabla.
 Almacenar información que se aplica solamente a un subconjunto de la
tabla principal.

El lado de la clave principal de una relación uno a uno se indica mediante un

símbolo de clave. El lado de la clave externa también se indica mediante un
símbolo de clave.

CLAVE PRINCIPAL

Cada tabla debe incluir una columna o conjunto de columnas que identifiquen
inequívocamente cada fila almacenada en la tabla. Ésta suele ser un número
de identificación exclusivo, como un número de identificador de empleado o un
número de serie. En la terminología de bases de datos, esta información recibe
el nombre de clave principal de la tabla. Access utiliza los campos de clave
principal para asociar rápidamente datos de varias tablas y reunir
automáticamente esos datos.

16
Si ya tiene un identificador exclusivo para una tabla, como un número de
producto que identifica inequívocamente cada producto del catálogo, puede
utilizar ese identificador como clave principal de la tabla, pero sólo si los valores
de esa columna son siempre diferentes para cada registro. No puede tener
valores duplicados en una clave principal. Por ejemplo, no utilice los nombres
de las personas como clave principal, ya que los nombres no son exclusivos.
Es muy fácil que dos personas tengan el mismo nombre en la misma tabla.

Una clave principal siempre debe tener un valor. Si el valor de una columna
puede quedar sin asignar o vacío (porque no se conoce) en algún momento, no
puede utilizarlo como componente de una clave principal.

Debe elegir siempre una clave principal cuyo valor no cambie. En una base de
datos con varias tablas, la clave principal de una tabla se puede utilizar como
referencia en las demás tablas. Si la clave principal cambia, el cambio debe
aplicarse también a todos los lugares donde se haga referencia a la clave. Usar
una clave principal que no cambie reduce la posibilidad de que se pierda su
sincronización con las otras tablas en las que se hace referencia a ella.

A menudo, se utiliza como clave principal un número único arbitrario. Por

ejemplo, puede asignar a cada pedido un número de pedido distinto. La única
finalidad de este número de pedido es identificar el pedido. Una vez asignado,
nunca cambia.

WEBGRAFIA

www.tecnicosbelen.migueb.com
www.wikipedia.com
www.mailxmail.com

17