Qu es una base de datos?

Es una coleccin de datos (actualmente, tambin de procedimientos o

funciones) almacenados de una manera permanente, que pueden ser
compartidos y usados con variados propsitos por mltiples usuarios.
Un usuario determinado no tiene que ver todos los datos de la base de datos,
slo aquellos que necesita o est autorizado para poder cumplir con sus
funciones dentro de una organizacin.
No todos los usuarios perciben los datos de la misma manera, a pesar de que
puedan ser extrados de la misma base de datos. Por ejemplo, la fecha de
compra de un artculo puede ser vista por el asistente de mercadeo con un
formato que no incluye la hora; mientras que el jefe de bodega s necesita
verla porque, para l, es informacin valiosa.
Sin embargo, se debe sealar, que la consecucin del objetivo de integrar toda
la informacin de una organizacin para evitar redundancias, esencial para
superar las limitaciones de los sistemas de archivos, a su vez, puede generar
nuevos problemas o dificultades que se deben resolver. Entre ellos, est el
problema del trabajo concurrente o simultneo de un grupo de usuarios o
aplicaciones sobre las mismas piezas de informacin y tambin el problema de
la seguridad.
Los usuarios de una base de datos se pueden clasificar en tres categoras: el
usuario final que interacta con la base de datos, por lo general, a travs, de
las aplicaciones, el usuario especialista que es el que disea y programa las
aplicaciones para los usuarios finales y, por ltimo, la persona encargada de
administrar la base de datos llamada en forma abreviada DBA (data base
administrator).
No obstante, cualquier persona con cargos administrativos, ingeniero o
profesional cuyo trabajo sea cambiado por los sistemas de bases de datos
debera entender los principios de esta tecnologa y lo que ello involucra.

Que es un sistema de base de datos

Un sistema de bases de datos sirve para integrar los datos. Lo componen los
siguientes elementos:
Hardware. Mquinas en las que se almacenan las bases de datos.
Incorporan unidades de almacenamiento masivo para este fin.
Software. Es el sistema gestor de bases de datos. El encargado de
administrar las bases de datos.
Datos. Incluyen los datos que se necesitan almacenar y los metadatos
que son datos que sirven para describir lo que se almacena en la base
de datos.
Usuarios. Personas que manipulan los datos del sistema. Hay tres
categoras:
 Usuarios finales. Aquellos que utilizan datos de la base de datos
para su trabajo cotidiano que no tiene por qu tener que ver con la
informtica. Normalmente no utilizan la base de datos
directamente, si no que utilizan aplicaciones creadas para ellos a fin
de facilitar la manipulacin de los datos. Estos usuarios slo
acceden a ciertos datos.
Desarrolladores. Analistas y programadores encargados de generar
aplicaciones para los usuarios finales
Administradores. Tambin llamados DBA (Data Base
Administrator), se encargan de gestionar las bases de datos.
Hay que tener en cuenta que las necesidades de los usuarios son muy
diferentes en funcin del tipo de usuario que sean: a los finales les interesa la
facilidad de uso, a los desarrolladores la potencia y flexibilidad de los lenguajes
incorporados del sistema de bases de datos, a los administradores
herramientas de gestin avanzada para la base de datos.
Estructura de una base de datos
Las bases de datos estn compuestas (como ya se han comentado), de datos y
de metadatos. Los metadatos son datos (valga la redundancia) que sirven para
especificar la estructura de la base de datos; por ejemplo qu tipo de datos se
almacenan (si son texto o nmeros o fechas...), qu nombre se le da a cada
dato (nombre, apellidos,...), cmo estn agrupados, cmo se relacionan,....
De este modo se producen dos visiones de la base de datos:
Estructura lgica. Indica la composicin y distribucin terica de la base
de datos. La estructura lgica sirve para que las aplicaciones puedan
utilizar los elementos de la base de datos sin saber realmente cmo se
estn almacenando.
Es una estructura que permite idealizar a la base de datos. Sus
elementos son objetos, entidades, nodos, relaciones, enlaces,... que
realmente no tienen presencia real en la fsica del sistema. Por ello para
acceder a los datos tiene que haber una posibilidad de traducir la
estructura lgica en la estructura fsica.
Estructura fsica. Es la estructura de los datos tan cual se almacenan en
las unidades de disco. La correspondencia entre la estructura lgica y
fsica se almacena en la base de datos (en los metadatos)

