MOLDELOS AVANZADOS DE BASES DE DATOS - Grupo Alarcos

MOLDELOS
AVANZADOS DE
BASES DE DATOS
FUNCIONALIDAD 3:
BASES DE DATOS Y WEB
BASES DE DATOS MULTIMEDIA
CURSO 5ºA
Raúl Arias García
Emilio Fernández Viñas
Noelia M. Sánchez Serrano
11-03-2009

ÍNDICE
BASES DE DATOS Y WEB ...................................................................................................................... 2
ORIGEN ............................................................................................................................................ 2
INTEGRACIÓN WEB-BBDD ............................................................................................................... 2
TIPOS DE DATOS: SEMIESTRUCTURADOS ....................................................................................... 4
Tratamiento de los datos semiestructurados ............................................................................. 4
TECNOLOGÍAS ................................................................................................................................. 7
APLICACIONES COMERCIALES ......................................................................................................... 8
VENTAJAS Y DESVENTAJAS .............................................................................................................. 8
BASES DE DATOS MULTIMEDIA ......................................................................................................... 10
DEFINICIÓN.................................................................................................................................... 10
ORIGEN .......................................................................................................................................... 10
INTEGRACIÓN MULTIMEDIA-BBDD ............................................................................................... 10
CARACTERÍSTICAS .......................................................................................................................... 11
TIPOS DE DATOS: BLOBs ................................................................................................................ 11
APLICACIONES COMERCIALES ....................................................................................................... 13
MMDBMS ...................................................................................................................................... 15
COMPARATIVA .................................................................................................................................. 16
BIBLIOGRAFÍA .................................................................................................................................... 18
1

BASES DE DATOS Y WEB
ORIGEN
A partir de finales de los 90, con la aparición de la WWW ”World Wide Web” se aumentó
exponencialmente el volumen de los datos, haciéndose necesario el manejo de dichos datos de
una forma especial. De ahí, que se hiciera necesario la creación de las bases de datos web.
Al principio, las bases de datos sólo podían utilizarse al interior de las instituciones o en
redes locales, pero actualmente la Web permite acceder a bases de datos desde cualquier parte
del mundo, facilitando la consulta de las bases de datos. Una de las ventajas es el servicio de siete
días a la semana las veinticuatro horas del día, sin interrupciones a menos que haya
planificaciones de mantenimiento de las plataformas o el software.
INTEGRACIÓN WEB-BBDD
Es necesario integrar la web con bases de datos, para conseguir esta integración
necesitamos una extensión (que se conoce como middleware web a bases de datos) que nos
permite la comunicación entre el servidor web y la base de datos.
El servidor web se puede comunicar con este middleware a través de dos interfaces:
CGI (Common Gateway Interface)
Interfaz de entrada común, es tecnología web que permite a un cliente (explorador web)
solicitar datos de un programa ejecutado en un servidor web.
CGI especifica un estándar para transferir datos entre el cliente y el programa. Es un
mecanismo de comunicación entre el servidor web y una aplicación externa cuyo resultado final
de la ejecución son objetos MIME (Multipurpose Internet Mail Extensions). En una aplicación
CGI, el servidor web pasa las solicitudes del cliente a un programa externo. La salida de dicho
programa es enviada al cliente en lugar del archivo estático tradicional.
La principal ventaja de la programación CGI es su sencillez, pero como desventaja tiene
que es poco eficiente ya que el Servidor Web tiene que cargar el programa CGI por lo que tiene
que conectar y desconectar con la base de datos cada vez que se recibe una petición disminuye la
eficiencia del servidor.
2

