INTRODUCCION

A partir del avance y el desarrollo que toma cada vez la tecnologa, es preciso saber
que todo lo relacionado se refiere al software, pero no podemos olvidar que tambin
existe la parte de cmo manejar datos e informacin. Para ello existen formas o
maneras de como poder guardar informacin necesaria y de vital importancia para
nuestra carrera, empresas o compaas que existen.
Para poder entender un poco ms acerca de lo que trata este tema, una base de datos
(cuya abreviatura es BD) es una entidad en la cual se pueden almacenar datos de
manera estructurada y con la menor redundancia posible, de las cuales se permite
utilizar estos datos a los diferentes programas y diferentes usuarios. Por lo tanto, el
concepto de base de datos generalmente est relacionado con el de red ya que se
debe poder compartir esta informacin. De all el trmino base. "Sistema de
informacin" es el trmino general utilizado para la estructura global que incluye todos
los mecanismos para compartir datos que se han instalado. Es por tal motivo precisar
ms a fondo en este trabajo las diferentes plataformas o manejadores de bases de
datos, para poder optar por la ms adecuada y ser implantada, si es necesario, en las
compaas o empresas que existen alrededor del mundo, como son las ms conocidas
SQL, ORACLE e IBM.

1. Concepto y origen de las BD y de los SGBD

Las aplicaciones informticas de los aos sesenta acostumbraban a darse total- mente
por lotes (batch) y estaban pensadas para una tarea muy especfica relacionada con
muy pocas entidades tipo. Cada aplicacin (una o varias cadenas de programas)
utilizaba ficheros de movimientos para actualizar (creando una copia nueva) y/o para
consultar uno o dos ficheros maestros o, excepcionalmente, ms de dos. Cada
programa trataba como mximo un fichero maestro, que sola estar sobre cinta
magntica y, en consecuencia, se trabajaba con acceso secuencial. Cada vez que se
le quera aadir una aplicacin que requera el uso de algunos de los datos que ya
existan y de otros nuevos, se diseaba un fichero nuevo con todos los datos
necesarios (algo que provocaba redundancia) para evitar que los programas
tuviesen que leer muchos ficheros. A medida que se fueron introduciendo las lneas
de comunicacin, los terminales y los discos, se fueron escribiendo programas que
permitan a varios usuarios consultar los mismos ficheros on-line y de forma
simultnea. Ms adelante fue surgiendo la necesidad de hacer las actualizaciones
tambin on-line.
A medida que se integraban las aplicaciones, se tuvieron que interrelacionar sus
ficheros y fue necesario eliminar la redundancia. El nuevo conjunto de fi- cheros se
deba disear de modo que estuviesen interrelacionados; al mismo tiempo, las
informaciones redundantes (como por ejemplo, el nombre y la direccin de los clientes
o el nombre y el precio de los productos), que figuraban en los ficheros de ms de una
de las aplicaciones, deban estar ahora en un solo lugar.
El acceso on-line y la utilizacin eficiente de las interrelaciones exigan estructuras
fsicas que diesen un acceso rpido, como por ejemplo los ndices, las multilistas, las
tcnicas de hashing, etc.
Estos
conjuntos de
ficheros interrelacionados, con
estructuras complejas y
compartidos por varios procesos de forma simultnea (unos on-line y otros por lotes),
recibieron al principio el nombre de Data Banks, y despus, a inicios de los aos
setenta, el de Data Bases. Aqu los denominamos bases de datos (BD).
El software de gestin de ficheros era demasiado elemental para dar satisfaccin a
todas estas necesidades. Por ejemplo, el tratamiento de las interrelaciones no estaba
previsto, no era posible que varios usuarios actualizaran datos simultneamente, etc.
La utilizacin de estos conjuntos de ficheros por parte de los programas de aplicacin
era excesivamente compleja, de modo que, especial- mente durante la segunda
mitad de los aos setenta, fue saliendo al mercado software ms sofisticado: los Data
Base Management Systems, que aqu denominamos sistemas de gestin de BD
(SGBD).
Con todo lo que hemos dicho hasta ahora, podramos definir el trmino BD; una base
de datos de un SI es la representacin integrada de los con- juntos de entidades
instancia correspondientes a las diferentes entidades tipo del
SI y de
sus

interrelaciones. Esta representacin informtica (o conjunto estructurado de datos)

debe poder ser utilizada de forma compartida con muchos usuarios de varios tipos

2. Evolucin de los SGBD

Para entender mejor qu son los SGBD, haremos un repaso de su evolucin desde
los aos sesenta hasta nuestros das.

2.1. Los aos sesenta y setenta: sistemas centralizados