Arquitectura de base de datos

Hay tres caractersticas importantes inherentes a los sistemas de bases
de datos: la separacin entre los programas de aplicacin y los datos, el
manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo
para almacenar el esquema de la base de datos. En 1975, el comit ANSI-
SPARC (American National Standard Institute - Standards Planning and
Requirements Committee) propuso una arquitectura de tres niveles para los
sistemas de bases de datos, que resulta muy til a la hora de conseguir estas
tres caractersticas.
La definicin de un sistema de informacin es la descripcin detallada de la
arquitectura del sistema. Las arquitecturas de bases de datos han
evolucionado mucho desde sus comienzos, aunque la considerada estndar
hoy en da es la descrita por el comit ANSI/X3/SPARC (Standard Planning and
Requirements Committee of the American National Standards Institute on
Computers and Information Processing), que data de finales de los aos
setenta. Este comit propuso una arquitectura general para DBMSs basada en
tres niveles o esquemas: el nivel fsico, o de mquina, el nivel externo, o de
usuario, y el nivel conceptual. As mismo describi las interacciones entre estos
tres niveles y todos los elementos que conforman cada uno de ellos.
Arquitectura ANSI
La arquitectura de sistemas de bases de datos de tres esquemas fue aprobado
por la ANSI-SPARC (American National Standard Institute - Standards Planning
and Requirements Committee) en 1975 como ayuda para conseguir la
separacin entre los programas de aplicacin y los datos, el manejo de
mltiples vistas por parte de los usuarios y el uso de un catlogo para
almacenar el esquema de la base de datos.
Nivel interno: Tiene un esquema interno que describe
la estructura fsica de almacenamiento de base de datos. Emplea
un modelo fsico de datos y los nicos datos que existen estn realmente en
este nivel.

Nivel conceptual: tiene esquema conceptual. Describe la estructura de

toda la base de datos para una comunidad de usuarios. Oculta los detalles
fsicos de almacenamiento y trabaja con elementos lgicos como entidades,
atributos y relaciones.

Nivel externo o de vistas: tiene varios esquemas externos o vistas de

usuario. Cada esquema describe la visin que tiene de la base de datos a
un grupo de usuarios, ocultando el resto.

El objetivo de la arquitectura de tres niveles es el de separar los programas de

aplicacin de la base de datos fsica.
La mayora de los SGBD no distinguen del todo los tres niveles. Algunos
incluyen detalles del nivel fsico en el esquema conceptual. En casi todos los
SGBD que se manejan vistas de usuario, los esquemas externos se especifican
con el mismo modelo de datos que describe la informacin a nivel conceptual,
aunque en algunos se pueden utilizar diferentes modelos de datos en el nivel
conceptual y externo.
Hay que destacar que los tres esquemas no son ms que descripciones de los
mismos datos pero con distintos niveles de abstraccin. Los nicos datos que
existen realmente estn a nivel fsico, almacenados en un dispositivo como
puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada
grupo de usuarios hace referencia exclusivamente a su propio esquema
externo. Por lo tanto, el SGBD debe transformar cualquier peticin expresada
en trminos de un esquema externo a una peticin expresada en trminos del
esquema conceptual, y luego, a una peticin en el esquema interno, que se
procesar sobre la base de datos almacenada. Si la peticin es de una
obtencin (consulta) de datos, ser preciso modificar el formato de la
informacin extrada de la base de datos almacenada, para que coincida con la
vista externa del usuario. El proceso de transformar peticiones y resultados de
un nivel a otro se denomina correspondencia o transformacin. Estas
correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD
no cuentan con vistas externas.
La arquitectura de tres niveles es til para explicar
el concepto de independencia de datos que podemos definir como la capacidad
para modificar el esquema en un nivel del sistema sin tener que modificar el
esquema del nivel inmediato superior.
Se pueden definir dos tipos de independencia de datos:
La independencia lgica es la capacidad de modificar el esquema
conceptual sin tener que alterar los esquemas externos ni los programas de
aplicacin. Se puede modificar el esquema conceptual para ampliar la base
de datos o para reducirla. Si, por ejemplo, se reduce la base de datos
eliminando una entidad, los esquemas externos que no se refieran a ella no
debern verse afectados.

La independencia fsica es la capacidad de modificar el esquema interno