API (Application Programming Interface)
Es la interfaz propuesta por Microsoft como una alternativa más rápida que el CGI. Dicha
Interfaz proporciona funciones que suelen permitir entre otras cosas el acceso a BBDD y la gestión
de sesiones de usuario. Tiene la ventaja de que se ejecutan cómo parte del servidor, ganando con
ello tiempo ya que no se tienen que ejecutar cada vez que se solicite una página, además permite
conexiones compartidas.
La mayor desventaja que presenta es que es dependiente del servidor que utilicemos,
decrementando de ese modo la portabilidad del sistema.
La integración de las bases de datos con la web debe reunir una serie de características las
cuales no se deben cumplir forzosamente aunque resulta una guía práctica a la hora de la
integración:
• La capacidad de acceder a datos corporativos valiosos de forma segura.
• Conectividad independiente de los datos y del fabricante, para que exista libertad de
elección a la hora de seleccionar el SGBD tanto en la actualidad como en el futuro.
• La capacidad de conectarse con la base de datos sin depender de ningún servidor o
explorador web propietarios.
• Una solución de conectividad que aproveche todas las características del SGBD de la
organización.
• Una arquitectura abierta que permita la interoperabilidad con diversos sistemas y
tecnologías, incluyendo soporte por ejemplo:
Diferentes servidores web.
El modelo de objetos componentes distribuidos de Microsoft (DCOM/COM).
CORBA/IIOP (internet inter-ORB protocol).
Java/RMI (remote method invocation).
XML.
Servicios web (SOAP, WSDL y UDDI).
• Una solución económica eficiente que proporcione escalabilidad, posibilidades de
crecimiento y posibilidades de modificación en direcciones estratégicas y que ayude a
reducir los costes de desarrollar y mantener las aplicaciones
• Soporte para transacciones que abarquen múltiples solicitudes HTTP
• Soporte para mecanismos de autenticación basados en sesión y en la aplicación
• Un rendimiento aceptable
• Un esfuerzo de administración mínimo
• Un conjunto de herramientas de productividad de alto nivel que permita desarrollar,
mantener e implantar las aplicaciones con relativa facilidad y velocidad
3

TIPOS DE DATOS: SEMIESTRUCTURADOS
Los datos semiestructurados son irregulares o incompletos. Tienen una estructura que
puede cambiar de forma rápida o impredecible, por ello, a este tipo de datos no se les puede fijar
un esquema fijo de antemano. La información asociada a dicho esquema normalmente está
contenida dentro de los propios datos. La diferencia entre los SGBD semiestructurados con los
relacionales o los orientados a objetos es que estos últimos deben seguir un esquema predefinido,
como es el caso de los relacionales, cuyo esquema está orientado a tablas, o los orientados a
objetos, que ofrecen la posibilidad de crear estructuras más ricas pero aun así los datos deben
estar fijados a un esquema predefinido. Por eso que estos SGBD tienen problemas a la hora de
manejar datos semiestructurados. A pesar de poder representarse de distintas maneras,
actualmente la mejor manera de hacerlo es a través del lenguaje XML.
Tratamiento de los datos semiestructurados
Modelos de Intercambio de Objetos (OEM, Object Exchange Model)
Es un modelo de objetos anidados que fue diseñado en principio para el proyecto TSIMMIS
(The Standford-IBM Manager of Multiple Information Sources) para soportar la integración de
datos de diferentes origines de datos.
Los datos OEM son carentes de esquema y auto-descriptivos y puede considerarse como
un grafo dirigido etiquetado, donde los nodos son objetos.
Un objeto OEM está compuesto por un identificador único de objeto, por ejemplo “&3”,
de una etiqueta textual descriptiva, “name”, un tipo, “string”, y un valor, “Ann Beech”. Estos
objetos pueden ser atómicos o complejos: los atómicos son objetos que contienen un valor para el
tipo base (entero, cadena de caracteres,…) y los objetos complejos, cuyo tipo es un conjunto de
identificadores de objetos, pueden ser padres de múltiples objetos o hijos de múltiples padres.
Estos objetos se pueden considerar como una cuádrupla (label,oid, type, value). Por ejemplo:
{staff, &4, set, (&9,&10)} {name, &3, string, “Ann Beech”} {salary, &10, decimal, 12000}
Lore (Lightweight Object Repository) y Lorel
Lore es un SGBD para datos semiestructurados que utiliza el modelo OEM. Tiene un
lenguaje de consulta propio, Lorel (lenguaje de consulta de Lore), que es una extensión del
lenguaje OQL (Object Query Lenguaje) y cuyas características son:
4