Los SGBD de los aos sesenta y setenta (IMS de IBM, IDS de Bull, DMS de Univac, etc.)
eran sistemas totalmente centralizados, como corresponde a los sistemas operativos
de aquellos aos, y al hardware para el que estaban hechos: un gran ordenador para
toda la empresa y una red de terminales sin inteligencia ni memoria
Los primeros SGBD en los aos sesenta todava no se les denominaba as estaban
orientados a facilitar la utilizacin de grandes conjuntos de datos en los que las
interrelaciones eran complejas. El arquetipo de aplicacin era el Bill of materiales o
Parts explosin, tpica en las industrias del automvil, en la construccin de naves
espaciales y en campos similares. Estos sistemas trabajaban exclusivamente por lotes
(batch).
Al aparecer los terminales de teclado, conectados al ordenador central mediante una
lnea telefnica, se empiezan a construir grandes aplicaciones on-line transaccionales
(OLTP). Los SGBD estaban ntimamente ligados al software de comunicaciones y de
gestin de transacciones
Aunque para escribir los programas de aplicacin se utilizaban lenguajes de alto nivel
como Cobol o PL/I, se dispona tambin de instrucciones y de subrutinas especializadas
para tratar las BD que requeran que el programador conociese muchos detalles del
diseo fsico, y que hacan que la programacin fuese muy compleja. Puesto que los
programas estaban relacionados con
el nivel fsico,
se deban modificar
continuamente cuando se hacan cambios en el diseo y la organi- zacin de la BD. La
preocupacin bsica era maximizar el rendimiento: el tiempo de respuesta y las
transacciones por segundo.

2.2. Los aos ochenta: SGBD relacionales

Los ordenadores minis, en
primer lugar, y despus los ordenadores micros,
extendieron la informtica a prcticamente todas las empresas e instituciones.
Esto exiga que el desarrollo de aplicaciones fuese ms sencillo. Los SGBD de los
aos setenta eran demasiado complejos e inflexibles, y slo los poda utilizar un
personal muy cualificado.

La aparicin de los SGBD relacionales* supone un avance importante para facilitar la

programacin de aplicaciones con BD y para conseguir que los programas sean
independientes de los aspectos fsicos de la BD.

* Oracle aparece en el ao 1980.

Todos estos factores hacen que se extienda el uso de los SGBD. La estandarizacin,
en el ao 1986, del lenguaje SQL produjo una autntica explosin de los SGBD
relacionales.

2.3. Los aos noventa: distribucin, C/S y 4GL

Al acabar la dcada de los ochenta, los SGBD relacionales ya se utilizaban
prcticamente en todas las empresas. A pesar de todo, hasta la mitad de los noventa,
cuando se ha necesitado un rendimiento elevado se han seguido utilizando los SGBD
pre relacional.
A finales de los ochenta y principios de los noventa, las empresas se han encontrado
con el hecho de que
sus departamentos han ido
comprando ordenadores
departamentales y personales, y han ido haciendo aplicaciones con BD. El resultado
ha sido que en el seno de la empresa hay numerosas BD y varios SGBD de
diferentes tipos o proveedores. Este fenmeno de multiplicacin de las BD y de los
SGBD se ha visto incrementado por la fiebre de las fusiones de empresas.
La necesidad de tener una visin global de la empresa y de interrelacionar diferentes
aplicaciones que utilizan BD diferentes, junto con la facilidad que dan las redes para
la intercomunicacin entre ordenadores, ha conducido a los SGBD actuales, que
permiten que un programa pueda trabajar con diferentes BD como si se tratase de una
sola. Es lo que se conoce como base de datos distribuida
Esta distribucin ideal se consigue cuando las diferentes BD son soportadas por una
misma marca de SGBD, es decir, cuando hay homogeneidad. Sin embargo, esto no es
tan sencillo si los SGBD son heterogneos. En la actualidad, gracias principalmente a
la estandarizacin del lenguaje SQL, los SGBD de marcas diferentes pueden darse
servicio unos a otros y colaborar para dar ser- vicio a un programa de aplicacin. No
obstante, en general, en los casos de heterogeneidad no se llega a poder dar en el
programa que los utiliza la apariencia de que se trata de una nica BD.

Figura 1

Adems de esta distribucin impuesta, al querer tratar de forma integrada distintas

BD preexistentes, tambin se puede hacer una distribucin deseada, diseando una

BD distribuida fsicamente, y con ciertas partes replicadas en diferentes sistemas. Las

razones bsicas por las que interesa esta distribucin son las siguientes:
1) Disponibilidad. La disponibilidad de un sistema con una BD distribuida puede ser
ms alta, porque si queda fuera de servicio uno de los sistemas, los de ms seguirn
funcionando. Si los datos residentes en el sistema no disponible estn replicados en
otro sistema, continuarn estando disponibles. En caso contrario, slo estarn
disponibles los datos de los dems sistemas.
2) Coste. Una BD distribuida puede reducir el coste. En el caso de un sistema
centralizado, todos los equipos usuarios, que pueden estar distribuidos por distintas y
lejanas reas geogrficas, estn conectados al sistema central por medio de lneas de
comunicacin. El coste total de las comunicaciones se puede reducir haciendo que un
usuario tenga ms cerca los datos que utiliza con mayor frecuencia; por ejemplo, en
un ordenador de su propia oficina o, incluso, en su ordenador personal.
La tecnologa que se utiliza habitualmente para distribuir datos es la que se conoce
como entorno (o arquitectura) cliente/servidor (C/S). Todos los SGBD relacionales del
mercado han sido adaptados a este entorno. La idea del C/S es sencilla. Dos procesos
diferentes, que se ejecutan en un mismo sistema o en sistemas separados, actan de
forma que uno tiene el papel de cliente o peticionario de un servicio, y el otro el de
servidor o proveedor del servicio.
Por ejemplo,
conectado a
donde, a su
aplicacin es

