FACULTAD : Ingeniera De Sistemas E Informtica

CURSO

: Desarrollo de Aplicaciones en WEB

TEMA

: Bases de Datos

CICLO

: VI I

TUTOR

: Jorge Carmona Espinoza

ALUMNOS

:
Navincolqui Rumaldo Alonso Alex
Jibaja Vinatea Renato
Vicente Bello Jorge
Gilberto Pare Loayza
Lima Per

Dedicatoria
A nuestros padres, por todo el apoyo y paciencia que han tenido con
nosotros desde que supieron el deseo por alcanzar nuestras metas y
objetivos.

INDICE
INTRODUCCIN .......................................................................................................................... 4
BASES DE DATOS ....................................................................................................................... 5
1.

CONCEPTO ...................................................................................................................... 5
1.1.

VENTAJAS ................................................................................................................ 6

1.2.

DESVENTAJAS ........................................................................................................ 7

2.

ADMINISTRACIN DE BASES DE DATOS ..................................................................... 8

3.

COMPONENTES DE BASES DE DATOS ........................................................................ 9

3.1.

DATOS ...................................................................................................................... 9

3.2.

HARDWARE.............................................................................................................. 9

3.3.

SOFTWARE ............................................................................................................ 10

3.4.

USUARIOS .............................................................................................................. 10

4.

ORGANIZACIN DE UNA BASE DE DATOS ................................................................. 12

5.

PRINCIPIOS DE DISEO DE BASES DE DATOS ......................................................... 13

5.1.

DESARROLLO DE BASE DE DATOS .................................................................... 13

5.2.

CONSULTAS DE BASES DE DATOS .................................................................... 13

5.3.

MANTENIMIENTO .................................................................................................. 14

5.4.

DESARROLLO DE APLICACIONES ...................................................................... 14

6.

TIPOS DE MODELOS DE BASES DE DATOS ............................................................... 14

7.

LIMITACIONES DE LAS BASES DE DATOS.................................................................. 15

8.

SISTEMA DE GESTIN DE BASE DE DATOS .............................................................. 17

8.1

CARACTERSTICAS DE UN SISTEMA DE GESTIN DE BASE DE DATOS

(SGBD) ................................................................................................................................ 18
8.2.

BASES DE DATOS RELACIONALES .................................................................... 20

8.3.

SQL. EL LENGUAJE DE CONSULTAS PARA LAS BASES DE DATOS

RELACIONALES ................................................................................................................. 22
9.

BASE DE DATOS DISTRIBUIDAS .................................................................................. 24

10.

ARQUITECTURA CLIENTE/SERVIDOR .................................................................... 26

11.

SEGURIDAD DE LA BASE DE DATOS ...................................................................... 29

12.

INTEGRIDAD Y CONCURRENCIAS .......................................................................... 30

13.

ADMINISTRACIN DE OBJETOS Y RECURSOS ..................................................... 32

CONCLUSIN ............................................................................................................................ 35
BIBLIOGRAFA ........................................................................................................................... 36

INTRODUCCIN
Las bases de datos son el mtodo preferido para el almacenamiento
estructurado de datos. Desde las grandes aplicaciones multiusuario, hasta los
telfonos mviles y las agendas electrnicas utilizan tecnologa de bases de
datos para asegurar la integridad de los datos y facilitar la labor tanto de usuarios
como de los programadores que las desarrollaron.
Las bases de datos son un rea de la computacin que ha recibido mucha
atencin debido a sus mltiples aplicaciones: bibliotecas, automatizacin de
oficinas, ingeniera de software, diccionarios automatizados y en general
cualquier programa orientado a mantener y recuperar informacin textual. Su
recuperacin, actualizacin y manejo es relativamente simple con el uso de
cualquier manejador de bases de datos.
Desde la realizacin del primer modelo de datos, pasando por la administracin
del sistema gestor, hasta llegar al desarrollo de la aplicacin, los conceptos y la
tecnologa asociados son muchos y muy heterogneos. Sin embargo, es
imprescindible conocer los aspectos clave de cada uno de estos temas para
tener xito en cualquier proyecto que implique trabajar con bases de datos
Para lograr un mejor aprovechamiento de la informacin, se desarrolla una gran
cantidad de aplicaciones computacionales que apoyan la toma de decisiones,
principalmente las Bases de Datos (BD), las cuales han sido utilizadas en
negocios, medicina, ingeniera, poltica y muchas otras reas. stas tienen la
tarea de proporcionar las bases para fundamentar las alternativas elegidas para
la solucin de problemas en determinado momento, adems de proveer un mejor
y ms rpido acceso a la informacin necesaria.
Una BD permite el almacenamiento de las propiedades que caracterizan a un
problema dado, la cual es de gran utilidad en los sistemas para la contabilidad,
el manejo de la informacin, el soporte en la toma de decisiones, sistemas
estadsticos y operacionales en general. Sin embargo, el esfuerzo que se tiene
que emplear para la obtencin de una gran cantidad de datos, es muy difcil de
comparar en relacin con la informacin o conocimiento que se puede destilar
de la BD.

BASES DE DATOS
1. CONCEPTO
Una base de datos es un conjunto estructurado de datos que representa
entidades y sus interrelaciones. La representacin ser nica e integrada, a
pesar de que debe permitir utilizaciones varias y simultneas.

Una base de datos (BD) es una entidad en la cual se pueden almacenar datos
de manera estructurada, con la menor redundancia posible. Diferentes
programas y diferentes usuarios deben poder utilizar estos datos. 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.
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.

1.1. VENTAJAS

Se evita la redundancia. En sistemas que no usan Bases de Datos

Centralizadas, cada aplicacin tiene sus propios archivos privados o se
encuentran en diferentes localidades. Esto a menudo origina enorme
redundancia en los datos almacenados, as como desperdicio resultante
del espacio de almacenamiento; por ejemplo, una aplicacin de personal
y otra de registros educativos pueden poseer cada una un archivo que
contenga informacin de departamento de los empleados.

Estos dos

archivos pueden integrarse (para eliminar la redundancia) si el

Administrador de la Base de Datos (DBA) est consciente de los
requerimientos de informacin para ambas aplicaciones, es decir, si el
DBA tiene el control global necesario.

Se evita la inconsistencia. Ya que si un hecho especfico se representa

por una sola entrada (es decir, si la redundancia se elimina), la noconcordancia de datos no puede ocurrir.

Pueden hacerse cumplir las normas establecidas. Con un control