Answer
Una sintaxis similar a SQL.
Obtiene resultados significativos aún en ausencia de algunos datos.
Opera uniformemente con datos de diferentes tipos.
Devuelve información heterogénea.
Resúmenes de datos que se generan y mantienen dinámicamente que permiten realizar
consultas significativas y son utilizados por el procesador de consultas para aumentar la
eficiencia de cada consulta.
Ejemplo de consulta Lorel:
SELECT s.Oversees
FROM DreamHome.Staff s
WHERE s.name = “Ann Beech”
Su resultado es:
PropertyForRent &5
street &11 “2 Manor Rd”
type &12 “Flat”
monthlyRent &13 375
OverseenBy &4
PropertyForRent &6
Street &14 “18 Dale Rd”
type &15 1
annualRent &16 7200
OverseenBt &4
XML (eXtensible Markup Lenguage):
XML es un metalenguaje (es decir, un lenguaje para describir otros lenguajes) que permite
a los diseñadores crear sus propias etiquetas personalizadas para proporcionar funcionalidad no
disponible en HTML. En 1998 se ratificó formalmente la primera versión de XML como un estándar
de intercambio de datos. Principalmente hay dos modelos de datos a la hora de trabajar con XML:
el modelo centrado en los datos y el modelo centrado en los documentos.
En un modelo centrado en los documentos, XML se utiliza como formato de
almacenamiento e intercambio para datos que están estructurados. En este caso, los datos
podrían almacenarse en un SGBD relacional, objeto-relacional u orientado a objetos. Para poder
almacenar datos XML en SGBD tradicionales es necesario transformar las colecciones XML en
esquemas compatibles con los SGBD tradicionales. Por ejemplo, XML ha sido completamente
integrado en los sistemas Oracle9i, Oracle10g y Oracle11g a través de una extensión llamada
Oracle XML DB. En el caso de las consultas SQL, en el estándar SQL: 2003 hay definidas una serie
de extensiones a SQL que permiten la publicación de código XML, estas extensiones son SQL/XML.
5

En un modelo centrado en los datos, XML se usa para codificar datos semiestructurados.
Para estos sistemas se utiliza una base de datos XML nativa (NXD, Native XML Database). Las NXD
definen un modelo de datos (lógico) para un documento XML (no para los datos contenidos en el
documento), y almacena y extrae documentos de acuerdo con dicho modelo. Ejemplos de estos
modelos son el modelo de los datos de XPath, los XML Infoset, y los modelos explicitados por el
DOM y los eventos en SAX 1.0. Hay dos tipos de NXD según su almacenamiento:
Basados en texto: almacenan el código XML como texto, por ejemplo como un archivo
de un sistema de archivos o como un dato de tipo CLOB en un SGBD relacional.
Basados en modelo: almacenan el código XML en alguna representación interna en
forma de árbol.
El grupo W3C Query Working Group propuso un lenguaje de consulta para XML
denominado XQuery. Éste es un lenguaje funcional en el que una consulta se representa como una
expresión. El valor de una expresión es siempre una secuencia, que es una colección ordenada de
uno o más valores atómicos o nodos.
Ejemplo de XQuery:
A continuación se presenta un código en XML que representa la información de los
empleados (este archivo recibe el nombre de staff_list.xml):
SL21
JohnWhite
Manager
1945-10-01
30000
SG37
AnnBeech
Assistant
12000
Una consulta XQuery en la que se obtenga una enumeración de los empleados de la
sucursal B005 con un salario superior a 15000 euros sería:
FOR $S IN doc(“staff_list.xml”)//STAFF
WHERE $S/SALARY >15000 AND $S/@branchNo=”B005”
6