un programa de aplicacin que un usuario ejecuta en su PC (que est

una red) pide ciertos datos de una BD que reside en un equipo UNIX
vez, se ejecuta el SGBD relacional que la gestiona. El programa de
el cliente y el SGBD es el servidor.

Un proceso cliente puede pedir servicios a varios servidores. Un servidor puede recibir
peticiones de muchos clientes. En general, un proceso A que hace de cliente, pidiendo
un servicio a otro proceso B puede hacer tambin de servidor de un servicio que le
pida otro proceso C (o incluso el B, que en esta peticin sera el cliente). Incluso el
cliente y el servidor pueden residir en un mismo sistema.
Figura 2

La facilidad para disponer de distribucin de datos no es la nica razn, ni si- quiera la

bsica, del gran xito de los entornos C/S en los aos noventa. Tal vez el motivo
fundamental ha sido la flexibilidad para construir y hacer crecer la configuracin
informtica global de la empresa, as como de hacer modificaciones en ella, mediante
hardware y software muy estndar y barato. El xito de las BD, incluso en sistemas
personales, ha llevado a la aparicin de los Fourth Generation Languages (4GL),
lenguajes muy fciles y potentes, especializados en el desarrollo de aplicaciones
fundamentadas en BD. Proporcionan muchas facilidades en el momento de definir,
generalmente de forma visual, dilogos para introducir, modificar y consultar datos en
entornos C/S.

2.4. Tendencias actuales

Hoy da, los SGBD relacionales estn en plena transformacin para adaptarse a tres
tecnologas de xito reciente, fuertemente relacionadas: la multimedia, la de
orientacin a objetos (OO) e Internet y la web.
Los tipos de datos que se pueden definir en los SGBD relacionales de los aos ochenta
y noventa son muy limitados. La incorporacin de tecnologas multimedia imagen y
sonido en los SI hace necesario que los SGBD relacionales acepten atributos de estos
tipos. Sin embargo, algunas aplicaciones no tienen suficiente con la incorporacin de
tipos especializados en multimedia. Necesitan tipos complejos que el desarrollador
pueda definir a medida de la aplicacin. En definitiva, se necesitan tipos abstractos de
datos: TAD. Los SGBD ms recientes ya incorporaban esta posibilidad, y abren un
amplio mercado de TAD predefinidos o libreras de clases.
Esto nos lleva a la orientacin a objetos (OO). El xito de la OO al final de los aos
ochenta, en el desarrollo de software bsico, en las aplicaciones de ingeniera
industrial y en la construccin de interfaces grficas con los usuarios, ha hecho que
durante la dcada de los noventa se extendiese en prcticamente todos los campos de
la informtica. En los SI se inicia tambin la adopcin, tmida de momento, de la OO. La
utilizacin de lenguajes como C++ o Java requiere que los SGBD relacionales se
adapten a ellos con interfaces adecuadas.
La rpida adopcin de la web a los SI hace que los SGBD incorporen recursos para ser
servidores de pginas web, como por ejemplo la inclusin de SQL en guiones HTML,
SQL incorporado en Java, etc. Notad que en el mundo de la web son habituales los
datos multimedia y la OO.

SQL
SQL es un lenguaje formal declarativo, estandarizado ISO, para manipular informacin
en una base de datos. SQL es un acrnimo (Structured Query Language) ya que la ISO
lo define con nombre oficial Database Language SQL. No es un lenguaje estructurado
(puede ser usado en bloques o procedimientos), No es solamente para consultas

("queries") y desde el punto de vista computacional no es un lenguaje ya que no es

Turing completo.