central de la base de datos, el DBA puede garantizar que se cumplan
todas las formas aplicables a la representacin de los datos. Las normas
aplicables pueden comprender la totalidad o parte de lo siguiente:
normas de la compaa, de instalacin, departamentales, industriales,
nacionales o internacionales. Es muy deseable unificar los formatos de
los datos almacenados como ayuda para el intercambio o migracin de
datos entre sistemas.

Puede conservarse la integridad. El problema de la integridad es

garantizar que los datos de la base de datos sean exactos. El control
centralizado de la base de datos, es decir, que los datos se encuentren
en una sola mquina, ayuda a evitar la inconsistencia de los datos, por el
mismo hecho de encontrarse en una sola mquina.

Es conveniente

sealar que la integridad de los datos es un aspecto muy importante en

una base de datos, porque los datos almacenados se comparten y porque
sin procedimientos de validacin adecuados es posible que un programa

con errores genere datos incorrectos que afecten a otros programas que
utilicen esa informacin.

Pueden equilibrarse los requerimientos contradictorios. Cuando se

conocen los requerimientos globales de la empresa, en contraste con los
requerimientos de cualquier usuario individual, el DBA puede estructurar
el sistema de bases de datos para brindar un servicio que sea el mejor
para la empresa en trminos globales. Por ejemplo, puede elegirse una
representacin de los datos almacenados que ofrezca rpido acceso a las
aplicaciones ms importantes a costa de un desempeo de menor calidad
en algunas otras aplicaciones.

1.2. DESVENTAJAS

Los mainframes (computadora central) no ofrecen mejor proporcin

precio/rendimiento

que

los

microprocesadores

de

los

sistemas

distribuidos.

Por lo general, cuando un sistema de Base de Datos Centralizada falla,

se pierde toda la disponibilidad de procesamiento y sobre todo de la
informacin confiada al sistema.

En caso de un desastre o catstrofe, la recuperacin es difcil de

sincronizar.

Las cargas de trabajo no se pueden difundir entre diferentes

computadoras, ya que los trabajos siempre se ejecutarn en la misma
mquina.

Un mainframe en comparacin con un sistema distribuido no tiene mayor

poder de cmputo.

No se puede aadir poder de cmputo en pequeos incrementos, debido

a lo complicado de esta operacin.

2. ADMINISTRACIN DE BASES DE DATOS

Rpidamente surgi la necesidad de contar con un sistema de administracin
para controlar tanto los datos como los usuarios. La administracin de bases de
datos se realiza con un sistema llamado DBMS (Database management system
[Sistema de administracin de bases de datos]). El DBMS es un conjunto de
servicios (aplicaciones de software) para administrar bases de datos, que
permite:

Un fcil acceso a los datos

El acceso a la informacin por parte de mltiples usuarios

La manipulacin de los datos encontrados en la base de datos (insertar,

eliminar, editar)

Un sistema de base de datos es bsicamente un sistema computarizado para

guardar registros; es decir, es un sistema computarizado cuya finalidad general
es almacenar informacin y permitir a los usuarios recuperar y actualizar esa
informacin con base en peticiones. La informacin en cuestin puede ser
cualquier cosa que sea de importancia para el individuo u organizacin; en otras
palabras, todo lo que sea necesario para auxiliarle en el proceso general de su
administracin.

3. COMPONENTES DE BASES DE DATOS