RETURN $S/STAFFNO
Daría como resultado:
SL21
TECNOLOGÍAS
Las tecnologías más utilizadas para la comunicación desde un cliente hasta una base de
datos gestionada por un servidor son descritas a continuación.
ODBC(Open Database Connectivity)
Es un estándar de acceso a Bases de datos desarrollado por Microsoft Corporation, el
objetivo de ODBC es hacer posible el acceder a cualquier dato desde cualquier aplicación, sin
importar qué Sistema Gestor de Bases de Datos (DBMS por sus siglas en inglés) almacene los
datos.
JDBC es el acrónimo de Java Database Connectivity, un API que permite la ejecución de
operaciones sobre bases de datos desde el lenguaje de programación Java independientemente
del sistema de operación donde se ejecute o de la base de datos a la cual se accede utilizando el
dialecto SQL del modelo de base de datos que se utilice.
JDBC(Java Database Connectivity)
Es la técnica más madura, usada en el lado del servidor, para el acceso a Sistemas Gestores
de Bases de Datos (SGBD) relacional desde Java, con un modelo similar al de la especificación
ODBC. El paquete JDBC define una API de acceso a base de datos que soporta una funcionalidad
SQL básica y permite acceder a un variado número de SGBD. Por encima del JDBC se construyen
interfaces de aplicación a mayor nivel como por ejemplo: SQL embebido en Java o una
correspondencia directa de tablas de una base de datos relacional a clases Java (Hibernate).
JSP (Java Server Pages)
Es un lenguaje de script del lado del servidor basado en Java que permite mezclar HTML
estático con HTML generado dinámicamente y comunicarse para mandar información al cliente.
Para establecer la comunicación es necesario el uso de un servidor Web tales como Apache, IIS
(Internet Information Server), etc. El motor JSP transforma las etiquetas JSP, el código Java y el
contenido HTML estático en código Java que el motor JSP organiza automáticamente a
continuación para transformar un servlet Java; después de esto, el servlet se compila
automáticamente para obtener código intermedio Java. Así, cuando un visitante solicita una
7

página JSP, un servlet pre-compilado y que ha sido generado automáticamente se encarga de
realizar toda la tarea.
ASP (Active Server Page)
Es un modelo de programación para la creación de páginas web interactivas y dinámicas
en el servidor (de forma similar a JSP). A diferencia de CGI, ASP se ejecuta dentro del mismo
proceso del servidor y es un mecanismo multihebra optimizado para gestionar un gran número de
usuarios.
IIS (Internet Information Server)
Es un servidor de Microsoft destinado a la publicación, mantenimiento y gestión de
páginas y portales Web. Se basa en varios módulos que le dan capacidad para procesar distintos
tipos de páginas, por ejemplo Microsoft incluye los de Active Server Pages (ASP) y ASP.NET.
También pueden ser incluidos los de otros fabricantes, como PHP o Perl.
Oracle Internet Platform
Es una plataforma compuesta por OracleAS (Oracle Application Server) y el SGBD Oracle,
que trata de ampliar la funcionalidad de los entornos distribuidos. Se trata de una arquitectura de
n-niveles basada en estándares: A nivel de web en HTTP y HTML/XML; para conectividad con la
base de datos, servlet y páginas JSP se sirve de Java, J2EE, JDBC entre otros; para la manipulación
de objetos se hace uso de la tecnología CORBA,…
APLICACIONES COMERCIALES
Comercio electrónico
Los clientes pueden realizar y pagar pedidos a través del sitio web de la empresa pudiendo
incluso proporcionar servicios y soporte en línea. Esto implica normalmente algún tipo de
mecanismo de transacción seguro permitiendo a la empresa operar su negocio 24 horas al día,
todos los días del año; incrementando así las oportunidades de negocio, reduciendo el coste de
ventas y los servicios y consiguiendo una mayor satisfacción de los clientes.
VENTAJAS Y DESVENTAJAS
Ventajas
• Tiene las ventajas propias de los SGBD:
Simplicidad.
Independencia en cuanto a la plataforma.
La disponibilidad de una interfaz gráfica de usuario.
Estandarización.
Soporte multiplataforma.
Acceso transparente a red.
8

Mecanismos escalables de implantación.
Innovación.
• Características de utilizar la tecnología web:
Permitir acceso concurrente a los datos.
Ofrecer mecanismos de seguridad.
Soportar transacciones.
Permitir almacenar grandes volúmenes de datos, y almacenamiento de diferentes
archivos.
Desventajas
• Falta de fiabilidad.
• Bajo nivel de seguridad.
• Coste.
• Bajo grado de escalabilidad.
• Carencia de memoria del estado.
• Ancho de banda.
• Prestaciones que ofrece (es lento).
9