sin tener que alterar el esquema conceptual (o los externos). Por ejemplo,
puede ser necesario reorganizar ciertos ficheros fsicos con el fin de mejorar
el rendimiento de las operaciones de consulta o de actualizacin de datos.
Dado que la independencia fsica se refiere slo a la separacin entre las
aplicaciones y las estructuras fsicas de almacenamiento, es ms fcil de
conseguir que la independencia lgica.

En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar

el catlogo o diccionario, de modo que incluya informacin sobre cmo
establecer la correspondencia entre las peticiones de los usuarios y los datos,
entre los diversos niveles. El SGBD utiliza una serie de procedimientos
adicionales para realizar estas correspondencias haciendo referencia a la
informacin de correspondencia que se encuentra en el catlogo. La
independencia de datos se consigue porque al modificarse el esquema en
algn nivel, el esquema del nivel inmediato superior permanece sin cambios,
slo se modifica la correspondencia entre los dos niveles. No es preciso
modificar los programas de aplicacin que hacen referencia al esquema del
nivel superior.
Por lo tanto, la arquitectura de tres niveles puede facilitar la obtencin de la
verdadera independencia de datos, tanto fsica como lgica. Sin embargo, los
dos niveles de correspondencia implican un gasto extra durante la ejecucin de
una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por
esto que muy pocos SGBD han implementado esta arquitectura completa.
El nivel clave en esta arquitectura, como se puede adivinar, es el conceptual.
ste contiene la descripcin de las entidades, relaciones y propiedades
de inters para la empresa (UoD), y constituye una plataforma estable desde la
que proyectar los distintos esquemas externos, que describen los datos segn
los programadores, sobre el esquema interno, que describe los datos segn
el sistema fsico. Las posibles proyecciones de datos quedan resumidas en la
grafica

Posibles proyecciones de datos

Como cabra esperar, en la prctica cotidiana de implementacin de bases de
datos, esta arquitectura no es seguida al cien por cien por los DBMSs
comerciales. Existen muy pocos productos que contengan aplicaciones para
facilitar la fase de anlisis. Por lo general, el nivel conceptual se obvia en los
productos comerciales, salvo honrosas excepciones. Lo habitual es que el DBA
realice el modelado conceptual usando sus propios recursos, o tal vez asistido
por alguna aplicacin de anlisis, ya sea general o especfica. El procesador del
esquema conceptual, es por tanto el propio DBA. Los DBMSs s suelen ofrecer
facilidades para la creacin de esquemas externos, pero sin pasar por el nivel
conceptual. Por supuesto, un DBMS comercial no est obligado a seguir las
recomendaciones de estandarizacin de arquitecturas del comit
ANSI/X3/SPARC. Por lo que respecta al modelo relacional de bases de datos,
que ya exista antes del informe de este comit, los fabricantes de RDBMSs se
ajustan en mayor o menor medida al modelo terico y, en cuanto a la
arquitectura, han intentado seguir las recomendaciones del grupo RDBTG
(Relational Data Base Task Group), parte del comit ANSI/X3/SPARC.
El resultado de este grupo fue restar importancia a las arquitecturas y realzar
la de los lenguajes e interfaces. Como consecuencia, el lenguaje SQL, est hoy
en da totalmente estandarizado, y en cambio encontramos distintas
arquitecturas de RDBMS. Sin embargo se pueden distinguir dos tipos generales
de arquitecturas para estos sistemas de bases de datos.

Arquitectura separada de RDBMS

Arquitectura integrada de RDBMS

El tipo de arquitectura integrada es en general preferible a la arquitectura
separada y el ms comn entre los RDBMSs comerciales. De todos modos, la
consecuencia de una integracin de los lenguajes de definicin de datos (DDL)
y los de manipulacin de datos (DML) en un slo lenguaje (DMDL: Data
Manipulation and Description Language), son a nuestro parecer positivas y
negativas. Por un lado, esta integracin resulta muy cmoda para el DBA,
puesto que le basta con aprender un solo lenguaje formal para realizar todas
las tareas de creacin y mantenimiento de la base de datos. Pero por otro lado,
estos sistemas (tanto los separados como los uniformes) fuerzan una
proyeccin directa desde el nivel externo al interno, haciendo que el nivel
conceptual, el fundamental segn la arquitectura ANSI/X3/SPARC, desaparezca
o se implemente en el nivel externo como una vista global externa. Por esta
razn algunos DBAs inexpertos tienden a obviar la fase de anlisis, cuando de
hecho es la vital para la correcta implementacin de la base de datos.
Insistimos en que un buen modelado conceptual es una condicin
indispensable para el correcto desarrollo de una base de datos. Pensamos que
lo ideal es usar un DBMS que nos permita desarrollar todas las tareas
(de descripcin y de manipulacin) lo ms fcilmente posible, pero no sin antes
disponer de todas las herramientas necesarias para un correcto modelado
conceptual, estn estas o no incluidas en el DBMS.
El enfoque jerrquico
Un DBMS jerrquico utiliza jerarquas o rboles para la representacin lgica de
los datos. Los archivos son organizados en jerarquas, y normalmente cada uno
de ellos se corresponde con una de las entidades de la base de datos. Los
rboles jerrquicos se representan de forma invertida, con la raz hacia arriba y
las hojas hacia abajo.