3.1. DATOS
Los sistemas de bases de datos estn disponibles en mquinas que van desde
las computadoras personales ms pequeas hasta las mainframes ms grandes.
Sobra decir que las facilidades que proporciona un sistema estn determinadas
hasta cierto punto por el tamao y potencia de la mquina subyacente. En
particular, los sistemas que se encuentran en mquinas grandes (sistemas
grandes") tienden a ser multiusuario, mientras que los que se ejecutan en
mquinas pequeas ("sistemas pequeos") tienden a ser de un solo usuario. Un
sistema de un solo usuario es aquel en el que slo un usuario puede tener acceso
a la base de datos en un momento dado; un sistema multiusuario es aquel en el
cual mltiples usuarios pueden tener acceso simultneo a la base de datos.
En general, los datos de la base de datos por lo menos en un sistema grande
sern tanto integrados como compartidos. Los aspectos de integracin y
compartimiento de datos representan una ventaja importante de los sistemas de
bases de datos en el entorno "grande"; y al menos, tambin la integracin de
datos puede ser importante en los entornos "pequeos". Por supuesto, hay
muchas ventajas adicionales, aun en el entorno pequeo.

3.2. HARDWARE
Los componentes de hardware del sistema constan de:

Los volmenes de almacenamiento secundario principalmente discos

magnticos que se emplean para contener los datos almacenados, junto
con los dispositivos asociados de E/S (unidades de discos, etc.), los
controladores de dispositivos, los canales de E/S, entre otros; y

Los procesadores de hardware y la memoria principal asociada usados

para apoyar la eje cucin del software del sistema de base de datos

3.3. SOFTWARE
Entre la base de datos fsica es decir, los datos como estn almacenados
fsicamente usuarios del sistema, hay una capa de software conocida de manera
indistinta como el administrador de base de datos o el servidor de base de datos;
o ms comnmente como el sistema de administracin de base de datos
(DBMS). Todas las solicitudes de acceso a la base de datos son manejadas por
el DBMS; Por lo tanto, una funcin general que ofrece DBMS consiste en ocultar
a los usuarios de la base de datos los detalles al nivel de har (en forma muy
parecida a como los sistemas de lenguajes de programacin ocultan a los
programadores de aplicaciones los detalles a nivel de hardware). En otras
palabras, el DBMS ofrece a los usuarios una percepcin de la base de datos que
est, en cierto modo, por encima del nivel del hardware y que maneja las
operaciones del usuario expresadas en trminos de ese nivel ms alto de
percepcin.
Algunos aspectos adicionales:

El DBMS es, por mucho, el componente de software ms importante del

sistema en general, aunque no es el nico. Otros comprenden las
utileras, herramientas de desarrollo de aplicaciones, ayudas de diseo,
generadores de informes y (el ms importante) el administrador de
transacciones o monitor PT. Para una mayor explicacin de estos
componentes.

El trmino DBMS se usa tambin para referirse en forma genrica a un

producto determina de algn fabricante; por ejemplo, el producto "DB2
Universal Database" de IBM para OS/390. El trmino ejemplar de DBMS
se usa entonces para referirse a una copia de dicho producto que opera
en alguna instalacin de computadora determinada.

3.4. USUARIOS
Consideramos tres grandes clases de usuarios (y que en cierto modo se
trasladan):

Primero, hay programadores de aplicaciones responsables de escribir los

programas de aplicacin de base de datos en algn lenguaje de
programacin como COBOL. PL/1. C++ Java o algn lenguaje de alto
nivel de la "cuarta generacin.
Estos programas acceden a la base de datos emitiendo la solicitud
apropiada al DBMS (por lo regular una instruccin SQL). Los programas
en s pueden ser aplicaciones convencionales por lotes o pueden ser
aplicaciones en lnea, cuyo propsito es permitir al usuario final el acceso
a la base de datos desde una estacin de trabajo o terminal en lnea. Las
aplicaciones ms modernas pertenecen a esta variedad.

La segunda clase de usuarios son los usuarios finales, quienes

interactan con el sistema desde estaciones de trabajo o terminales en
lnea. Un usuario final puede acceder a la base de datos a travs de las
aplicaciones en lnea mencionadas en el prrafo anterior, o bien puede
usar una interfaz proporcionada como parte integral del software del
sistema de base de datos. Por supuesto, las interfaces proporcionadas
por el fabricante estn apoyadas tambin por aplicaciones en lnea,
aunque esas aplicaciones estn integradas; es decir, no son escritas por
el usuario. La mayora de los sistemas de base de datos incluyen por lo
menos una de estas aplicaciones integradas, digamos un procesador de
lenguaje de consulta, mediante el cual el usuario puede emitir solicitudes
a la base de datos (tambin conocidas como instrucciones o comandos),
como SELECT e INSERT, en forma interactiva con el DBMS. El lenguaje
SQL es un ejemplo tpico de un lenguaje de consulta de base de datos.

La mayora de los sistemas proporcionan adems interfaces integradas

adicionales en las que los usuarios no emiten en absoluto solicitudes
explcitas a la base de datos, como SELECT, sino que en vez de ello
operan mediante (por ejemplo) la seleccin de elementos en un men o
llenando casillas de un formulario. Estas interfaces controladas por mens
o por formularios tienden a facilitar el uso a personas que no cuentan con
una capacitacin formal en IT (Tecnologa de la informacin; la
abreviatura IS, de Sistemas de informacin, tambin es muy usada con el

mismo significado). En contraste, las interfaces controladas por comandos

(por ejemplo, los lenguajes de consulta) tienden a requerir cierta
experiencia profesional en IT, aunque tal vez no demasiada (obviamente
no tanta como la que es necesaria para escribir un programa de aplicacin
en un lenguaje como COBOL). Por otra parte, es probable que una
interfaz controlada por comandos sea ms flexible que una controlada por
mens o por formularios, dado que los lenguajes de consulta por lo regular
incluyen ciertas caractersticas que no manejan esas otras interfaces

El tercer tipo de usuario, es el administrador de base de datos o DBA. La

funcin del DBA, y la funcin asociada (muy importante) del administrador
de datos.

4. ORGANIZACIN DE UNA BASE DE DATOS

Para considerar a una base de datos organizada debe cumplir los siguientes
objetivos:
a. Tiene que ser verstil: esto quiere decir que, dependiendo de los usuarios
o las aplicaciones, puedan hacer diferentes cosas o traten a los datos de
formas distintas.
b. Tiene que atender con la rapidez adecuada a cada aplicacin o empresa,
atendiendo a lo que se la requiera.
c. Tiene que tener un ndice de redundancia lo ms bajo posible.
d. Tener una alta capacidad de acceso para ganar el mayor tiempo posible
en la realizacin de consultas.
e. Tener un alto ndice de integridad, esto significa que al tener muchos
usuarios atacando a una misma base de datos no puede haber fallos en
la insercin de datos, errores por redundancia o lenta actualizacin.
f. Por supuesto tienen que tener un nivel altsimo de seguridad y privacidad
ya que los datos que se pueden almacenar en una base de datos pueden
ser altamente confidenciales o importantes. En este punto tambin entran
los medios fsicos de proteccin contra fuego, robo, etc.

g. Por ultimo tiene que ser posible su constante actualizacin para no dejar
a la base de datos anticuada e inservible. Cuando hacemos un cambio en
la organizacin fsica de los datos no debe afectar a los programas por lo
que tambin tiene que tener una independencia fsica de los datos. Al
igual que tiene que tener total independencia lgica con los datos, esto
quiere decir que si hacemos cambios en la estructura lgica de los datos
(agregar nuevos campos a una tabla) no deben afectar a las aplicaciones
que utilicen esos datos.

5. PRINCIPIOS DE DISEO DE BASES DE DATOS

5.1. DESARROLLO DE BASE DE DATOS

En el mercado existen distintos tipos de software que facilitan la creacin y

gestin de una base de datos, tales como Microsoft Access o Lotus Approach.
Por lo general, este tipo de soluciones no son las mejores para empresas
medianas o grandes, que optan por programas como SQL u Oracle, que
garantizan un soporte mayor, con mejor tolerancia a fallos y capacidad para un
amplio nmero de datos, facilitando el desempeo ptimo en arquitecturas de
tipo cliente-servidor.

5.2. CONSULTAS DE BASES DE DATOS

Una vez se ha seleccionado que tipo de software se ha de utilizar es

imprescindible disear la manera como se manipularn los datos y el tipo de
resultados que se esperan, para lo cual se debe pensar en la utilizacin de
consultas.
Para la realizacin de consultas se ha desarrollado el lenguaje especfico SQL
(structured query languajes), muy poderoso para este fin. Una herramienta
equivalente que facilita el uso de consultas se denomina QBE (query by example)

que permite construir sentencias basadas en SQL mediante elementos o

grficos.

5.3. MANTENIMIENTO

La informacin y los datos deben ser actualizados y revisados peridicamente,

lo mismo que la realizacin de cambios espordicos. Se deben fijar polticas y
disponer de herramientas especficas para llevar a cabo estas labores en la
organizacin.

5.4. DESARROLLO DE APLICACIONES

No basta solamente con tener montada una base de datos, se debe presentar
de la manera ms adecuada a los usuarios, y de manera tal que no tengan
acceso a la estructura interna de elementos que la conforman, ya que es
innecesario y pone en riesgo la integridad de los datos y de la estructura en s.

6. TIPOS DE MODELOS DE BASES DE DATOS

Existen fundamentalmente tres alternativas disponibles para disear las bases

de datos: el modelo jerrquico, el modelo de red y el modelo relacional.

a. El modelo jerrquico
La forma de esquematizar la informacin se realiza a travs de representaciones
jerrquicas o relaciones de padre/hijo, de manera similar a la estructura de un
rbol. As, el modelo jerrquico puede representar dos tipos de relaciones entre
los datos: relaciones de uno a uno y relaciones de uno a muchos.

b. El modelo de red
ste es un modelo ligeramente distinto del jerrquico; su diferencia fundamental
es la modificacin del concepto de nodo: se permite que un mismo nodo tenga
varios padres (posibilidad no permitida en el modelo jerrquico).
Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una
solucin eficiente al problema de redundancia de datos; pero, aun as, la
dificultad que significa administrar la informacin en una base de datos de red ha
significado que sea un modelo utilizado en su mayora por programadores ms
que por usuarios finales.

c. El modelo relacional
En este modelo todos los datos son almacenados en relaciones, y como cada
relacin es un conjunto de datos, el orden en el que estos se almacenen no tiene
relevancia. Esto tiene la considerable ventaja de que es ms fcil de entender y
de utilizar por un usuario no experto. La informacin puede ser recuperada o
almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder
para administrar la informacin.
Este modelo considera la base de datos como una coleccin de relaciones. De
manera simple, una relacin representa una tabla que no es ms que un conjunto
de filas, cada fila es un conjunto de campos y cada campo representa un valor
que interpretado describe el mundo real. Cada fila tambin se puede denominar
registro y a cada columna tambin se le puede llamar campo o atributo.

7. LIMITACIONES DE LAS BASES DE DATOS

a. Complejidad: Se debe asegurar que la base de datos sea transparente,
se debe lidiar con varios sistemas diferentes que pueden presentar
dificultades nicas. El diseo de la base de datos se tiene que trabajar
tomando en cuenta su naturaleza distribuida, por lo cual no podemos
pensar en hacer joins que afecten varios sistemas.

b. Economa: La complejidad y la infraestructura necesaria implica que se

necesitar una mayor mano de obra.
c. Seguridad: Se debe trabajar en la seguridad de la infraestructura as como
cada uno de los sistemas.
d. Integridad: Se vuelve difcil mantener la integridad, aplicar las reglas de
integridad a travs de la red puede ser muy caro en trminos de
transmisin de datos.
e. Falta de experiencia: Las bases de datos distribuidas son un campo
relativamente nuevo y poco comn por lo cual no existe mucho personal
con experiencia o conocimientos adecuados.
f. Carencia de estndares: An no existen herramientas o metodologas que
ayuden a los usuarios a convertir un DBMS centralizado en un DBMS
distribuido.
g. Diseo de la base de datos se vuelve ms complejo; adems de las
dificultades que generalmente se encuentran al disear una base de
datos, el diseo de una base de datos distribuida debe considerar la
fragmentacin, replicacin y ubicacin de los fragmentos en sitios
especficos.
h. El nivel tecnolgico es un factor a tomar en cuenta debido a su evolucin
constante.
i.

Incremento en el volumen de informacin manejada, no solo porque con

el tiempo cada vez ms cosas son susceptibles de ser manejadas con
bases de datos (imgenes, fotos, huellas digitales, sonidos, etc.), sino
porque en la actualidad toda la informacin es tenida en cuenta. Antes se
incineraba el archivo "muerto" cada cierto tiempo; ya no es necesario y
sera un desperdicio no tomar en cuenta la memoria y la historia de la
empresa.

j.

Necesidad de contar con mano de obra cada vez ms calificada y

actualizada en forma permanente

8. SISTEMA DE GESTIN DE BASE DE DATOS

Un SGBD es un programa de ordenador que facilita una serie de

herramientas para manejar bases de datos y obtener resultados (informacin) de
ellas. Adems de almacenar la informacin, se le pueden hacer preguntas sobre
esos datos, obtener listados impresos, generar pequeos programas de
mantenimiento de la BD, o ser utilizado como servidor de datos para
programas ms complejos realizados en cualquier lenguaje de programacin.
Adems, ofrece otras herramientas ms propias de la gestin de BD como
sistemas de permisos para autorizacin de accesos, volcados de seguridad,
transferencia de ficheros, recuperacin de informacin daada, indizacin, etc.
En general, un SGBD es un software de BD que Centraliza los datos en un nico
lugar lgico al que acceden todos los usuarios y aplicaciones. Es
por

mltiples

usuarios

utilizable

aplicaciones concurrentemente. Ofrece visiones

parciales del conjunto total de informacin, segn las necesidades de un usuario

en particular.
Posee herramientas para asegurar:

La independencia de datos: a varios niveles, permitiendo la modificacin

de las definiciones de datos sin afectar a las aplicaciones o esquemas que
no utilizan esos datos.

La integridad de los datos: que los datos sean correctos en todo momento,
de acuerdo con las especificaciones o reglas impuestas al sistema

La seguridad de los datos: que slo las personas autorizadas puedan

acceder a determinados datos y que slo puedan efectuar las operaciones
para las que han sido autorizados.

Hay muchos tipos de SGBD, pero la mayor parte de los utilizados

comercialmente en la actualidad son relacionales, es decir, se basan en una
cierta teora o forma de representar los datos para implementar sus
herramientas e interfaces, en este caso el modelo relacional. Entendemos por

representacin de los datos como la forma en que se presentan al usuario y que

permiten ciertas operaciones para poder manejarlos.
De hecho, en estos SGBD, la informacin se presenta en forma de tablas
(relacin es el trmino formal), con columnas para las caractersticas de los
objetos o conceptos que pretende representar la tabla, y filas para cada caso
concreto o instancia de objeto. Existe un lenguaje considerado como estndar
para manejar esas tablas, el SQL, que permite crear y modificar tablas, y
consultarlas, introducir nuevos datos, modificar los ya almacenados, o
borrarlos.
Al decir que un SGBD es relacional, estamos hablando de que, como mnimo,
sigue todas las reglas y conceptos propuestos por el modelo relacional. El
modelo relacional se basa en la teora de conjuntos y es, por tanto, un modelo
con un fundamento matemtico. Este modelo maneja una estructura de datos, la
relacin (concepto matemtico que se representa fsicamente como una tabla),
y unos operadores definidos sobre ella.

8.1

CARACTERSTICAS DE UN SISTEMA DE GESTIN DE

BASE DE DATOS (SGBD)

Un SGBD permite el almacenamiento, manipulacin y consulta de datos

pertenecientes a una base de datos organizada en uno o varios ficheros. En el
modelo ms extendido (base de datos relacional) la base de datos consiste, de
cara al usuario, en un conjunto de tablas entre las que se establecen relaciones.
A pesar de sus semejanzas (ambos manejan conjuntos de tablas) existen una
serie de diferencias fundamentales entre un SGBD y un programa de hoja de
clculo, la principal es que un SGBD permite:
a. El mtodo de almacenamiento y el programa que gestiona los datos
(servidor) son independientes del programa desde el que se lanzan las
consultas (cliente).

b. En lugar de primarse la visualizacin de toda la informacin, el objetivo

fundamental es permitir consultas complejas, cuya resolucin est
optimizada, expresadas mediante un lenguaje formal.
c. El almacenamiento de los datos se hace de forma eficiente aunque oculta
para el usuario y normalmente tiene, al contrario de lo que ocurre con las
hojas de clculo, poco que ver con la estructura con la que los datos se
presentan al usuario.
d. El acceso concurrente de mltiples usuarios autorizados a los datos,
realizando operaciones de actualizacin y consulta de los mismos
garantizando la ausencia de problemas de seguridad (debidos a accesos
no autorizados) o integridad (prdida de datos por el intento de varios
usuarios de acceder al mismo fichero al mismo tiempo.

El programa servidor suele activarse al arrancar el ordenador, podra

compararse a un bibliotecario que recibe peticiones (consultas) de diferentes
programas clientes de base de datos, consulta la base de datos y entrega al
cliente el resultado de la consulta realizada. Si dos usuarios solicitan al mismo
tiempo una modificacin de los datos, el programa servidor se encarga de
hacerlas ordenadamente para evitar perder datos (lo que ocurrira si ambos
usuarios abrieran y modificaran a la vez un fichero con la base de datos.

El diseo de una base de datos implica codificar en formato digital ciertos

aspectos del mundo real. Esta codificacin implica los mismos 3 pasos, es decir:

Modelo conceptual

Modelo lgico

Modelo digital o implementacin fsica de la base de datos

Hoy en da existen dos grandes modelos, las bases de datos relacionales y el

modelo orientado a objetos (modelo OO), y un modelo hbrido denominado
modelo Objeto-Relacional (modelo OR). En cualquier manual de bases de datos
puede encontrarse informacin acerca de modelos ms antiguos.

8.2. BASES DE DATOS RELACIONALES

Es el modelo ms utilizado hoy en da. Una base de datos relacional es
bsicamente un conjunto de tablas, similares a las tablas de una hoja de clculo,
formadas por filas (registros) y columnas (campos). Los registros representan
cada uno de los objetos descritos en la tabla y los campos los atributos (variables
de cualquier tipo) de los objetos. En el modelo relacional de base de datos, las
tablas comparten algn campo entre ellas. Estos campos compartidos van a
servir para establecer relaciones entre las tablas que permitan consultas
complejas. En esta figura aparecen tres tablas con informacin municipal, en la
primera aparecen los nombres de los municipios, en la segunda el porcentaje en
cada municipio de los diferentes usos del suelo y en la tercera la poblacin en
cada municipio lo largo del siglo XX. Como campo comn aparece ident, se trata
de un identificador numrico, nico para cada municipio2
La idea bsica de las bases de datos relacionales es la existencia de entidades
(filas en una tabla) caracterizadas por atributos (columnas en la tabla). Cada
tabla almacena entidades del mismo tipo y entre entidades de distinto tipo se
establecen relacione3. Las tablas comparten algn campo entre ellas, estos
campos compartidos van a servir para establecer relaciones entre las tablas. Los
atributos pueden ser de unos pocos tipos simples:

Nmeros enteros

Nmeros reales

Cadena de caracteres de longitud variable

Estos tipos simples se denominan tipos atmicos y permiten una mayor eficacia
en el manejo de la base de datos pero a costa de reducir la flexibilidad a la hora
de manejar los elementos complejos del mundo real y dificultar la gestin de
datos espaciales, en general suponen un problema para cualquier tipo de datos
geomtricos.
Las relaciones que se establecen entre los diferentes elementos de dos tablas
en una base de datos relacional pueden ser de tres tipos distintos:
Relaciones uno a uno, se establecen entre una entidad de una tabla y otra
entidad de otra tabla.
Relaciones uno a varios, se establecen entre varias entidades de una tabla y
una entidad de otra tabla. Un ejemplo sera una tabla de pluvimetros en la que
se indicara el municipio en el que se encuentra. La relacin sera entre un
municipio y varios pluvimetros
Relaciones varios a varios, se establecen entre varias entidades de cada una
de las tablas. Un ejemplo sera una tabla con retenes de bomberos y otra con
espacios naturales a los que cada uno debe acudir en caso de incendio.

8.3. SQL. EL LENGUAJE DE CONSULTAS PARA LAS BASES

DE DATOS RELACIONALES
El lenguaje de consultas SQL (Lenguaje Estructurado de Consultas) se ha
convertido, debido a su eficiencia, en un estndar para las bases de datos
relacionales. A pesar de su estandarizacin se han desarrollado, sobre una base
comn, diversas versiones ampliadas como las de Oracle o la de Microsoft SQL
server.
Es un lenguaje declarativo en el que las rdenes especifican cual debe ser el
resultado y no la manera de conseguirlo (como ocurre en los lenguajes
procedimentales). Al ser declarativo es muy sistemtico, sencillo y con una curva
de aprendizaje muy agradable. Sin embargo los lenguajes declarativos carecen
de la potencia de los procedimentales. El gran xito de las bases de datos
relacionales se debe en parte a la posibilidad de usar este lenguaje. Incluye
diversos tipos de capacidades:

Comandos para la definicin y creacin de una base de datos (CREATE

TABLE).

Comandos para insercin, borrado o modificacin de datos (INSERT,

DELETE, UPDATE).

Comandos para la consulta de datos seleccionados de acuerdo a criterios

complejos que involucran diversas tablas relacionadas por un campo
comn (SELECT).

Capacidades aritmticas: En SQL es posible incluir operaciones aritmticas as

como comparaciones, por ejemplo A > B + 3. Funciones matemticas (sqrt(x),
cos(x)) o de manejo de textos.
Asignacin y comandos de impresin: es posible imprimir una tabla
construida por una consulta o almacenarla como una nueva tabla.
Funciones agregadas: Operaciones tales como promedio (avg), desviacin
tpica (stddev), suma (sum), mximo (max), etc. se pueden aplicar a las
columnas de una tabla para obtener una cantidad nica y, a su vez, incluirla en
consultas ms complejas.

En una base de datos relacional, los resultados de la consulta van a ser datos
individuales, tuplas4 o tablas generados a partir de consultas en las que se
establecen una serie de condiciones basadas en valores numricos.
Por ejemplo una tpica consulta sobre una tabla en una base de datos relacional,
utilizando SQL podra ser:
SELECT id, nombre, pob1991
FROM municipios
WHERE pob1991>20000;
El resultado ser una tabla en la que tendremos tres columnas (id, nombre,
poblacin) procedentes de la tabla municipios, las filas correspondern slo a
aquellos casos en los que la poblacin en 1991 (columna pob1991) sea mayor
que 20000. En el caso de que slo uno de los municipios cumpliera la condicin
obtendramos una sola fila (una dupla) y en caso de que la consulta fuera:
SELECT pob1991
FROM municipios
WHERE pob1991>20000;
Obtendramos un slo nmero, la poblacin del municipio ms poblado.

9. BASE DE DATOS DISTRIBUIDAS

Son un grupo de datos que pertenecen a un sistema pero a su vez est repartido
entre ordenadores de una misma red, ya sea a nivel local o cada uno en una
diferente localizacin geogrfica, cada sitio en la red es autnomo en sus
capacidades de procesamiento y es capaz de realizar operaciones locales y en
cada uno de estos ordenadores debe estar ejecutndose una aplicacin a nivel
global que permita la consulta de todos los datos como si se tratase de uno solo.
Si se produce un fallo en una localidad en un sistema distribuido, es posible que
las dems localidades puedan seguir trabajando. En particular si los datos se
repiten en varias localidades, una transaccin o aplicacin que requiere un dato
especfico puede encontrarlo en ms de una localidad. As el fallo, de una
localidad no implica necesariamente la desactivacin del sistema.

CARACTERSTICAS
Desde el punto de vista del usuario, un sistema distribuido deber ser idntico a
un sistema no distribuido. En trminos de SQL, la lgica de las operaciones
SELECT, INSERT, UPDATE y DELETE no deber sufrir cambios.
A. Autonoma Local

Los sitios de un sistema distribuido deben ser autnomos.

Ningn sitio X deber depender de un sitio Y para su buen

funcionamiento.

Existencia de un propietario y administracin local de los datos.

B. No dependencia de un sitio central.

No debe haber dependencia de un sitio central maestro para obtener un

servicio.

El sitio central podra ser un cuello de botella.

Si el sitio central sufriera un desperfecto, todo el sistema dejara de

funcionar.

C. Operacin contina

Idealmente nunca debera haber necesidad de apagar a propsito el

sistema, por ejemplo, para aadir un nuevo sitio o instalar una versin
mejorada del DBMS en un sitio ya existente.

D. Independencia con respecto a la localizacin

No debe ser necesario que los usuarios sepan dnde estn almacenados
fsicamente los datos.

Simplifica los programas de los usuarios.

Permite modificar la distribucin de los datos dentro de la red.

E. Independencia respecto a la fragmentacin

Dos clases de fragmentacin: Horizontal y Vertical.

Los usuarios debern poder comportarse como si los datos no estuvieran

fragmentados en realidad.

F. Independencia de Rplica

Un sistema maneja rplica de datos si una relacin dada se puede

representar fsicamente mediante varias copias almacenadas en muchos
sitios distintos.

G. Procesamiento distribuido de consultas

En una consulta distribuida, habr muchas maneras de trasladar los datos

en la red para satisfacer la solicitud. Importancia crucial de la optimizacin.

H. Manejo distribuido de transacciones.

Control de Recuperacin: el sistema debe asegurar que cada transaccin

sea atmica (todo o nada).

Control de Concurrencia: basada en el bloqueo.

I. Independencia

Respecto al Equipo: mquinas diferentes. Respecto al Sistema Operativo.

Respecto a la red.

Respecto al DBMS: comunicacin mediante SQL.

10. ARQUITECTURA CLIENTE/SERVIDOR

Un sistema cliente/servidor es aquel en el que uno o ms clientes y uno o ms

servidores, conjuntamente con un sistema operativo subyacente y un sistema de
comunicacin entre procesos, forma un sistema compuesto que permite
cmputo distribuido, anlisis, y presentacin de los datos. Si existen mltiples
servidores de procesamiento de base de datos, cada uno de ellos deber
procesar una base de datos distinta, para que el sistema sea considerado un
sistema cliente/servidor. Cuando dos servidores procesan la misma base de
datos, el sistema ya no se llama un sistema cliente/servidor, sino que se trata de
un sistema de base de datos distribuido.
Los clientes, a travs de la red, pueden realizar consultas al servidor. El servidor
tiene el control sobre los datos; sin embargo los clientes pueden tener datos
privados que residen en sus computadoras. Las principales caractersticas de la
arquitectura cliente/servidor son:

El servidor presenta a todos sus clientes una interfaz nica y bien definida.

El cliente no necesita conocer la lgica del servidor, slo su interfaz

externa.

El cliente no depende de la ubicacin fsica del servidor, ni del tipo de

equipo fsico en el que se encuentra, ni de su sistema operativo.

Los cambios en el servidor implican pocos o ningn cambio en el cliente.

Los principales componentes de un sistema cliente/servidor son:

El ncleo (back-end o seccin posterior). Es el SGBD propiamente

(servidor).

El interfaz (front-end o seccin frontal). Aplicaciones que funcionan sobre

el SGBD (cliente).

El sistema de recuperacin que ofrecen los manejadores de base de datos pueda

ser restaurado, con un mnimo impacto para el usuario; es decir, que se puedan
recuperar todas las transacciones que se haban hecho, hasta momentos antes
de que la falla haya ocurrido.
Esta recuperacin puede ser:

Esttica: Es decir la base de datos se restaura hasta el estado en que se

encontraba cuando se tom la ltima copia.

Dinmica: No slo restaura la base desde la copia ms reciente que se

tenga, sino que tambin es capaz de recuperar las transacciones que se
hayan hecho desde entonces.

Una base de datos es una estructura extremadamente compleja, que puede

resultar daada, causando prdida de meses e incluso aos de trabajo e
informacin (el activo ms crtico de la nueva economa).
Los daos pueden proceder de causas fsicas o lgicas: un disco defectuoso,
volmenes daados, avera en un array o una controladora de disco SCSI, error
humano en la administracin como el drop de un tablespace, el borrado de un
datafile, abortar una reindexacin, etc.
Las BBDD son vulnerables y pueden sufrir corrupcin incluso por bugs en sus
propios engines (motores): una base de datos puede quedar bloqueada tras
realizar un determinado query o no poderse recuperar de una operacin de
restore (restauracin) o backup.
Adems, en todo sistema manejador de base de datos existe la posibilidad de
que ocurran fallas que generen prdida de informacin, estas fallas pueden
ocurrir por Errores del usuario:

Actualizacin indebida de una tabla.

Fallas en el Hardware

Fallas en el software

Todos los manejadores de bases de datos ofrecen mecanismos de respaldo, que

permite hacer copias totales, parciales o incremntales de la base de datos. Los
respaldos pueden ser:

En lnea: Mientras se est respaldando, los datos sigue estando

disponible para los usuarios. Esto es muy til para bases de datos que
deben estar en servicio las 24 horas.

Fuera de lnea: Requiere que la base de datos est fuera de servicio,

mientras que se est respaldando.

11. SEGURIDAD DE LA BASE DE DATOS

La seguridad se refiere a la proteccin de los datos contra acceso no autorizado.
El objeto de datos que puede requerir proteccin, va desde la base de datos
completa, de algunas tablas hasta una celda especfica de una tabla. El alcance
de la proteccin se conoce como granularidad.
Diferentes usuarios pueden tener diferentes derechos sobre los mismos objetos.
Los manejadores de bases de datos relacionales permiten que el administrador
pueda restringir el acceso a ciertos datos que no competene con las funciones
del usuario.
La seguridad se logra utilizando bsicamente dos mecanismos:

Vistas: Permite que se limite la visin del usuario a ciertas columnas o

filas de determinadas tablas.

El sistema de Privilegios: El cual el administrados puede conceder o

revocar privilegios sobre los objetos de la base de datos a los distintos
usuarios.

Otros dos mecanismos para la proteccin del acceso no autorizado, que tambin
deben ser tenidos en cuenta, son:

La criptografa: Que consiste en cifrar los datos para hacerlos ilegibles

mediante algoritmos altamente sofisticados de tal manera que slo los
usuarios autorizados puedan descifrarlos. Para encriptar o cifrar los datos
entonces se necesita de un algoritmo de encriptamiento y de otro para el
desencriptamiento.

El control de la inferencia: Consiste en impedir que un usuario pueda

deducir informacin sin tener autorizacin a partir de los datos a los que
s tiene acceso.

Requisitos de Seguridad para la Base de Datos:

La base de datos debe ser protegida contra el fuego, el robo y otras

formas de destruccin.

Los datos deben ser reconstruibles, porque por muchas precauciones que
se tomen, siempre ocurren accidentes.

Los datos deben poder ser sometidos a procesos de auditoria. La falta de

auditoria en los sistemas de computacin ha permitido la comisin de
grandes delitos.

El sistema debe disearse a prueba de intromisiones. Los programadores,

por ingeniosos que sean, no deben poder pasar por alto los controles.

Ningn sistema puede evitar de manera absoluta las intromisiones

malintencionadas, pero es posible hacer que resulte muy difcil eludir los
controles. El sistema debe tener capacidad para verificar que sus
acciones han sido autorizadas. Las acciones de los usuarios deben ser
supervisadas, de modo tal que pueda descubrirse cualquier accin
indebida o errnea.

12. INTEGRIDAD Y CONCURRENCIAS

I.

INTEGRIDAD

La integridad implica asegurarse de que la informacin contenida en la base de

datos est correcta. Se debe verificar que las transacciones que realicen los
usuarios autorizados para ello, cumplan con unas precondiciones o post
condiciones que mantenga la base de datos en un estado vlido.
La integridad se puede clasificar en:
a. Integridad de dominio: Significa que debemos velar porque cada valor
o instancia de un atributo est en el dominio o conjunto de valores posibles
para ese atributo.
b. Integridad de Entidad: Este tipo de integridad vigila que toda instancia
de una entidad se distinga de las dems, inequvocamente. Las entidades
dentro de una base de datos corresponden a entidades del mundo real
donde sus instancias son completamente diferenciables; por ello, cada
instancia debe poseer un identificado nico y no nulo denominado clave
primaria en el modelo relacional. El mecanismo empleado por casi todos
los DBMS

para garantizar a integridad de entidad es la restriccin

impuesta a los atributos que forman parte del identificador nico de la

entidad con la clusula PRIMARY KEY cuando se define una tabla.

c. Integridad Referencial: Este tipo de integridad vigila ue un dato que sirva

de referencia en una relacin o tabla del modelo relacional, de verdad
exista en la tabla referenciada. El dato de referencia es llamado clave
forbea y es clave primaria de otra entidad.

d. Integridad Definida por el Usuario: Son reglas establecidas por el propio

diseador de la base de datos y que corresponden a polticas o normas
de la empresa.

II.

CONCURRENCIAS

El control de transacciones concurrentes en una base de datos brinda un

eficiente desempeo del Sistema de Base de Datos, puesto que permite
controlar la ejecucin de transacciones que operan en paralelo, accesando a
informacin compartida y, por lo tanto, interfiriendo potencialmente unas con
otras.
La Concurrencia en las Bases de Datos es de suprema importancia en los
sistemas de informacin, ya que evita errores en el momento de ejecutar las
diferentes transacciones.
En un sistema de gestin de base de datos existen problemas conocidos como
concurrencia, que se generan cuando existen procesos en los que dos o ms
usuarios deben accesar y/o actualizar la misma informacin de una base de
datos.
Para solucionar este problema, es necesario aplicar un control de concurrencia
que permita mantener tanto la integridad, es decir, exactitud y precisin de los
datos, como la coherencia de los mismos, para lo cual deben prevenirse los

errores semnticos, que resultan de la interaccin de dos o ms procesos que

operan simultneamente en una base de datos.
El control de concurrencia es el mecanismo para mantener los datos
correctamente en un ambiente, donde existen muchas fuentes de actualizacin
en forma simultnea.
En un sistema de gestin de base de datos centralizado, el mecanismo consiste
en bloquear la porcin de los datos durante la actualizacin, para prevenir
resultados inconsistentes que puedan generarse. Cuando una transaccin
accede a un registro bloqueado, espera hasta que el bloqueo sea eliminado y el
registro est nuevamente en un estado consistente.
En un sistema de gestin de base de datos distribuido, en el que las
actualizaciones pueden provenir de cualquier modo o de copias en diferente
orden y pueden producir resultados inconsistentes, a pesar de existir un control
de consistencia local, la consistencia se da mediante la sincronizacin.
La falta de control de concurrencia produce tres clases principales de
incongruencias, que a continuacin se ilustran mediante ejemplos:

Prdida de actualizaciones

Lectura de Datos Incoherentes

Lectura de Cambios Abortados

13. ADMINISTRACIN DE OBJETOS Y RECURSOS

Una base de datos orientada a objetos es aquella base se de datos cuyo modelo
est constituido y orientado a objetos, almacena y recuperan objetos en los que
se almacena estado y comportamiento. Adems, incorporan todos los conceptos
importantes del modelo de objetos:
A. ENCAPSULACIN: Permite hacer privada u oculta alguna informacin al
resto de los objetos, impidiendo algunos conflictos posteriores.

B. HERENCIA: Propiedad a travs de la cual los objetos heredan

comportamientos de otra tabla padre.
C. POLIMORFISMO: Propiedad de una operacin mediante la cual, sta puede
ser aplicada a distintos tipos de objetos.
Su origen se debe a que en los modelos clsicos de datos existen problemas
para representar cierta informacin, puesto que aunque permiten representar
gran cantidad de datos, las operaciones que se pueden realizar con ellos son
bastante simples.
Es en este tipo de bases de datos que los usuarios pueden definir operaciones
sobre los datos como parte de la definicin de datos. La orientacin a objetos
ofrece flexibilidad y no est limitada por los tipos de datos y los lenguajes de
consulta de los sistemas de base de datos tradicionales.
Las bases de datos orientadas a objetos (BDOO) se disean para trabajar con
lenguajes de programacin como Java, C#, C++ y Visual Basic.
Las debilidades y limitaciones de los Sistema Gestor de Bases de Datos
Orientadas a Objetos son:

Pobre representacin de las entidades del "mundo real".

Sobrecarga y poca riqueza semnticas.

Soporte inadecuado para las restricciones de integridad y empresariales

Estructura de datos homognea

Operaciones limitadas

Dificultades para gestionar las consultas recursivas

Desadaptacin de impedancias

Problemas asociados a la concurrencia, cambios en los esquemas y el

inadecuado acceso navegacional.

No ofrecen soporte para tipos definidos por el usuario (slo dominios)

Mientras que las necesidades de las aplicaciones actuales con respecto a las
bases de datos son:

Soporte para objetos complejos y datos multimedia

Identificadores nicos

Soporte a referencias e interrelaciones

Manipulacin navegacional y de conjunto de registros

Jerarquas de objetos o tipos y herencia

Integracin de los datos con sus procedimientos asociados

Modelos extensibles mediante tipos de datos definidos por el usuario

Gestin de versiones

Facilidades de evolucin

Transacciones de larga duracin

Interconexin e interoperabilidad

Debido a las limitaciones anteriormente expuestas, su uso es ms ventajoso si

se presenta en alguno de los siguientes escenarios:

Un gran nmero de tipos de datos diferentes

Un gran nmero de relaciones entre los objetos

Objetos con comportamientos complejos

CONCLUSIN
Luego de haber concluido este trabajo de investigacin sobre bases de datos
fueron muchos los esfuerzos y conocimientos adquiridos durante dicha
elaboracin.
Algunos de los aspectos aprendidos y que de gran peso es la base de datos su
definicin, requerimiento, ventajas y caractersticas donde podemos decir que la
base de datos: Es una coleccin de datos o informacin usados para dar
servicios a muchas aplicaciones al mismo tiempo.
Otro aspectos importante sera el diseo y creacin de la base de datos, donde
existen distintos modos de organizar la informacin y representar las relaciones
entre por datos los tres modelos lgicos principales dentro de una base de datos
son el jerrquico, de redes y el relacional, los cuales tiene ciertas ventajas de
procesamiento y de negocios. El desarrollo de este tema nos mostr la
importancia de la aplicacin de las bases de datos para una empresa.
El sistema de base de datos se selecciona teniendo en cuenta la actividad
econmica y el tamao de la empresa y de ello depender directamente el xito
de la misma. Antes de crear una base de datos se requiere de una buena
planeacin para evitar problemas a futuro. Las bases de datos son un sistema
de informacin seguro y rpido. Las bases de datos para una empresa son un
sistema de informacin organizada y relacionada, lo cual les facilita en gran
manera las operaciones de consultas y almacenamiento.
Pero pronto nuevas necesidades y expectativas hicieron que el mantenimiento
y creacin de aplicaciones informticas, junto con el incremento masivo de la
cantidad de datos a almacenar y tratar, se convirtiera en un cuello de botella
debido a problemas de redundancia (e inconsistencia) de datos, deficientes
medidas de seguridad, baja calidad de la informacin almacenada, y prdidas de
informacin por diversas causas. La tecnologa del momento no era adecuada
para sistemas de informacin en constante evolucin y con unos requerimientos
de rendimiento y fiabilidad cada vez ms exigentes.
La aparicin de las tcnicas de bases de datos vino a solucionar gran parte de
estos problemas.

BIBLIOGRAFA

Batini, C.; Ceri, S.; Navathe, S.B. (1992). Conceptual Database Design:
An Entity-Relationship Approach. Reading, Massachusetts: Addison
Wesley.

Teorey, T.J. (1999). Database Modeling & Design. The Fundamental

Principles (3 ed.). San Francisco: Morgan Kaufmann Publishers, Inc.

Prieto, A.; Lloris, A.; Torres, J. C.;

Introduccin a la Informtica; McGraw-Hill, 2 edicin.

desarrolloweb.com; Tutorial de SQL

http://www.desarrolloweb.com/manuales/9

OpenGIS Consortium (1999) OpenGISSimpleFeaturesSpecificationFor

SQL http://www.opengis.org/docs/99-049.pdf

http://basededatos201114248.blogspot.com/

http://www.buenastareas.com/search_results.php?query=ventajas+de+B
ASEs+DE+DATOS

www.uoc.edu/masters/oficiales/img/913.pdf

docencia.lbd.udc.es/bdd/.../1.3-IntroduccionALasBDsDocumentales.pdf

https://unefazuliasistemas.files.wordpress.com/.../fundamentos-debases-d

https://unefazuliasistemas.files.wordpress.com/.../fundamentos-debases-d...