BASES DE DATOS MULTIMEDIA
DEFINICIÓN
Una base de datos multimedia es una base de datos que alberga uno o más tipos de
archivos de los medios de comunicación principales como .txt (documentos), .jpg (imágenes), .swf
(vídeos), .mp3 (audio), etc., y poco se dividen en tres categorías principales:
• Los medios de comunicación (tiempo-independiente, es decir, imágenes y escritura)
• Medios dinámicos (en función del tiempo, es decir, video y sonido bytes)
• Dimensional medios de comunicación (es decir, los juegos 3D o con ayuda de
computadoras, elaboración de programas de CAD)
Todos los principales medios de comunicación se guardan en los archivos binarios de
cadenas de ceros y unos, y se codifican de acuerdo con el tipo de archivo.
El término "datos" suele ser referenciados desde el punto de vista del equipo, mientras
que el término "multimedios" se hace referencia desde el punto de vista del usuario.
ORIGEN
La aparición de aplicaciones multimedia sólo ha sido posible gracias al desarrollo de
entornos gráficos (Macintosh, Windows, X-Window, NextStep...), los cuales han modificado en
profundidad la manera de presentar y de interactuar sobre los elementos informativos.
Uno de los problemas a resolver ha correspondido al almacenamiento y acceso a la
información de tipo gráfico. A lo largo de los últimos años han proliferado gran cantidad de
formatos de almacenamiento para gráficos (PICT, TIFF, gif, JPEG y otros), que han hecho necesario
la creación de filtros y programas de transferencia entre unos y otros. Afortunadamente, se
comienzan a establecer ciertos niveles de compatibilidad, con vista a su utilización en bases de
datos, a través de metaficheros gráficos, que faciliten el acceso a todos los formatos,
independientemente de cual se trate y de las aplicaciones que los manipulen.
INTEGRACIÓN MULTIMEDIA-BBDD
Las bases de datos que almacenan información tanto textual como numérica se ven
enriquecidas por la posibilidad de completar los elementos a los que se hacen referencia mediante
componentes gráficos y/o sonoros.
10

La integración de diferentes tipos de información en un único documento pone de relieve
la importancia de las tareas de representación del contenido informativo, especialmente la
indización de imágenes y documentos sonoros.
A pesar de ser la integración de bases de datos heterogéneas una de las razones del
desarrollo de sistemas de gestión de bases de datos multimedia, la industria todavía no ha
establecido todavía estándares de formato entre ellas, por lo que se repite la misma situación que
en momentos anteriores, entre ficheros de base de datos correspondientes a aplicaciones como
dBASE, Paradox, etc. Aunque las aplicaciones tradicionales ya ofrecen "puentes" para compartir
sus bases de datos, por el momento esto no es posible en lo que respecta a las bases de datos
multimedia. Sin embargo, están comenzando a aparecer en el mercado nuevas aplicaciones que,
sin cumplir los requerimientos clásicos de un SGBD, pueden generar documentos multimedia,
tomando como base información y datos contenidos en otros tipos de fichero.
CARACTERÍSTICAS
1. Encontrar rápidamente la información multimedia, buscando cualquier número de objetos
referidos a un contenido de información, en un contexto de texto completo (y, a poder
ser, en un contexto totalizador de la información)
2. Conectar documentos según su contenido informativo, relacionando extractos de
información relacionada de varios documentos, en uno nuevo.
3. Facilitar el acceso instantáneo a los ficheros pertinentes, incluyendo los mecanismos
necesarios de compresión y descompresión para la manipulación de aquellos.
4. Conocer y manipular, por parte del usuario, la estructura misma de la información.
5. Crear relaciones entre grupos de elementos informativos.
TIPOS DE DATOS: BLOBs
Los BLOB (Binary Large OBjects, grandes objetos binarios) son elementos utilizados en las
bases de datos para almacenar datos de gran tamaño que cambian de forma dinámica. Este tipo
de datos no está forzado en una determinada estructura. Por ejemplo, un campo varchar de una
base de datos normal se podría estructurar a 14 caracteres de largo y solo aceptar minúsculas. En
cambio, un tipo dato BLOB no puede ser limitado en el tipo de contenido, ya que éste puede ser
de varios gigabytes de tamaño.
Los campos de tipo BLOB se utilizan para almacenar gráficos, audio, video o documentos
(conjunto de texto, imágenes,…).
11