Estructura de un rbol jerrquico

Un DBMS jerrquico recorre los distintos nodos de un rbol en un pre orden que
requiere tres pasos:

1. Visitar la raz.

2. Visitar el hijo ms a la izquierda, si lo hubiera, que no haya sido visitado.

3. Si todos los descendientes del segmento considerado se han visitado,

volver a su padre e ir al punto 1.

Cada nodo del rbol representa un tipo de registro conceptual, es decir, una
entidad. A su vez, cada registro o segmento est constituido por un nmero de
campos que los describen las propiedades o atributos de las entidades. Las
relaciones entre entidades estn representadas por las ramas. cada
departamento es una entidad que mantiene una relacin de uno a muchos con
los profesores, que a su vez mantienen una relacin de uno a muchos con los
cursos que imparten.

Base de datos jerrquica. Estructura lgica y ejemplo

A modo de resumen, enumeramos las siguientes caractersticas de las bases

de datos jerrquicas:
1. Los segmentos de un archivo jerrquico estn dispuestos en forma de
rbol.

2. Los segmentos estn enlazados mediante relaciones uno a muchos.

3. Cada nodo consta de uno o ms campos.

4. Cada ocurrencia de un registro padre puede tener distinto nmero de

ocurrencias de registros hijos.

5. Cuando se elimina un registro padre se deben eliminar todos los

registros hijos (integridad de los datos).

6. Todo registro hijo debe tener un nico registro padre excepto la raz.

Las reglas de integridad en el modelo jerrquico prcticamente se reducen a la

ya mencionada de eliminacin en cadena de arriba a abajo. Las relaciones
muchos a muchos no pueden ser implementadas de forma directa. Este
modelo no es ms que una extensin del modelo de ficheros.
Sistemas gestores de base de datos
Un sistema gestor de bases de datos o SGBD (aunque se suele utilizar ms a
menudo las siglas DBMS procedentes del ingls, Data Base Management
System) es el software que permite a los usuarios procesar, describir,
administrar y recuperar los datos almacenados en una base de datos.

Diseo conceptual de la base de datos

El xito del DBMS reside en mantener la seguridad e integridad de los datos.
Lgicamente tiene que proporcionar herramientas a los distintos usuarios.
Entre las herramientas que proporciona estn:
Herramientas para la creacin y especificacin de los datos. As como la
estructura de la base de datos.
Herramientas para administrar y crear la estructura fsica requerida en
las unidades de almacenamiento.
Herramientas para la manipulacin de los datos de las bases de datos,
para aadir, modificar, suprimir o consultar datos.
Herramientas de recuperacin en caso de desastre
Herramientas para la creacin de copias de seguridad
Herramientas para la gestin de la comunicacin de la base de datos

Funciones de un DBMS
1. Funcin de descripcin. Sirve para describir los datos, sus relaciones y
sus condiciones de acceso e integridad. Adems del control de vistas de
usuarios y de la especificacin de las caractersticas fsicas de la base de
datos. Para poder realizar todas estas operaciones se utiliza un lenguaje
de definicin de datos o DDL.
 2. Funcin de manipulacin. Permite buscar, aadir, suprimir y modificar
datos de la base de datos. El DBMS proporciona una lenguaje de
manipulacin de datos (DML) para realizar esta funcin.
3. Funcin de control. Incorpora las funciones que permiten una buena
comunicacin con la base de datos. Adems proporciona al DBA los
procedimientos necesarios para realizar su labor.
Funcionamiento de los DBMS