Orgenes y evolucin
Los orgenes del SQL estn ligados a los de las bases de datos relacionales. En 1970 E.
F. Codd propone el modelo relacional y asociado a ste un sublenguaje de acceso a los
datos basado en el clculo de predicados. Basndose en estas ideas, los laboratorios
de IBM definen el lenguaje SEQUEL (Structured English QUEry Language) que ms
tarde sera ampliamente implementado por el SGBD (Sistemas Gestores de Bases de
Datos) experimental System R, desarrollado en 1977 tambin por IBM. Sin embargo,
fue Oracle quien lo introdujo por primera vez en 1979 en un programa comercial.
El SEQUEL terminara siendo el predecesor de SQL, siendo ste una versin
evolucionada del primero. El SQL pasa a ser el lenguaje por excelencia de los diversos
SGBD relacionales surgidos en los aos siguientes y es por fin estandarizado en 1986
por el ANSI, dando lugar a la primera versin estndar de este lenguaje, el "SQL-86" o
"SQL1". Al ao siguiente este estndar es tambin adoptado por la ISO.
Sin embargo, este primer estndar no cubre todas las necesidades de los
desarrolladores e incluye funcionalidades de definicin de almacenamiento que se
consideraron suprimir. As que en 1992 se lanza un nuevo estndar ampliado y
revisado del SQL llamado "SQL-92" o "SQL2".
En la actualidad el SQL es el estndar de facto de la inmensa mayora de los SGBD
comerciales. Y, aunque la diversidad de aadidos particulares que incluyen las distintas
implementaciones comerciales del lenguaje es amplia, el soporte al estndar SQL-92 es
general y muy amplio.

Lenguaje de definicin de datos (LDD)

El lenguaje de definicin de datos (en ingls Data Definition Language, o DDL), es el
que se encarga de la modificacin de la estructura de los objetos de la base de datos.
Existen cuatro operaciones bsicas: CREATE, ALTER, DROP y TRUNCATE.
CREATE
Este comando crea un objeto dentro de la base de datos. Puede ser una tabla, vista,
ndice, trigger, funcin, procedimiento o cualquier otro objeto que el motor de la base
de datos soporte.
Ejemplo (crear una tabla)
CREATE TABLE 'TABLA_NOMBRE' (
'CAMPO_1' INT,
'CAMPO_2' STRING

)
ALTER
Este comando permite modificar la estructura de un objeto. Se pueden agregar/quitar
campos a una tabla, modificar el tipo de un campo, agregar/quitar ndices a una tabla,
modificar un trigger, etc.
Ejemplo (agregar columna a una tabla)
ALTER TABLE 'TABLA_NOMBRE' (
ADD NUEVO_CAMPO INT UNSIGNED meel
)
DROP
Este comando elimina un objeto de la base de datos. Puede ser una tabla, vista, ndice,
trigger, funcin, procedimiento o cualquier otro objeto que el motor de la base de datos
soporte. Se puede combinar con la sentencia ALTER.
Ejemplo
ALTER TABLE ''TABLA_NOMBRE''
(
DROP COLUMN ''CAMPO_NOMBRE1''
)
TRUNCATE
Este comando trunca todo el contenido de una tabla. La ventaja sobre el comando
DROP, es que si se quiere borrar todo el contenido de la tabla, es mucho ms rpido,
especialmente si la tabla es muy grande. La desventaja es que TRUNCATE slo sirve
cuando se quiere eliminar absolutamente todos los registros, ya que no se permite la
clusula WHERE. Si bien, en un principio, esta sentencia parecera ser DML (Lenguaje
de Manipulacin de Datos), es en realidad una DDL, ya que internamente, el comando
TRUNCATE borra la tabla y la vuelve a crear y no ejecuta ninguna transaccin.
Ejemplo
TRUNCATE TABLE ''TABLA_NOMBRE1''

Lenguaje de manipulacin de datos (LMD)

Definicin
Un lenguaje de manipulacin de datos (Data Manipulation Language, o DML en ingls)
es un lenguaje proporcionado por el sistema de gestin de base de datos que permite a