Las columnas BLOB pueden ser añadidas, modificas y eliminadas. Sin embargo, no pueden
ser manipuladas con las sentencias de las bases de datos estándar (no se puede hacer un insert
directamente).
El siguiente código de ejemplo guarda la imagen c:\imagen\miimagen.gif en la tabla
T_imagenes que tiene la siguiente estructura:
SQL> Desc T_imagenes
CAMPO TIPO
Id Varchar2(20)
Img Blob
El campo img es un campo blob donde se almacenará el contenido del archivo de imagen.
Hay 3 aspectos a tener en cuenta:
1. Definir para la bd oracle, un directorio asociado a la carpeta del sistema operativo
donde se encuentra la imagen (c:\imagen).
SQL> create directory IMAGEN_DIR as 'c:\imagen\';
2. Definir permisos de lectura al usuario que carga la imagen a la bd. Si por ejemplo el
usuario se llama usuariopruebas, la sentencia sql sería:
SQL> grant read on directory IMAGEN_DIR to usuariopruebas;
3. Adicionar el código para la carga. En este caso, se creará un procedimiento llamado
agregaImagen, cuyos parámetros de entrada son el directorio y el nombre del archivo a leer. El
código del proc es:
CREATE OR REPLACE PROCEDURE agregaImagen (directorio IN varchar2, archivoImagen IN varchar2) as
f_lob bfile;
b_lob blob;
BEGIN
f_lob := bfilename(directorio, archivoImagen);
INSERT INTO T_imagenes VALUES ( 'id1', empty_blob() )
RETURNING img into b_lob;
--Abrir archivo
dbms_lob.fileopen(f_lob,dbms_lob.file_readonly);
--Leer archivo
dbms_lob.loadfromfile( b_lob, f_lob, dbms_lob.getlength
(f_lob) );
--Cerrar archivo
dbms_lob.fileclose(f_lob);
commit;
END;
12