Los datos son responsabilidad del DBMS, por lo que cualquier acceso debe ser
realizado por ste. Lgicamente el DBMS va a acabar comunicndose con el
Sistema Operativo ya que el acceso a los ficheros de datos implica utilizar
funciones del sistema operativo.
En la pgina siguiente se observa cmo se produce la interaccin completa
entre un proceso de usuario y un sistema gestor de bases de datos. Los pasos
explicados del esquema son:

1. El proceso lanzado por el usuario llama al DBMS indicando la porcin de

la base de datos que se desea tratar
2. El DBMS traduce la llamada a trminos del esquema lgico de la base de
datos. Accede al esquema lgico comprobando derechos de acceso y la
traduccin fsica
3. El DBMS obtiene el esquema fsico
4. El DBMS traduce la llamada a los mtodos de acceso del Sistema
Operativo que permiten acceder a los datos requeridos
5. El Sistema Operativo accede a los datos tras traducir las rdenes dadas
por el DBMS
6. Los datos pasan del disco a una memoria intermedia o buffer. En ese
buffer se almacenarn los datos segn se vayan recibiendo
 7. Los datos pasan del buffer al rea de trabajo del usuario (ATU) del
proceso del usuario.
8. El DBMS devuelve indicadores en los que manifiesta si ha habido errores
o advertencias a tener en cuenta. Esto se indica al rea de
comunicaciones del proceso de usuario. Si las indicaciones son
satisfactorias, los datos de la ATU sern utilizables por el proceso de
usuario.

Sistemas gestores de base de datos ms conocidos

Un gestor de base de datos (DataBase Managenent System) es un sistema que

permite la creacin, gestin y administracin de bases de datos, as como la
eleccin y manejo de las estructuras necesarias para el almacenamiento y
bsqueda de la informacin del modo ms eficiente posible.

En la actualidad, existe multitud de SGBD en la mayora relacionales. A lo largo

de este post vamos a mostrar los 10 gestores de bases de datos ms usados.

MySQL

Es un sistema de gestin de base de datos relacional, multihilo y multiusuario

seguramente el ms usado en aplicaciones creadas como software libre.
Por un lado se ofrece bajo la GNU GPL, pero, empresas que quieran incorporarlo
en productos privativos pueden comprar a la empresa una licencia que les
permita ese uso.

Ventajas:

Velocidad al realizar las operaciones

Bajo costo en requerimientos para la elaboracin de bases de datos
Facilidad de configuracin e instalacin.

Microsoft SQL Server

Es un sistema de gestin de bases de datos relacionales basado en el lenguaje

Transact-SQL, capaz de poner a disposicin de muchos usuarios grandes
cantidades de datos de manera simultnea.

Es un sistema propietario de Microsoft. Sus principales caractersticas son:

Soporte de transacciones.
Escalabilidad, estabilidad y seguridad.
Soporta procedimientos almacenados.
Incluye tambin un potente entorno grfico de administracin, que
permite el uso de comandos DDL y DML grficamente.
Permite trabajar en modo cliente-servidor donde la informacin y datos
se alojan en el servidor y las terminales o clientes de la red slo acceden a
la informacin.
Adems permite administrar informacin de otros servidores de datos

Su principal desventaja es el precio, aunque cuenta con una versin EXPRESS

que permite usarlo en entornos pequeos. (Aprox. unos 4GB de informacin y
varios millones de registros por tabla)

Oracle

Es un sistema de gestin de base de datos relacional (o RDBMS por el acrnimo

en ingls de Relational Data Base Management System), fabricado por Oracle
Corporation.

Tradicionamente Oracle ha sido el SGBS por excelencia, considerado siempre

como el ms completo y robusto, destacando por:

Soporte de transacciones.
Estabilidad.
Escalabilidad.
Es multiplataforma.
Tambien siempre ha sido considerado de los ms caros, por lo que no se ha
estadarizado su uso como otras aplicaciones.

Al igual que SQL Server, Oracle cuenta con una versin EXPRESS gratis para
pequeas instalaciones o usuarios personales.

Microsoft Access

Es un sistema de gestin de bases de datos Relacional creado por Microsoft

(DBMS) para uso personal de pequeas organizaciones.

Se ha ofrecido siempre como un componente de la suite Microsoft Office

aunque no se incluye en el paquete bsico.

Una posibilidad adicional es la de crear ficheros con bases de datos que

pueden ser consultados por otros programas.

Entre las principales funcionalidades reseables podemos indicar que:

Permite crear tablas de datos indexadas.

Modificar tablas de datos.
Relaciones entre tablas (creacin de bases de datos relacionales).
Creacin de consultas y vistas.
Consultas referencias cruzadas.
Consultas de accin (INSERT, DELETE, UPDATE).
Formularios.
Informes.
Entorno de programacin a travs de VBA
Llamadas a la API de Windows.

PostgreSQL

Es un sistema de gestin de base de datos relacional orientada a objetos y

libre, publicado bajo la licencia BSD.

Como muchos otros proyectos de cdigo abierto, el desarrollo de PostgreSQL

no es manejado por una empresa y/o persona, sino que es dirigido por una
comunidad de desarrolladores que trabajan de forma desinteresada, altruista,
libre y/o apoyada por organizaciones comerciales. La comunidad PostgreSQL se
denominada el PGDG (PostgreSQL Global Development Group).

Sus principales caractersticas son:

Alta concurrencia: mediante un sistema denominado MVCC (Acceso

concurrente multiversin, por sus siglas en ingls)
Amplia variedad de tipos nativos: provee nativamente varios soportes
 Ahorros considerables de costos de operacin
Estabilidad y confiabilidad

DB2

Este SGBD es propiedad de IBM, bajo la cual se comercializa el sistema de

gestin de base de datos. Utiliza XML como motor, adems el modelo que
utiliza es el jerrquico en lugar del modelo relacional que utilizan otros gestores
de bases de datos. Es el nico de los gestores que hemos comentado que nos
relacional.

Sus caractersticas ms importantes son:

Permite el manejo de objetos grandes (hasta 2 GB)

La definicin de datos y funciones por parte del usuario, el chequeo de
integridad referencial,
SQL recursivo, soporte multimedia: texto, imgenes, video, audio;
queries paralelos, commit de dos fases, backup/recuperacin online y
offline.
Permite agilizar el tiempo de respuestas de esta consulta
Recuperacin utilizando accesos de slo ndices.
Predicados correlacionados.
Tablas de resumen
Tablas replicadas
Uniones hash

Su principal desventaja es el precio, est dirigido solo a grandes empresas con

necesidades de almacenamiento y procesamiento muy altas.

Al igual que SQL Server y Oracle dispone de una versin EXPRESS gratis pero
no de libre distribucin.

Apache Derby

Apache Derby es un sistema gestor de base de datos relacional escrito en Java

que puede ser empotrado en aplicaciones Java y utilizado para procesos de
transacciones online. Tiene un tamao de 2 MB de espacio en disco.

Inicialmente distribuido como IBM Cloudscape, Apache Derby es un proyecto

open source licenciado bajo la Apache 2.0 License. Actualmente se distribuye
como Sun Java DB.

Sus caractersticas mas importantes son:

 o APIs para JDBC y SQL. Soporta todas las caractersticas de SQL92 y la
mayora de SQL99.

o Su cdigo mide alrededor de 2000KB comprimido.

o Soporta cifrado completo, roles y permisos. Adems posee SQL

SCHEMAS para separar la informacin en un nica base de datos y
control completo de usuarios.

o Soporta internamente procedures, cifrado y compresin. Trae soporte

multilenguaje y localizaciones especficas.

o A partir de la versin 10.4 trae un sistema simple de replicacin

maestro-esclavo.

o Transacciones y recuperacin ante errores ACID.

Ventajas:

o Se pude configurar como cliente/servidor

o Tiene la opcin del manejador de base de datos soporta la arquitectura

cliente/servidor

Desventajas:

o es tedioso solo lo puedes manipular si conoces lo bsico de SQL

o necesitas cdigos para crear la base de datos

SQLite
Es un sistema de gestin de bases de datos relacional compatible con ACID,
contenida en una relativamente pequea biblioteca escrita en C. SQLite es un
proyecto de dominio pblico.
Sus caractersticas ms importantes son:
o La biblioteca implementa la mayor parte del estndar SQL-92
o Varios procesos o hilos pueden acceder a la misma base de datos sin
problemas
o Varios accesos de lectura pueden ser servidos en paralelo.
o Un acceso de escritura slo puede ser servido si no se est sirviendo
ningn otro acceso concurrentemente.
Ventajas:
o Rendimiento de base de datos
o Interfaces
o Costo

Desventajas:
o Falta de Clave Fornea
o Falta de documentacin en espaol