los usuarios llevar a cabo las tareas de consulta o manipulacin de los datos,
organizados por el modelo de datos adecuado.
El lenguaje de manipulacin de datos ms popular hoy da es SQL, usado para
recuperar y manipular datos en una base de datos relacional. Otros ejemplos de DML
son los usados por bases de datos IMS/DL1, CODASYL u otras.
INSERT
Una sentencia INSERT de SQL agrega uno o ms registros a una (y slo una) tabla en
una base de datos relacional.
Forma bsica
INSERT INTO ''tabla'' (''columna1'', [''columna2,... '']) VALUES (''valor1'',
[''valor2,...''])
Las cantidades de columnas y valores deben ser iguales. Si una columna no se
especifica, le ser asignado el valor por omisin. Los valores especificados (o
implcitos) por la sentencia INSERT debern satisfacer todas las restricciones
aplicables. Si ocurre un error de sintaxis o si alguna de las restricciones es violada, no
se agrega la fila y se devuelve un error.
Ejemplo
INSERT INTO agenda_telefonica (nombre, numero) VALUES ('Roberto Jeldrez',
4886850);
Cuando se especifican todos los valores de una tabla, se puede utilizar la
sentencia acortada:
INSERT INTO ''tabla'' VALUES (''valor1'', [''valor2,...''])
Ejemplo (asumiendo que 'nombre' y 'nmero' son las nicas columnas de la
tabla 'agenda_telefonica'): INSERT INTO agenda_telefonica VALUES ('Roberto
Jeldrez', 4886850);

TERMINOS Y CONCEPTOS SOBRE BASE DE DATOS

CONCEPTOS BASICOS DE UNA BASE DE DATOS

CARCTER
Es cualquier signo numrico, alfabtico o especial que se emplea en la escritura y el
clculo.
DATO
Es el conjunto de caracteres, asi como tambin son hechos que pueden registrarse y
que tienen un significado implcito.

El dato es una representacin simblica (numrica, alfabtica, algortmica, entre

otros.), un atributo o caracterstica de una entidad. Los datos son hechos que describen
sucesos y entidades. No tienen ninguna informacin.
TIPOS DE DATOS

TIPOS
TIPOS
TIPOS
TIPOS
TIPOS
TIPOS
TIPOS
TIPOS
TIPOS
TIPOS

ESTTICOS
DINMICOS
SIMPLES
ESTRUCTURADOS
ESTRUCTURADOS
ORDINALES
COMPUESTOS
DE DATOS ABSTRACTOS
OBJETO
NO ORDINALES

Ejemplo:
Pueden construir datos como los: Nombres, nmeros telefnicos y direcciones de
personas que conocemos.
CAMPOS
Es el conjunto de todos los atributos.
Tipos de Campos:
Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o
diferentes. Entre los ms comunes podemos nombrar:
Numrico: entre los diferentes tipos de campos numricos podemos encontrar enteros
sin decimales y reales decimales.
Booleanos: poseen dos estados: Verdadero Si y Falso No.
Memos: son campos alfanumricos de longitud ilimitada. Presentan el inconveniente
de no poder ser indexados.
Fechas: almacenan fechas facilitando posteriormente su explotacin. Almacenar
fechas de esta forma posibilita ordenar los registros por fechas o calcular los das entre
una fecha y otra.
Alfanumricos: contienen cifras y letras. Presentan una longitud limitada (255
caracteres).
Auto incrementables: son campos numricos enteros que incrementan en una
unidad su valor para cada registro incorporado. Su utilidad resulta: Servir de
identificador ya que resultan exclusivos de un registro.

INFORMACIN
Es todo aquello que se da y recibe sobre un hecho, tema o situacin. La informacin es
un conjunto organizado de datos procesados, que constituyen un mensaje que cambia
el estado de conocimiento del sujeto o sistema que recibe dicho mensaje. La
informacin es ordenada y muy til.
Tratamiento de la informacin en una empresa (usando base de datos).
Obtencin de la
informacin

Almacenamiento de la
informacin

Registro de la
informacin

Comunicacin de la
informacin

Elaboracin de la
informacin

CARACTERISTICAS DE LA INFORMACIN
1. Modifica el estado de nuestros conocimientos.
2. Exige un soporte para llegar a su destino.
Diferencia entre Datos e informacin
1. Los Datos a diferencia de la informacin son utilizados como diversos mtodos
para comprimir la informacin a fin de permitir una transmisin o
almacenamiento ms eficaces.
2. Aunque para el procesador de la computadora hace una distincin vital entre la
informacin entre los programas y los datos, la memoria y muchas otras partes
de la computadora no lo hace. Ambos son registradas temporalmente segn la
instruccin que se le d. Es como un pedazo de papel no sabe ni le importa lo
que se le escriba: un poema de amor, las cuentas del banco o instrucciones
para un amigo. Es lo mismo que la memoria de la computadora. Slo el
procesador reconoce la diferencia entre datos e informacin de cualquier
programa. Para la memoria de la computadora, y tambin para los dispositivos
de entrada y salida (E/S) y almacenamiento en disco, un programa es solamente
ms datos, ms informacin que debe ser almacenada, movida o manipulada.
3. La cantidad de informacin de un mensaje puede ser entendida como el nmero
de smbolos posibles que representan el mensaje. "los smbolos que representan
el mensaje no son ms que datos significativos.

4. En su concepto ms elemental, la informacin es un mensaje con un contenido

determinado emitido por una persona hacia otra y, como tal, representa un
papel primordial en el proceso de la comunicacin, a la vez que posee una
evidente funcin social. A diferencia de los datos, la informacin tiene
significado para quien la recibe, por eso, los seres humanos siempre han tenido
la necesidad de cambiar entre s informacin que luego transforman en
acciones. "La informacin es, entonces, conocimientos basados en los datos a
los cuales, mediante un procesamiento, se les ha dado significado, propsito y
utilidad"
CUALIDADES DE LA INFORMACIN

RECISAPOTUNIEGRASNFCTV Comleta,srcidvy.Porcentajdifmsbl.Dpu Conusigficadlr,mpeb.

LAIORMPEBDUQH

bjetiva:ConusgficdO.
Cuantificble:Md.

QU ES UNA BASE DE DATOS?

Una base de datos es un almacn que nos permite guardar grandes cantidades de
informacin de forma organizada para que luego podamos encontrar y utilizar
fcilmente. Adems una base de datos es un conjunto de datos que pertenecen a un
mismo contexto y almacenados se pueden utilizar las veces que necesitemos. Se
podra decir que, una biblioteca puede considerarse una base de datos compuesta en
su mayora por documentos, que si los organizamos en orden podremos consultarlos
cuando los necesitemos. En la actualidad, y debido al desarrollo tecnolgico de campos
como la informtica y la electrnica, la mayora de las bases de datos estn en un
formato electrnico, que ofrece un amplio rango de soluciones al problema de
almacenar datos.

El trmino de bases de datos fue escuchado por primera vez en 1963, en un simposio
celebrado en California, USA. Una base de datos se puede definir como un conjunto de
informacin relacionada que se encuentra agrupada o estructurada.

Desde el punto de vista informtico, la base de datos es un sistema formado por un

conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un
conjunto de programas que manipulen ese conjunto de datos.
La idea central de una base de datos es la organizacin. Siendo de gran utilidad para
resguardar informacin valiosa y accesar a la misma de manera rpida y precisa.
Existen unos programas denominados Sistemas Gestores de Bases de Datos, abreviado
SGBD, que permiten almacenar y para despus poder acceder a los datos de forma
rpida. Las propiedades de estos SGBD, as como su utilizacin y administracin, se
estudian

dentro

del

mbito

de

la

informtica.

Ms adelante ahondamos en el tema de los Sistemas Gestores de Bases de Datos; por

ahora analizamos el concepto en s de lo que es una Base de Datos.
Por qu utilizar una base de datos?
Una base de datos proporciona a los usuarios el acceso a datos, que pueden visualizar,
ingresar o actualizar, en concordancia con los derechos de acceso que se les hayan
otorgado. Se convierte ms til a medida que la cantidad de datos almacenados crece.
Una base de datos puede ser local, es decir que puede utilizarla slo un usuario en un
equipo, o puede ser distribuida, es decir que la informacin se almacena en equipos
remotos y se puede acceder a ella a travs de una red.
La principal ventaja de utilizar bases de datos es que mltiples usuarios pueden
acceder a ellas al mismo tiempo.

Desventajas de las bases de datos

Complejidad:
Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una gran
funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder realizar
un buen uso de ellos.
Coste del equipamiento adicional:
Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir
ms espacio de almacenamiento. Adems, para alcanzar las prestaciones deseadas, es
posible que sea necesario adquirir una mquina ms grande o una mquina que se
dedique solamente al SGBD. Todo esto har que la implantacin de un sistema de
bases de datos sea ms cara.
Vulnerable a los fallos:

El hecho de que todo est centralizado en el SGBD hace que el sistema sea ms
vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias
de seguridad (Backup).
Tipos de Base de Datos
Entre los diferentes tipos de base de datos, podemos encontrar los siguientes:
MySql: es una base de datos con licencia GPL basada en un servidor. Se caracteriza
por su rapidez. No es recomendable usar para grandes volmenes de datos.
PostgreSql y Oracle: Son sistemas de base de datos poderosos. Administra muy bien
grandes cantidades de datos, y suelen ser utilizadas en intranets y sistemas de gran
calibre.
Access: Es una base de datos desarrollada por Microsoft. Esta base de datos, debe ser
creada bajo el programa Access, el cual crea un archivo .mdb con la estructura ya
explicada.
Microsoft SQL Server: es una base de datos ms potente que access desarrollada
por Microsoft. Se utiliza para manejar grandes volmenes de informaciones.
SISTEMA DE GESTION DE BASE DE DATOS
Un gestor de base de datos o bien un SGBD, nos permite introducir, organizar y
recuperar la informacin, el ms utilizado es el modelo relacional el cual se encarga de
almacenar los datos en forma de tablas.
Las principales caractersticas de los gestores (aunque sean distintos) son:
Aceptar definiciones de esquemas y vistas

Manipulan los datos y siguiendo las rdenes de los usuarios.

Cuidan que se respete la seguridad e integridad

Permite definir usuarios y restricciones de acceso

Controlan la concurrencia y las operaciones asociadas a la recuperacin de los

fallos.

Este tiene por objetivo servir de interfaz entre la base de datos, el usuario y
aplicaciones que la utilizan.
Adems de almacenar los datos de las aplicaciones web la eleccin de un gestor
depende del tipo de plataforma con el que se trabaje y las necesidades.

Estas aplicaciones permiten almacenar la definicin lgica de la base de datos como

son esquemas y sub esquemas, en cuanto al mbito fsico permiten el acceso
simultaneo a varios ficheros.
Este programa se divide en dos grupos:
Servidores de BB.DD (S.G.BB.DD. corporativos): estas estn orientadas a la
implementacin de un gran volumen de informacin y a proveer acceso a travs de
redes.
Gestores de BB.DD. personales:
Ofrecen solucin a las necesidades domesticas de almacenamiento de informacin, as
como gestin para Pymes.
La escalabilidad es un factor en caso de querer almacenar una gran cantidad de datos.
Un sistema de gestin de bases de datos (SGBD) es un software que permite manipular
las bases de datos.

Construir

Utilizar

Mantener

Reorganizar

Propiedades fundamentales:

Independencia de los datos.

Acceso eficiente a los datos.
Integridad y seguridad de los datos.
Administracin de los datos.
Acceso concurrente y recuperacin en caso de <<crash>>

Los SGBD deben cumplir con las propiedades ACID para las transacciones:

Atomicity (Atomicidad: las transacciones son atmicas)

Consistencia (Consistencia: una transaccin transforma un estado

consistente de la BD en otro)
Isolation (Aislamiento: las transacciones estn aisladas entre s)
Durability (Durabilidad: despus que una transaccin ha sido confirmada
ella persiste)

VENTAJAS DE UN SGBD

1. Reutilizacin de datos y programas

2. Control de redundancia
3. Estandarizacin
4. Consistencia
5. Integridad
6. Seguridad
7. Rapidez de desarrollo
8. Mantenimiento y reingeniera: Cambios en la estructura de datos sin cambiar los
programas que los usan (hasta cierto punto).

DESVENTAJAS DE UN SGBD

1. Tamao
2. Susceptibilidad a fallas
3. Complejidad en la recuperacin a fallas
4. Puede llegar a trabajar en forma lenta debido a la cantidad de verificaciones
que debe hacer.

Modelo entidad-relacin

Los diagramas o modelos entidad-relacin (denominado por su siglas, ERD Diagram

Entity relationship) son una herramienta para el modelado de datos de un sistema de
informacin. Estos modelos expresan entidades relevantes para un sistema de
informacin, sus inter-relaciones y propiedades
ENTIDAD
Representa una cosa u "objeto" del mundo real con existencia independiente, es
decir, se diferencia unvocamente de cualquier otro objeto o cosa, incluso siendo del
mismo tipo, o una misma entidad.

Algunos Ejemplos:

Una persona. (Se diferencia de cualquier otra persona, incluso siendo

gemelos).
Un automvil. (Aunque sean de la misma marca, el mismo modelo,...,
tendrn atributos diferentes, por ejemplo, el nmero de bastidor).
Una casa (Aunque sea exactamente igual a otra, an se diferenciar en su
direccin).

ATRIBUTOS

Los atributos son las propiedades que describen a cada entidad en un conjunto de
entidades.
Un conjunto de entidades dentro de una entidad, tiene valores especficos asignados
para cada uno de sus atributos, de esta forma, es posible su identificacin unvoca.
Ejemplos:
A la coleccin de entidades Alumnos, con el siguiente conjunto de atributos en comn,
(id, nombre, edad, semestre), pertenecen las entidades:

(1, Sofa, 18 aos, 2)

(2, Josefa, 19 aos, 5)
(3, Gabriela, 20 aos, 2)

RELACIN
Describe cierta dependencia entre entidades o permite la asociacin de las mismas.
Ejemplo:
Dadas dos entidades "Habitacin 502" y "Mark", es posible relacionar que la
Habitacin 502 se encuentra ocupada por el husped de nombre Mark.
Una relacin tiene sentido al expresar las entidades que relaciona. En el
ejemplo anterior, Un Husped (entidad), se aloja (relacin) en una habitacin
(entidad).

Clave principal
Se denomina Clave principal o primaria al atributo o conjunto mnimo de atributos (uno
o ms campos) que permiten identificar en forma nica cada instancia de la entidad, es
decir, a cada registro de la tabla. Las claves principales se utilizan cuando se necesita
hacer referencia a registros especficos de una tabla desde otra tabla. En un principio
se puede identificar ms de un atributo que cumpla las condiciones para ser clave, los
mismos se denominan Claves candidatas.
Si la clave primaria se determina mediante un solo atributo de la entidad, entonces se
dice que la misma es una Clave simple. En caso de estar conformada por ms de un
atributo, la misma se conoce como Clave compuesta.
Clave fornea
La Clave fornea (tambin llamada externa o secundaria) es un atributo que es clave
primaria en otra entidad con la cual se relaciona.

Ti p o s d e Re l a c i o n e s

Se entiende por Relacin a la asociacin entre 2 o ms entidades

1. Clasificacin por cardinalidad
Relacin Uno a Uno: Cuando un registro de una tabla slo puede estar relacionado
con un nico registro de la otra tabla y viceversa.
En este caso la clave fornea se ubica en alguna de las 2 tablas.
Relacin Uno a Muchos: Cuando un registro de una tabla (tabla secundaria) slo
puede estar relacionado con un nico registro de la otra tabla (tabla
principal) y un registro de la tabla principal puede tener ms de un
registro relacionado en la tabla secundaria.
En este caso la clave fornea se ubica en la tabla secundaria.
Relacin
Muchos a Muchos: Cuando un registro de una tabla puede estar
relacionado con ms de un registro de la otra tabla y viceversa. En este caso las dos
tablas no pueden estar relacionadas directamente, se tiene que aadir una tabla entre
las dos (Tabla dbil o de vinculacin) que incluya los pares de valores relacionados
entre s.

El nombre de tabla dbil deviene que con sus atributos propios no se puede encontrar
la clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la
unin de los campos claves de las tablas que relaciona.

2. Clasificacin por Modalidad

Dadas las tablas A y B, que se encuentran relaciona- das:
Si para todo registro de A debe existir siempre al menos un registro de B asociado, se
dice que la relacin en sentido A->B es Obligatoria.
Si para todo registro de A, pueden existir o no, uno o varios registros de B
asociados, se dice que la relacin en sentido A->B es Optativa.
La modalidad de las relaciones se debe analizar en ambos sentidos
RELACIONES DE UNO A UNO
Se representa cuando existe una relacin como su nombre lo indica uno a uno,
denominado tambin relacin de matrimonio. Una entidad del tipo A solo se puede
relacionar con una entidad del tipo B, y viceversa.

Ejem 1: La relacin asignacin de automvil que contiene a las entidades

EMPLEADO Y AUTO, es una relacin 1 a 1, ya que asocia a un empleado con un
nico automvil por lo tanto ningn empleado posee mas de un automvil
asignado, y ningn vehiculo se asigna a mas de un trabajador.

Ejem 2: La relacin nacimiento, las entidades PARTIDA DE NACIMIENTO Y

PERSONA, cada persona solo tiene una partida de nacimiento y una partida de
nacimiento corresponde a una persona.

La Relacin Uno a Uno se da cuando un registro de una tabla slo puede

estar relacionado con un nico registro de la otra tabla y viceversa.
La Clave Fornea se ubica en alguna de las 2 tablas

RELACIONES DE UNO A MUCHOS

Significa que una entidad del tipo A puede relacionarse con cualquier cantidad de
entidades del tipo B, y una entidad del tipo B solo puede estar relacionada con una
entidad del tipo A.

Ejem 1: PADRE HIJOS, un padre pude tener muchos hijos, y un hijo tiene un
padre.

Ejem 2: BUS PASAJERO, un bus puede transportar a muchos pasajeros, pero

un pasajero es transportado a la vez en un solo bus.

Ejem 3: ZOOLOGICO ANIMALES, un zoolgico alberga muchos animales y un

animal est en un zoolgico.

A
A
A
A

Un Curso tiene muchos Alumnos

Un Alumno est en slo un curso
Un Curso puede estar transitoriamente vaco
Todo Alumno tiene un Curso asignado

La Relacin Uno a Muchos se establece cuando un registro de una tabla (tabla

secundaria) slo puede estar relacionado con un nico registro de la otra tabla (tabla
principal) y un registro de la tabla principal puede tener ms de un registro relacionado
en la tabla secundaria.
La Clave Fornea se ubica en la Tabla Secundaria

RELACIONES DE MUCHOS A MUCHOS

Establece que cualquier cantidad de entidades del tipo A puede estar relacionados con
cualquier cantidad de entidades del tipo B.

Ejem 1: INGENIERO-PROYECTO, un proyecto puede estar a cargo de muchos

ingenieros y un ingeniero se puede hacer cargo de varios proyectos.

Ejem 2: ALUMNO-CURSO, un alumno puede estar matriculado a muchos

cursos y en un curso estn matriculados muchos alumnos.

Ejem

3:

INMUEBLE-PROPIETARIO,

un

inmueble

puede

propietarios y un propietario puede tener varios inmuebles.

tener

muchos

A
A
A
A

Un Profesor puede estar asignado en varios Cursos

Un Curso puede tener muchos Profesores asignados
Todo Profesor tiene un Curso asignado
Un Curso puede no tener transitoriamente un Profesor

El diagrama de Entidad Relacin es:

La Relacin Muchos a Muchos se da cuando un registro de una tabla puede estar

relacionado con ms de un registro de la otra tabla y viceversa. En este caso las dos
tablas no pueden estar relacionadas directamente, se tiene que aadir una tabla
entre las dos (Tabla dbil o de vinculacin) que incluya los pares de va- lores
relacionados entre s.
El nombre de tabla dbil deviene que con sus atributos propios no se puede
encontrar la clave, por estar asociada a otra entidad. La clave de esta tabla se
conforma por la unin de los campos claves de las tablas que relaciona.

La Clave Principal de la Tabla Dbil se conforma por las Claves

Principales de las tablas regulares
PASOS PARA LA CONTRUCCION DEL DIAGRAMA ENTIDAD RELACION
1. Identificar las entidades
2. Determinar las claves primarias
3. Describir los atributos de las entidades
4. Establecer relaciones entre las entidades
5. Dibujar el modelo de datos
6. Realizar comprobaciones