Ahora, para completar el ejercicio, se ejecuta el procedimiento agregaImagen con los
parámetros IMAGEN_DIR y el nombre del archivo a cargar.
SQL> execute agregaImagen('IMAGEN_DIR','miimagen.gif')
APLICACIONES COMERCIALES
Existen numerosos tipos diferentes de bases de datos multimedia, incluyendo:
• La autenticación de bases de datos multimedia (también conocido como una base de
datos multimedia de Verificación, es decir, escaneo de retina), es una comparación de
datos 1:1
• La identificación de bases de datos multimedia es una comparación de los datos de uno-amuchos
(es decir, contraseñas y números de identificación personal
• Un emergente tipo de base de datos multimedia, es la base de datos de biometría
multimedia, que se especializa en la verificación automática de humanos sobre la base de
los algoritmos de su comportamiento fisiológico o perfil.
Estos métodos de identificación son superiores a la tradicional base de datos que
requieren los típicos métodos de entrada de números de identificación personal y contraseñas.
Debido al hecho de que la persona identificada no necesita estar físicamente presente, donde la
identificación de verificación se está llevando a cabo. Esto elimina la necesidad de que la persona
que está siendo explorada tenga que recordar un PIN o contraseña.
La tecnología de identificación de huellas dactilares también se basa en este tipo de base
de datos multimedia, pero existe una dificultad software y hardware para realizar la identificación.
Supongamos el hecho de querer validar a una persona por el reconocimiento dactilar. Para realizar
el reconocimiento será necesario un lector de huellas digitales para escanear y digitalizarlas para
posteriormente ser almacenada en una base de datos multimedia. Sin embargo, existen una serie
de dificultades ligadas al almacenamiento como son:
• Sólo basta con que un bit de ambas imágenes sea distinto para que dejen de ser
iguales, lo que ocasiona que no se pueda hacer una búsqueda por exactitud, como se
hace en el caso de tipos de datos tradicionales (varchar, number,…); y se debe hacer
una búsqueda por similitud en la que se determina que dos imágenes son similares si
superan un porcentaje.
• Además, las imágenes ocupan mucho más que cualquier tipo de dato primitivo, con lo
que se necesita un gran espacio de almacenamiento.
Un ejemplo de dificultad para calcular la similitud entre imágenes es la siguiente, donde se
aprecia que dos imágenes con un alto grado de similitud, verdaderamente no tienen relación.
13

Las bases de datos multimedia son también utilizadas en otros muchos campos como la
biología molecular, la medicina, la geografía y la industria manufacturera facilitando la realización
de muchos procesos en estos campos.
14

MMDBMS
Un sistema de base de base de datos multimedia (MMDBMS) puede incrementar los
recursos para manipular texto, voz e imágenes en forma efectiva dentro de una estructura de base
de datos. Los MMDBMS proveen los tradicionales beneficios de los sistemas de bases de datos así
como la concatenación de voz, transformación de la información, rotación de imágenes,
ampliación de objetos y mezcla de varios tipos de datos. El problema con estos sistemas es la
compleja interfaz. Como la funcionalidad de estos equipos continua incrementándose, se
desarrollarán más aplicaciones para su uso. Combina más aplicaciones con facilidad de utilización y
se desarrolla una oportunidad para la ventaja comparativa.
características:
Un sistema gestos de bases de datos multimedia tiene que poseer las siguientes
• Búsqueda por texto completo
• Tolerancia a faltas de ortografía (e.g., fallas del OCR)
• Administración de sinónimos, catálogo
• Búsqueda de documentos similares
Y teniendo en cuenta que una imagen se basa en un conjunto de pixeles toso sistema
gestor de datos multimedia debe tener como funcionalidad básica:
• Selección de partes de imágenes
• Búsqueda en BD de imágenes
15

COMPARATIVA
Como se observa en la imagen, tanto las bases de datos web como las multimedia se
encuentran en el plano de distribución/integración.
Debido a que se encuentran en el mismo plano se encuentran muy relacionadas en cuanto
a sus características. En el mundo real, suelen usarse de forma combinada. Además, ambas se
basan en ampliar las tradicionales bases de datos relacionales y se encuentran en continua
evolución.
La principal característica común que presentan es la velocidad. Por un lado, las bases de
datos web requieren rapidez a la hora de proporcionar la información solicitada al cliente vía web.
Por otro lado, para poder llevar a cabo las búsquedas por similitud en las bases de datos
multimedia se requiere de una gran velocidad de extracción de información para poder ejecutar el
algoritmo de similitud de forma eficiente.
Viendo la relación existente entre las dos bases de datos, se puede determinar que una
base de datos multimedia si se ejecuta en un paradigma cliente-servidor vía web, se convierte en
una base de datos web con características multimedia, extendiendo su características propias de
16

ases de datos multimedia a las que proporciona la explotación de bases de datos web. Sin
embargo, se pueden tener estos dos tipos de bases de datos por separado, es decir, una base de
datos web no tiene porqué almacenar datos multimedia y una base de datos multimedia no tiene
porqué ser accedida vía web. Esto pone de relevancia la única diferencia existente entre las dos, la
cual consiste en que una base de datos web requiere necesariamente de una red (ya sea de tipo
LAN, WAN, intranet o Internet) mientras que las multimedia no requieren de una infraestructura
de red.
17

BIBLIOGRAFÍA
• “Sistemas de bases de datos, un enfoque practico para el diseño, implementación
y gestión”. Thomas M. Connolly, Carolyn E. Beg. Pearson Addison Wesley.
4°Edicion.
• “Database Systems. Concepts, languages and Architectures”. Paolo Atzeni, Stefano
Ceri, Stefano Ceri, Stefano Paraboschi and Riccardo Torlone.Mc GrawHill,1997.
• “Advanced Database Technology and Design”. M. Piattini, O. Diaz. Artech House.
• http://es.wikipedia.org/wiki/Open_Database_Connectivity
• http://tecnologia.glosario.net/terminos-viricos/iis-(internet-information-server)-
9751.html
• http://es.wikipedia.org/wiki/IIS
• http://ict.udlap.mx/people/carlos/is346/admon07.html
• http://es.wikipedia.org/wiki/BLOB
• http://tramullas.com/documatica/6.html
• http://es.tech-faq.com/multimedia-database.shtml
• http://es.tech-faq.com/blob.shtml
• http://www.zonaoracle.com/?q=node/2224 (ejemplo blob)
• http://www.kybele.etsii.urjc.es/docencia/BD/2008-2009/Material/%5BBD-2008-
09%5DT1.BDOO.pdf
• http://www.dirinfo.unsl.edu.ar/fadlr/curso-AECI/BDMultimedia.pdf
• http://www.ast-software.com/AST/es/Compania/tecnologia.html (identificación
biométrica dactilar)
• http://grupos.unican.es/igestion/socote/pdf/ActasCongreso2.pdf
18