Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1. Distribuidas ................................................................................................ 4
3. Federadas ................................................................................................ 18
1
3.2. Arquitectura .......................................................................................... 20
4. Paralelas .................................................................................................. 23
5. Portables .................................................................................................. 30
6. Móviles ..................................................................................................... 32
2
Diagrama evolutivo ............................................................................................. 38
Bibliografía .......................................................................................................... 41
3
Base de datos
Una base de datos en un conjunto de datos que debe estar relacionado entre sí.
Los datos deben estar agrupados y estructurados, de tal forma que se facilite el
acceso a ellos. Dicha colección contiene información relevante para una empresa u
organización de cualquier índole, puede ser salud, educación, gobierno, estadística,
entre otros.
1. Distribuidas
2. Cliente - servidor
3. Federadas
4. Paralelas
5. Portables
6. Móviles
Años atrás, se dieron otros tipos de bases de datos, como las jerárquicas y las
relacionales, en los años 60’s y 70’s, respectivamente, para los tipos de bases de
datos tocadas en este documento se tendrá el orden mencionado anteriormente.
1. Distribuidas
El soporte completo para las bases de datos distribuidas implica que una sola
aplicación debe ser capaz de operar de manera transparente sobre los datos que
están dispersos en una variedad de bases de datos diferentes, administradas por
4
una variedad de distintos DBMSs, ejecutadas en diversas máquinas diferentes,
manejadas por varios sistemas operativos diferentes y conectadas a una variedad
de redes de comunicación distintas; donde el término de manera transparente
significa que la aplicación opera desde un punto de vista lógico como si todos los
datos fueran manejados por un solo DBMS y ejecutados en una sola máquina. Un
ejemplo en la figura 1.
Figura 1 [DATE, C. J. 2001] Introducción a los sistemas de bases de datos 7ª Ed, [Cada máquina
opera como cliente y como servidor](p. 53), Pearson Educación, México.
a) Cada sitio es un sistema de base de datos completo por derecho propio, pero
b) Los sitios han acordado trabajar juntos, a fin de que un usuario de cualquier
sitio pueda acceder a los datos desde cualquier lugar de la red, exactamente
como si los datos estuvieran guardados en el propio sitio del usuario.
5
Figura 2 [DATE, C. J. 2001] Introducción a los sistemas de bases de datos 7ª Ed, [Un sistema de
base de datos distribuida típico](p.652), Pearson Educación, México.
6
Las BD pueden ser:
1.1. Tipos de BD
ü Centralizadas, es muy similar al modelo cliente-servidor en el sentido que la
BDD está centralizada en un lugar y los usuarios están distribuidos. Este
modelo solo brinda la ventaja de tener el procesamiento distribuido ya que
en sentido de disponibilidad y fiabilidad no se gana nada.
ü Replicadas, el esquema de BDD de replicación consiste en que cada nodo
debe tener su copia completa de la BD. Es fácil de ver que este esquema
tiene un alto costo en el almacenamiento de la información, un alto costo de
escritura puesto que la actualización de los datos debe ser realizada en todas
las copias.
ü Particionadas, consiste en que solo hay una copia de cada elemento, pero la
información está distribuida a través de nodos, en cada nodo se aloja uno o
más fragmentos disjuntos de la BD. La fragmentación se puede realizar de
tres formas:
7
• Horizontal
• Vertical
• Mixto
ü Híbrida, representa la combinación del esquema de partición y replicación.
Se particiona la relación y a la vez los fragmentos están selectivamente
replicados a través de BDD.
8
1.2.5. Independencia de fragmentación
La fragmentación es necesaria por razones de rendimiento: los datos pueden estar
almacenados en la ubicación donde son usados más frecuentemente para que la
mayoría de las operaciones sean locales y se reduzca el tráfico en la red.
9
1.2.9. Independencia de hardware
1.2.10. Independencia de sistema operativo
1.2.11. Independencia de red
1.2.12. Independencia de DBMS
En la independencia con respecto a su manejo, se requiere que los SGBD en los
diferentes sitios manejan todos la misma interfaz; no necesitan ser, por fuerza,
copias del mismo sistema.
10
ü Alta velocidad de respuesta dado que la
mayoría de las aplicaciones usan datos
locales.
ü Crecimiento incremental y modular de las
aplicaciones y las bases de datos sin
interrupciones para los usuarios
existentes.
Tabla 1. Ventajas y desventajas de bases de datos distribuidas.
1.4. Evolución
La necesidad de almacenar datos de forma masiva dio paso a la creación de los
sistemas de bases de datos. En 1970 Edgar Frank Codd escribió un artículo con
nombre: «A Relational Model of Data for Large Shared Data Banks» («Un modelo
relacional para grandes bancos de datos compartidos»). Con este artículo y otras
publicaciones, definió el modelo de bases de datos relacionales y reglas para poder
evaluar un administrador de bases de datos relacionales.
Hay varios factores que han hecho que las bases de datos evolucionen a bases de
datos distribuidas. En el mundo de los negocios se ha dado una globalización y a la
vez las operaciones de las empresas son cada vez más descentralizadas
geográficamente. También el poder de las computadoras personales aumentó y el
costo de los Mainframes ya no tenía sentido. Además, la necesidad de compartir
datos ha hecho que crezca el mercado de las bases de datos distribuidas.
11
1.5. Gestores
Para que un sistema distribuido sea exitoso, debe ser relacional; la tecnología
relacional es un requisito previo para la tecnología distribuida.
2. Cliente - servidor
Es un modelo para el desarrollo de sistemas de información en el que las
transacciones se dividen en procesos independientes que cooperan entre sí para
intercambiar información, servicios o recursos. Se denomina cliente al proceso que
inicia el dialogo o solicita los recursos y servidor al proceso que responde a las
solicitudes. (Silberschatz, Korth, & Sudarshan, S. (Instituto Indio de Tecnología,
2002).
12
2.1. Tipos de arquitectura
2.1.1. Arquitectura de 2 capas
Esta arquitectura consta de tres componentes distribuidos en 2 capas: cliente
(solicitante de servicios) y servidor (proveedor de servicios). (Mendoza Gonzalez,
2010). Los tres componentes son:
ü ThinClient / FatServer
ü FatClient / ThinServer
13
Figura 4 Arquitectura de 3 capas.
Las tecnologías que se emplean son ADO (ActiveX Data Object) implementada por
Microsoft y JDBC (Java Data Base Connectivity) implementada por Sun
Microsistems, teniendo las siguientes características:
ADO JDBC
ü Tiene la principal función de realizar la ü Tiene la función de ser un gestor para
solicitud de los datos a la base de datos. la aplicación con respecto a la base de
ü Esta solicitud la realizará mediante la datos.
tecnología OLE DB, la cual estará en ü Por primera vez el JDBC fue empleado,
contacto de manera directa con la base tomando como intermediario entre él y
de datos. la base de datos al ODBC.
ü La tecnología OLE DB sólo se empleará ü Como modelo cliente/servidor, el JDBC
cuando el DBMS pertenece de igual se encontrará trabajando en el equipo
manera a Microsoft, como es SQL cliente, conectándose directamente
Server. con la base de datos.
ü Como modelo de tres capas, el JDBC
se encontrará en una capa intermedia,
14
ü ADO encapsulará a ciertos objetos de donde todos los usuarios pasarán por
OLE DB, para que, de esta manera, se él para poder accesar a la base de
realice la conexión con la base de datos. datos.
ü Para realizar la gestión de acceso a ü Existen módulos JDBC que son propios
bases de datos heterogéneas por parte de los fabricantes de DBMS, que son
de ADO, éste hará uso de ciertos objetos utilizados para el rápido acceso a la
de la tecnología RDO (Remote Data información de las bases de datos de
Objects). los mismos.
ü RDO dependerá de los ODBC’s para ü JDBC no se encontrará ligado a
poder efectuar la conexión a la base de trabajar con alguna tecnología en
datos y con esto el acceso a la específica, ya que se elaboró con la
información. finalidad de ser portable.
ü ADO podrá encontrarse trabajando en ü En aplicaciones Web, JDBC se
una página web en conjunto con código encontrará laborando en conjunto con
HTML; esto será posible mediante un código HTML, mediante el mecanismo
mecanismo de introducción de de Java script.
instrucciones como es el VBscript. ü JDBC se elaboró con la finalidad de
ü Los objetos que conforman al ADO, no poder ser compatible y portable para
son compatibles con otros lenguajes, poder ser empleado en aplicaciones y
solo por aquellos que pertenecen a la para la conexión con bases de datos.
empresa Microsoft como son: Visual
C++, Visual Basic, Visual Java, etc.
Tabla 2. Descripción tecnologías ADO y JDBC.
15
2.2.2. Motor de base de datos (Database enginer)
La parte (back-end) del sistema de base de datos cliente/servidor que se encuentra
en el servidor y provee el procesamiento de la base de datos y comparte las
funciones de acceso.
2.2.3. Cliente
La parte (front-end) del sistema de base de datos cliente/servidor que provee la
interfaz del usuario y las funciones de manipulación de datos.
ü El servidor presenta a todos sus clientes una interfaz única y bien definida.
ü El cliente no necesita conocer la lógica del servidor, solo su interfaz externa.
ü El cliente no depende de la ubicación física del servidor, ni del tipo de equipo
físico en el que se encuentra, ni de su sistema operativo.
ü Los cambios en el servidor implican pocos o ningún cambio en el cliente.
16
2.4. Ventajas y desventajas
Ventajas Desventajas
ü Permite mayor procesamiento de ü Alta complejidad tecnológica
información en el sitio donde ésta es al tener que integrar una gran
generada, mejorando los tiempos de variedad de productos.
respuesta y reduciendo el tráfico de la red. ü Los problemas de saturación
ü Facilita el uso de interfaces gráficas para en la red pueden bajar el
los usuarios y permite el trabajo con rendimiento del sistema por
aplicaciones de presentaciones visuales en debajo de lo que se obtendría
las estaciones de trabajo. con una sola maquina
ü Permite y promueve la utilización de (arquitectura centralizada).
sistemas abierto. ü Es más difícil asegurar un
ü Menos costos de operación. elevado grado de seguridad
ü Más factible la escalabilidad del sistema. en una red de clientes y
servidores que en un sistema
con un único ordenador
centralizado.
Tabla 3. Ventaja y desventajas de bases de datos cliente - servidor.
2.5. Evolución
En los años 90’s con el surgimiento de la necesidad de relacionar varias
aplicaciones que gestionen BD en las empresas, se da lugar a las bases de datos
distribuidas, implementándose la arquitectura cliente - servidor.
2.6. Gestores
ü PostgreSQL: su año de lanzamiento fue en 1982 y su última versión fue la
9.6.1.
Características:
17
• Herencia de tablas.
• Alta concurrencia
• Soporte para transacciones distribuidas.
ü SQL Server: su año de lanzamiento fue en 1989 y su última versión fue la del
2016.
Características:
3. Federadas
Es una colección de sistemas de base de datos cooperativas y autónomas, que
permiten compartir todos o algunos sus datos. En un sistema federado los usuarios
tienen acceso a los datos, de los distintos sistemas, a través de una interfaz común,
18
sin embargo, no existe un esquema global que describa a todos los datos de las
distintas bases de datos, en su lugar hay varios esquemas unificados, cada uno
describiendo porciones de bases de datos y archivos para el uso de cierta clase de
usuarios. (Ramos Salavert Isidro, 2000).
20
ü Esquema de exportación: representa un subconjunto de la totalidad de los
datos que contiene el esquema de componente. Este subconjunto de datos
es el que se requiere compartir en la base de datos federada.
ü Esquema federado: es una integración de múltiples esquemas de
exportación de cada base de datos componente.
ü Esquema externo: representa una vista hacia un usuario o conjunto de
usuario determinado.
3.4. Evolución
El concepto de manejadores de base de datos federados empieza 30 años después
de la aparición de las primeras bases de datos, siendo entonces, la aparición de las
bases de datos federadas en los años 90’s.
21
3.5. Gestores
Un sistema federado es un tipo especial de sistema de gestión de base de datos
(DBMS) distribuidas. Un sistema federado consta de una instancia de DB2 que
actúa como un servidor federado, una base de datos que actúa como base de datos
federada, uno o varios orígenes de datos y clientes (usuarios y aplicaciones) que
acceden a la base y a los orígenes de datos.
4. Paralelas
El concepto de paralelismo en las bases de datos se puede definir como la partición
de la base de datos para poder procesar de forma paralela, en distintos discos y con
distintos procesadores, una sola operación sobre la base de datos.
23
4.1.4. Confiabilidad
Se deben ofrecer garantías de que la información es confiable. En sistemas
paralelos, el manejo de la atomicidad y durabilidad de las transacciones es aún más
complejo, pues una sola transacción puede involucrar dos o más fragmentos de la
BDP.
24
Figura 10 Arquitectura de disco compartido.
25
procesador. Las arquitecturas sin compartimiento son más ampliables y pueden
soportar con facilidad un gran número de procesadores.
4.2.4. Jerárquica
La arquitectura jerárquica combina las características de las arquitecturas de
memoria compartida, de disco compartido y sin compartimiento. A alto nivel el
sistema está formado por nodos que están conectados mediante una red de
interconexión y que no comparten ni memoria ni discos. Así, el nivel más alto es una
arquitectura sin compartimiento.
Hoy en día los sistemas paralelos comerciales de bases de datos pueden ejecutarse
sobre varias de estas arquitecturas.
4.3. Paralelismo
Al abaratarse los microprocesadores, las máquinas paralelas se han vuelto
comunes y relativamente baratas.
26
4.3.1. Paralelismo de E/S
El paralelismo de E/S se refiere a la reducción del tiempo necesario para recuperar
relaciones del disco dividiéndolas en varios discos.
27
ü Escalabilidad para mejoras de
rendimiento predictivas.
Tabla 5. Ventajas y desventajas de bases de datos paralelas.
4.5. Evolución
Las bases de datos paralelas se empezaron a desarrollar alrededor de 1980,
especialmente con el proyecto Gamma, un sistema de base de datos sobre una
serie de procesadores de propósito general funcionando en paralelo. Este sistema
es en el que se inspiran la mayoría de sistemas paralelos de IBM, Tandem, Oracle,
Informix, Sybase y AT&T. Además, el uso de sistemas paralelos para la minería de
datos es uno de los campos de investigación más activos actualmente.
Los sistemas de bases de datos paralelos, como casi toda la tecnología paralela,
fue acuñada como la tecnología del futuro en cuanto a altas prestaciones. Hoy en
día la postura es más realista y se reconoce su uso en sistemas de muy altas
prestaciones.
EI primer SGBD paralelo fue Teradata en 1992 con la base de datos de Wal-Mart.
A finales de los ochenta, la versión 6 de Oracle también disponía de soporte SMP
(multiprocesamiento simétrico) para procesamiento de transacciones y de cluster
para máquinas Vax de Digital. En 1991 Oracle y nCube publicaron resultados de
1000TPS y el resto de los fabricantes también crearon versiones paralelas como
Ingres sobre máquinas Sequent o Informix, que reescribió su motor para adecuarse
a estas nuevas arquitecturas.
4.6. Gestores
Un Sistema de Gestión de Bases de Datos paralelas es un SGBD capaz de utilizar
recursos de cómputo altamente acoplados (procesadores, discos y memoria). El
acoplamiento se consigue mediante redes con un tiempo de intercambio de datos
comparable al tiempo de intercambio de datos con un disco.
ü Ejemplos de prototipos:
• EDS and DBS3 (ESPRIT)
• Gamma (U. de Wisconsin)
• Bubba (MCC, Austin, Texas)
28
• XPRS (U. de Berkeley)
• GRACE (U. de Tokyo)
ü Ejemplos de productos:
• Teradata (NCR)
• NonStopSQL (Tandem-Compac)
• DB2 (IBM), Oracle, Informix, Ingres, Navigator (Sybase) ...
ü Tecnología comercial de bases de datos paralelas:
• Oracle Real Application Clusters
29
Particionar con la opción DPF es transparente a los usuarios y aplicaciones. La
interacción con el usuario ocurre a través de una partición de base de datos,
conocida como nodo coordinador para dicho usuario. La partición de base de datos
a la que un cliente o aplicación se conecta se convierte en el nodo coordinador. Los
usuarios deben distribuirse a través de servidores para distribuir la función de
coordinador.
5. Portables
Una base de datos portable es aquella que tiene la capacidad de ser ejecutada en
diferentes plataformas con pocas modificaciones. Dichas DB son el conjunto de la
unión de muchos archivos y carpetas comprimidas en un solo archivo, el cual tiene
como objetivo ejecutarse fácilmente en el dispositivo cliente, sin necesidad de
instalar la aplicación o gestor de base de datos, tal y como se plantea en la página
de Valencia, (2016) con el gestor DATA.
Existen aplicaciones como SQL server que permiten crear DB portables. Con este
tipo de DBSM y algunos más, se corre el riesgo de no tener conexión efectiva en
caso de tener varias terminales, además, para su efectivo funcionamiento se deben
reunir todas las librerías y carpetas necesarias, de lo contrario puede no funcionar
bien o simplemente no se ejecutan.
30
ü El host no necesita ü No hay conexión con más dispositivos.
requerimientos altos para su ü No tiene la información actualizada.
ejecución. ü Poco seguras.
ü La lectura es más rápida. ü No se puede restringir el acceso a sus
ü No consume muchos recursos datos.
en el registro. ü No cuenta con herramientas para
ü Se pueden usar de inmediato. proveer integridad a la información.
ü Se pueden utilizar en
computadores congelados.
Tabla 6. Ventajas y desventajas de bases de datos portables.
5.3. Evolución
Acerca de la evolución de las bases de datos móviles no se tiene mucha
información, sin embargo, siendo SQLite un gestor de bases de datos portable se
considera la aparición de éstas alrededor del año 2000. Otro motivo para elegir este
año es por el surgimiento de las bases de datos móviles, teniendo la mayoría de
éstas como característica la portabilidad.
5.4. Gestores
Gestores de bases de datos como SQLite, Derby, Firebird, Neodatis e Interbase
tienen la capacidad de reunir los archivos necesarios, incluyendo carpetas y librerías
que puedan ser utilizadas durante la ejecución en el equipo terminal donde vaya a
ser utilizada la DB. Existen otros DBSM que tienen la capacidad de crear este tipo
de base de datos, sin embargo, el trabajo del dispositivo final no es tan ligero y
necesita un poco de intervención para su ejecución.
ü SQLite:
En el año 2000 sale la suscripción del código alfa, de allí en adelante empiezan a
añadirse operadores y demás código para su implementación final. La última versión
según la página de SQLite, (2016) fue lanzada el 6 de enero de 2017, versión
3.16.2.
31
para el usuario. No necesita un proceso del servidor para iniciar, parar o configurar
algún servicio.
ü Neodatis:
ü Interbase:
Inicia en el año 2000 con la compañía Borland Software Corporation, al igual que
Firebird en el 2002. Ambos DBSM toman pocos minutos en ejecutarse, tal y como
dice Embarcadero Technologies, (2017), se implementan silenciosamente junto con
la aplicación. InterBase ocupa poco lugar en disco y de memoria. Ideal para
implementar en cualquier dispositivo.
6. Móviles
Una base de datos móvil es una BD que puede ser instalada en un dispositivo de
computación móvil a través de una red móvil. El cliente y el servidor tienen
conexiones inalámbricas. La memoria caché se mantiene para almacenar los datos
frecuentes y transacciones de manera que no se pierdan debido a un fallo de
conexión.
32
Ejemplo:
Las bases de datos móviles permiten a los empleados introducir datos sobre la
marcha. La información puede ser sincronizada con una base de datos de servidor
posteriormente.
Ejemplo:
33
de celdas, GPS (Global Positioning System) y se tiene que tomar en cuenta que la
unidad puede estar en movimiento mientas se realiza la consulta.
ü Desconexión. No hay que olvidar que los terminales móviles están a menudo
desconectados y que esta desconexión no se considera un fallo como en los
sistemas tradicionales, sino que, en todo caso, se podrían ver como “fallos
planificados”.
34
ü Pequeño tamaño y peso de los terminales que, entre otras cosas, hace
necesario buscar protocolos y algoritmos eficientes en “energía”, debido a las
restricciones de baterías que presentan este tipo de equipos. Es
imprescindible también llegar a conseguir un equilibrio entre memoria y disco,
por ejemplo, las técnicas de comprensión permiten ahorrar disco, pero al
descomprimir la información se consume CPU y, por tanto, energía.
6.5. Evolución
Llegado el siglo XXI y en respuesta a las nuevas necesidades y eficiencia surgen
las Bases de Datos Móviles. Como bien hemos podido observar, en los últimos años
los grandes avances en la tecnología de comunicaciones inalámbricas han dado
origen a dispositivos en forma de ordenadores portátiles o algunos otros dispositivos
con acceso a Internet. Si a esto le unimos la rápida distribución de las
comunicaciones, ya sea de accesos desde teléfonos móviles, conexiones
inalámbricas o vía satélite, podemos tener acceso a todo tipo de información desde
prácticamente cualquier sitio y en cualquier momento.
35
decir, varias aplicaciones pueden tener acceso simultáneo a la información
compartida. Esta característica permite a los usuarios estar en una sincronización
con la base de datos corporativa en diferentes ubicaciones geográficas. Los agentes
móviles son piezas de software dotados con algún grado de inteligencia artificial con
la capacidad de detener su ejecución. Viajan a través de las redes manteniendo
intactos tanto el código como los datos. Los agentes móviles, son capaces de
ejecutarse en varias máquinas.
Por todo esto, podríamos definir una base de datos móvil como una base de datos
portable y físicamente independiente del servidor corporativo de bases de datos,
pero que es capaz de comunicarse con ese servidor desde sitios remotos,
permitiéndose el compartir datos corporativos.
6.6. Gestores
ü Pointbase:
ü SQLAnywhere:
ü DB2 EveryPlace:
Desarrollado por IBM, es una base de datos móvil con un alto rendimiento, la cual
permite la ampliación de los datos y aplicaciones a dispositivos móviles como
agentes digitales, personales y teléfonos inteligentes, una de sus desventajas es el
36
reducido espacio que tiene y solo se integra con la gama de dispositivos IBM. Esta
base de datos es relacional con arquitectura Cliente - Servidor.
ü Oracle Lite:
Sistema gestor de base de datos móvil que trabaja con arquitectura Cliente -
Servidor, en donde son optimizados para dispositivos de mano, portátiles, estos
tienen un soporte multiusuarios, funciona sobre plataformas Windows Mobile,
PocketPC, Symbian OS, y Linux, algunas de sus ventajas son el permitir el
despliegue de información sin conexión, ofrece métodos de administración y
sincronización de dispositivos, además de una base de datos relacional segura,
ligera y compatible con SQL.
ü MSSQL CE:
En sus inicios surgen una serie de cambios y versiones, llegando a SQL SERVER
2005 Mobile, dirigida a Smarphones y PDAs, la cual es una versión compacta que
presenta una gran variedad de funciones y con un diseño para una admisión de
grandes listas de dispositivos inteligentes y Tablets, esta cuenta con un motor de
base de datos compacto y un optimizador de consultas sólido, también permite
acceso a datos remotos, su arquitectura está formada por un entorno de desarrollo,
un cliente y el servidor, a diferencia de la nueva versión del manejador, que utiliza
una arquitectura embebida.
ü SQLite:
37
Figura 13 Tabla comparativa de algunos sistemas gestores de bases de datos. Delgado, P. &
Gama, L. (2017).
Diagrama evolutivo
38
Tabla comparativa
Base de datos Distribuidas Paralelas Cliente - Federadas Móviles Portables
servidor
Año 1980 1980 1990 1990 2000 2000
Características Son Divide grandes El servidor Se Es instalada en Tiene la
fragmentos tareas en presta a todos interrelacionan un dispositivo capacidad de ser
que se muchas tareas sus clientes una múltiples de computación ejecutadas en
encuentran más pequeñas y interfaz única y gestores de móvil a través diferentes
almacenados las distribuye bien definida, bases de datos de una red plataformas con
en lugares entre además, el mediante un móvil, en donde pocas
distintos, es computadoras cliente no servidor el cliente y el modificaciones.
decir, tienen interconectadas. depende de la federado que servidor tienen
autonomía ubicación física realiza la conexiones
local. del servidor, del interpretación inalámbricas.
tipo de equipo, ni de las consultas
del SO. entre los
mismos.
Ventajas La probabilidad Puede mejorar Es más factible Permite La movilidad El usuario final
de que el el rendimiento que el sistema conectar del usuario es tiene muy poca o
sistema esté mediante sea escalable. diferentes mayor, al no nula
listo y gestores de tener
39
funcionando escalamiento y bases de datos dependencia de participación en
continuamente aceleración. para conformar un PC. la ejecución.
a lo largo de un una sola BD.
período
especificado.
Desventajas Costo y Implica grandes Los problemas Solo son El costo de Al ser diseñadas
complejidad costos en de saturación en accesibles transmisión es para móviles su
del software, software de la red pueden desde equipos alto para hacer almacenamiento,
dado que se DBMS y bajar el fijos respaldo y nivel de
requiere un software de rendimiento por conectados en conexiones a seguridad y de
software más coordinación debajo de lo que la BD alojadas en conexión con
complejo para especializado. se tendría con infraestructura otro dispositivo. demás BD es
ambientes una sola del sistema de muy poco.
distribuidos. máquina. base de datos.
Tabla 8. Tabla comparativa de tipos de bases de datos.
40
Bibliografía
Bases de datos avanzadas (2016). Bases de datos móviles. Retrieved 16 January
2017, from https://basesdedatosavanzadas.wikispaces.com/Moviles
Date, C. J. (2001). Introducción a los sistemas de bases de datos 7ª Ed., Pearson
Educación, México.
Delgado, P., & Gama, L., Evolución de las Bases de Datos: de Fijas a Móviles. La
computadora, herramienta indispensable en diversas áreas de conocimiento,
277.
Embarcadero Technologies, I. (2017). InterBase - Embeddable Database |
Embarcadero. Retrieved January 16, 2017, from
https://www.embarcadero.com/products/interbase/
Filein Rómel, SQLite: La Base de Datos Embebida (2015). Retrieved 16 January
2017, from http://sg.com.mx/revista/17/sqlite-la-base-datosembebida
Hernández, D. D. L. C. R., Vázquez, R. P., & Labrada, J. V. (2013). Bases De Datos
Móviles. Tlatemoani, (14).
Hernández Orallo, J. (2002). La disciplina de los sistemas de bases de datos.
Historia, situación actual y perspectivas. Departamento de Sistemas Informátics
i Computació, Universitat Politécnica de Valencia.
Mannino, M. V. (2007). Administración de base de datos. McGraw-Hill
Interamericana.
Mendoza Gonzalez, N. (2010). Arquitectura cliente servidor. Slideshare, 36.
Retrieved from http://es.slideshare.net/NoeGonzalezMendoza/arquitectura-
cliente-servidor.
Mendoza, L. E. (n.d.). Sistemas de Información II - Teoría. Sistemas de Información
II - Teoría.
Pech, F. (2012). Bases de Datos Distribuidas – Panorama General (diapositivas de
PowerPoint)
Ramirez, T. A. (2014). Bases de datos federadas. Retrieved January 16, 2017, from
http://www.tonahtiu.com/notas/BD/BDF.htm
Rivero, E. (2004). Bases de Datos Relacionales: Diseño Físico (orientado al DB2
para z/Os de IBM), Universidad Pontifica Comillas, Madrid.
Silberschatz, A. (Bell L., Korth, H. F. (Bell L., & Sudarshan, S. (Instituto Indio de
Tecnología, B. (2002). Fundamentos de bases de datos. Victoria.
https://doi.org/10.1017/CBO9781107415324.004
Slashdot Media. (2009). NeoDatis ODB / News. Retrieved January 16, 2017, from
41
https://sourceforge.net/p/neodatis-odb/news/
SQLite. (2016). Alphabetical List Of SQLite Documents. Retrieved January 16, 2017,
from https://www.sqlite.org/doclist.html
Valencia, J. F. (2016). DATA : Base de datos portable y multimedia para Google
Drive, OneDrive, Dropbox, memoria USB/SD. Retrieved January 16, 2017, from
http://www.mipropiosoft.com/data/
42