República Bolivariana de Venezuela

Ministerio del Poder Popular para la Defensa

Universidad Nacional Experimental Politécnica de las Fuerzas

Armadas

Núcleo Guárico, Extensión Zaraza

MANEJADORES DE BASE DE DATOS

Profesora: Bachilleres:

Zaraza, Julio 2018

 Índice:

Introducción…………………………………………………………..Pág.3

Manejadores de Base de Datos (SMBD)…………………………Pág.4

Características y Funcionalidad de SMBD………………………Pág.5

Los Lenguajes más Utilizados en de un SMBD…………….Pág.6

Las Funciones de SGBD………………………………….………Pág.7

Apache Derby…………………………………………….………Pág.8-24

PostgreSQL……..……………………………………….……….Pág.25-37

SQLite………………………………………………..………….Pág.38-51

MySQL…………………………………………………………..Pág.52-54

isual FoxPro…………………………………………………..Páge.55-65

eOracle…………………………………………………………..Pág.e66-70

Conclusión…………………………………………eee………………..Pág
.71
e

Introducción:

Los sistemas manejadores de bases de datos llevan encima una importante

función, actúan como conectores o comunicadores entre la base de datos, el usuario
y las distintas aplicaciones que el mismo pueda utilizar, cuenta con una
especificación rigurosa en su colección de software, y los puntos a desarrollarse
ewewen el presente trabajo pretenden realizar una comprensión más amplia de lo
que los manejadores pueden brindar, sus funciones como herramientas de
construcción y algunos argumentos que aumenten el nivel de conocimiento hacia la
comprensión de existencia de los mismos. Entre los puntos a tratar, se presentaran
temas específicos con suma importancia en su desarrollo, lo cuales pueden
nombrarse como:

a. Apache Derby
b. PostgreSQL
c. SQLite
d. eeeeeeeeeeeeeeeeeeeMySQL
e. Creación de bases de datos
f. Oracle

La exposición de tales puntos se procederá a desarrollar a continuación, con el

fin de dar un mejor entendimiento de las funciones de cada uno de esos gestores
de bases de datos, sus usos, herramientas, ventajas y desventajas, más la
visualización de las formas de creación de las bases de datos.
 Manejador de Base de Datos

Un sistema manejador de bases de datos (SGBD, por sus siglas en inglés)

o DataBase Management System (DBMS) es una colección de software muy
específico, cuya función es servir dwwwwww

eeeeeew interfaz entre la base de datos, el usuario y las distintas

aplicaciones utilizaqwdas.

Como su propio nombre indica, el objetivo de los sistemas manejadores de

base de datos es precisamente el de manejar un conjunto de datos para
convertirlos en información relevante para la organización, ya sea a nivel operativo
o estratégico. Lo hace mediante una serie de rutinas de software para permitir su
uso de una manera segura, sencilla y ordenada. Se trata, en suma, de un conjunto
de programas que realizan tareas de forma interrelacionada para facilitar
la construcción y manipulación de bases de datos, adoptando la forma de interfaz
entre éstas, las aplicaciones y los mismos usuarios.

Su uso permite realizar un mejor control a los administradores de sistemas

y, por otro lado, también obtener mejores resultados a la hora de realizar consultas
que ayuden a la gestión empresarial mediante la generación de la tan perseguida
ventaja competitiva.

Características de un Sistema Manejador de Datos

Un sistema SMBD es sinónimo de independencia, una redundancia mínima,

consistencia de la información, abstracción de la información sobre su
almacenamiento físico, así como un acceso seguro y la adopción de las medidas
necesarias para garantizar la integridad de los datos.

Estas particularidades son algunos de los rasgos definitorios de un SMBD,

cuyos procesos esenciales son la manipulación y construcción de las bases de
datos, así como la definición de los mismos. Son características que, a su vez,
facilitan el cumplimiento de una serie de funciones relacionadas con muchos de los
aspectos apuntados, entre otros la definición de los datos, su fácil manipulación,
una rápida gestión, poder representar relaciones complejas entre datos y otros
aspectos relacionados con la seguridad y validez de los datos.

Frente a su gran funcionalidad, por otra parte, la inversión necesaria para

implementar un DBMS en hardware, software y conocimientos, vulnerabilidad a los
fallos por su misma centralización y sus deficiencias con algunos tipos de datos
(datos gráficos, multimedia, entre otros.), son algunas de sus principales
desventajas.

Los Lenguajes más Utilizados en un Manejador de Base de Datos

 DDL (Data Definition language): Lenguaje de Definición de Datos. Por medio

de este el DBMS identifica las descripciones de los elementos de los
esquemas y almacena la descripción del esquema en el catálogo del DBMS.
Por medio de este el DBMS especifica el esquema conceptual e interno
(Base de datos Almacenada).

 SDL (Store Definition language): Lenguaje de definición de almacenamiento.

Es utilizado por el DBMS para especificar el esquema interno que
corresponde a la Base de Datos Almacenada.

 VDL (View Definition language): Lenguaje de Definición de Vistas. Es

utilizado por el DBMS para especificar las vistas del usuario y sus
correspondencias con el esquema conceptual.

En las Bases de Datos Relacionales, el SQL, representa una combinación de los

anteriores.

 DML (Data Manipulation language): Lenguaje de Manipulación de Datos.

Permite la manipulación de las operaciones de Inserción, Eliminación y
Modificación.

Las Funciones de un Sistema Gestor de Bases de Datos (SMBD)

La ejecución de las operaciones sobre la base de datos para luego proporcionarlos
al usuario en función de su requerimiento se realiza de un modo eficiente y seguro.
Sus características de un SGDB posibilitan el cumplimiento de una serie
de funciones, que pueden agruparse de la siguiente manera:

1. Definición de los datos: El SMBD ha de poder definir todos los objetos de la base
de datos partiendo de definiciones en versión fuente para convertirlas en la versión
objeto.

2. Manipulación de los datos: El SMBD responde a las solicitudes del usuario para
realizar operaciones de supresión, actualización, extracción, entre otras gestiones.
El manejo de los datos ha de realizarse de forma rápida, según las peticiones
realizadas por los usuarios, y permitir la modificación del esquema de la base de
datos gracias a su independencia.

3. Seguridad e integridad de los datos: Además de registrar el uso de las bases de

datos, ante cualquier petición, también aplicará las medidas de seguridad e
integridad de los datos (adopta medidas garantizar su validez) previamente
definidas. Un SGBD debe garantizar su seguridad frente a ataques o simplemente
impedir su acceso a usuarios no autorizados por cualquier razón.

4. Recuperación y restauración de los datos: La recuperación y restauración de los

datos ante un posible fallo es otra de las principales funciones de un SGBD. Su
aplicación se realizará a través de un Plan de recuperación y restauración de los
datos que sirva de respaldo.

Tipos de gestores de bases de datos

La tipología de los SMBD es muy variada, en función del criterio que

utilicemos para su clasificación. Agruparlos atendiendo al modelo de datos, número
de usuarios o de sitios suele ser lo más habitual, si bien la tipología puede obedecer
a otras muchas pautas, según convenga desde un determinado enfoque práctico:Si
atendemos al modelo de datos, las bases de datos pueden ser:

Relacionales

En Red

Jerárquicos

Orientados a Objetos
Por su parte, es posible diferenciarlos según sean o no propietarios, en función de
la licencia, de acuerdo con el número de usuarios mono-usuario o multiusuario y,
por ejemplo, también agruparlos en centralizados y distribuidos, esta vez según
el número de sitios.

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 tamaño 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.

Apache Derby tiene su origen en la empresa Cloudscape Inc,

en Oakland, California que se fundó en 1996 para desarrollar una tecnología de
base de datos para Java. La primera versión del motor de base de datos, que por
entonces se llamó JBMS, tuvo lugar en 1997. Posteriormente el producto fue
renombrado como Cloudscapey aparecieron versiones nuevas cada seis meses.
En 1999 InformixSoftware, Inc., adquirió Cloudscape, Inc. En 2001 IBM adquirió los
activos de Informix Software, incluyendo Cloudscape. El motor de base de datos fue
renombrado a IBMCloudscapey continuaron apareciendo versiones, enfocadas
principalmente a usos embebidos en productos Java de IBM y middleware. En
agosto de 2004 IBM cedió el código a la Apache Software Foundation para Derby,
un proyecto patrocinado por el proyecto Apache DB. En julio de 2005 el proyecto
Derby continuó desarrollándose como subproyecto base de datos de alto nivel en
Apache. Sun se unió al proyecto Derby con el objetivo de utilizar como componente
en sus propios productos, y con el lanzamiento de Java 6 en diciembre de 2006,
Sun comenzó a empaquetar Derby en el JDK llamado Java DB.En marzo
de 2007 IBM anunció que podría comenzar a hacer marketing y dar soporte para el
producto Cloudscape, pero que continuaría contribuyendo con el proyecto Apache
Derby.

Características de Apache Derby

 Es muy liviano, cerca de 2 MB para el motor de la base y el driver JDBC

embebido.

 Está basado en Java, JDBC y estándares SQL.

 Provee un driver JDBC que permite embeber a Derby en cualquier solución

Java.

 Soporta el modo cliente/servidor.

 Es fácil de instalar, desplegar y usar.

Ventajas de Apache Derby

 Es un jar de 2mb.

 Está basado en java, usa los estándares de JDBC y SQL.

 Tiene la opción del manejador de base de datos empotrado, encajado.

 Soporta la arquitectura cliente/servidor.

 Flexibilidad Manejo de Datos Complejos.

 BDOO-Ajusta al espacio necesario y elimina espacio desperdiciado.

 Manipulación de Objetos complejos en forma rápida y ágil.

 Desventajas de Apache Derby

La falta de estándares en la industria orientadas a objetos. Sin embargo, el

“Grupo Manejador de Objetos” (OMG), es una Organización Internacional de
Proveedores de Sistemas de Información y usuarios dedicada a promover
estándares para el desarrollo de aplicaciones y sistemas orientados a objetos en
ambiente de cómputos de red.

Organización de Archivos

Como se definió principalmente, Apache Derby, es un Sistema Gestor de

Base de Datos Relacional; basado en tuplas, donde una tupla al contrario que un
segmento, permite representar tanto entidades como interrelaciones N:M.

Además, la Organización de Archivos de Derby, es de tipo Organización

Indexada Secuencial, debido a que Derby implementa índices secundarios de SQL
como BTrees (Estructura de Árbol B), específicamente implementa el algoritmo
estándar de Árbol B+ (Donde los nodos de la hoja, están enlazados, lo cual ofrece
un acceso ordenado a los registros según el campo de búsqueda).

A nivel de hoja, derby puede vincular las páginas padres, derecha e

izquierda, ya que estas están contenidas por una clase pública llamada
INDEXROWS, la cual es una implementación básica que permite colocar los
índices a los nodos.

ORGANIZACIÓN INDEXADA SECUENCIAL CON ESTRUCTURA DE DATOS

ÁRBOL B:
 Concurrencia

En base, al Diccionario en línea de la lengua española, la concurrencia se define

como acaecimiento o coincidencias de varios sucesos o cosas en un mismo tiempo.

Ahora bien, el control de concurrencia en los SMBD, es la forma de controlar la

ejecución de transacciones que operan en paralelo, accesando a información
compartida y, por lo tanto, interfiriendo potencialmente unas con otras.

Así mismo, el SMBD Apache Derby, maneja el acceso de concurrencia con un

sistema de Cierre de Páginas (Punto Muerto), el cual consta en la interrupción de
operaciones, en espera de un bloqueo. Cuando Derby aborta y/o deshace una
transacción, la misma recibe un SQLEXCEPTION (un mensaje de advertencia o
error), el cual se muestra de la manera siguiente:

 Un valor cero (0), significa la anulación de una transacción en cualquier

momento si de inmediato no puede obtener un bloqueo que lo solicite.

 Un valor negativo (-), significa un tiempo de espera infinito, para obtener el

bloqueo.

 Un valor mayor a cero (>0), significa que no se realizará ninguna

comprobación de punto muerto (cierre de páginas).

En este sentido, Derby como se mencionó en el párrafo anterior utiliza en el

control de concurrencia la técnica de bloqueo; específicamente el Bloqueo
Exclusivo, el cual se utiliza para operaciones de modificación de datos, como
INSERT, UPDATE o DELETE, garantizando que no pueden realizarse varias
actualizaciones simultáneamente en el mismo recurso.

De acuerdo a que Apache Derby posee una estructura de datos de tipo árbol
B, los interbloqueos de cierre de páginas se organizan de arriba hacia abajo y de
izquierda a derecha. Si se ejecutan varias transacciones a la vez, derby al momento
de implementar el control de concurrencia de cierre de páginas a un nodo padre y
a uno secundario, el nodo primario tiene que ser liberado, para así cumplir con el
bloqueo exclusivo.

Optimización de Consultas / Diccionario y Directorio de Datos.

Optimización de Consultas.

Cuando hablamos de optimización de consultas nos referimos a mejorar los

tiempos de respuesta en un sistema de gestión de base de datos relacional, pues
la optimización es el proceso de modificar un sistema para mejorar su eficiencia o
también el uso de los recursos disponibles. El sistema gestor de base de datos
Apache Derby, implementa el mecanismo de optimización llamado Aqua Data
Studio, el cual, es una herramienta de consulta de datos, que permite crear, editar
y ejecutar de forma rápida consultas y scripts SQL. Además con estas herramientas
se pueden exportar e importar datos, tanto dentro como fuera de la base de datos
Apache Derby. La herramienta Aqua Data Studio, es ventajosa, ya que, accede a
mostrar estadísticas en una ejecución de consultas, presentando detalles de scripts
de forma gráfica.

Las funciones de Aqua Data Studio, se explican a continuación:

 Plan de explicación visual: Permite la optimización de consultas, para su

mejora y para el rendimiento del servidor.

 Scripts parametrizados: Requiere valores de parámetros antes de ejecutar

scripts.

 Finalización automática: Aligera el establecimiento de scripts con función

finalización automática para tablas y columnas.

 Resalte de la sintaxis: Colorea automáticamente las palabras primarias SQL.

 Consultas y gráficos: Muestra gráficas de las consultas en 2D y 3D.

  Entre otras funciones importantes, tales como cruzar tablas, editar datos,
guardar en archivos excel.

En resumen, es preferible utilizar consultas almacenadas dentro del motor Derby

y no dentro de la aplicación, una consulta almacenada en un procedimiento
almacenado se ejecuta mucho más rápido y directamente sobre el motor de la base
de datos que cualquier consulta externa. Hay que tener en cuenta que poseer las
consultas dentro del motor Derby, trae la desventaja de no poder migrar datos
utilizados de una base a otra fácilmente, ya que también se deben migrar las
consultas.

Además, el funcionamiento de consultas, que es el punto central de este

tema, funciona de manera tal que, se generan consultas con los joins y los
resultados se guardan en una tabla temporal, de donde posteriormente el reporte
solo deberá mostrar los datos sin necesidad de trabajarlos primero. Usando esta
técnica, y dependiendo de los joins y los registros que intervengan, se puede
mejorar drásticamente el performance, es decir, que reportes que duran 3 minutos
en generarse pasan a 3 segundos.

Diccionario y Directorio de Datos

Ahora bien, cuando hablamos de Diccionario y/o Directorios de Datos, nos

referimos a un archivo que contiene metadatos, es decir, "Datos acerca de los
datos". Este archivo se consulta antes de leer y modificar los datos reales en el
sistema de base de datos. Una base de datos Derby diccionario, contiene objetos
como tablas, columnas, índices y archivos jar; también puede almacenar su propia
información de configuración.
 Además, Apache Derby implementa el directorio de datos, en base a un
sistema que contiene las propiedades específicas del mismo, en un archivo de
propiedades llamado Derby.Properties, el cual, es un archivo de texto que
contiene la definición de los atributos y parámetros de configuración que son
válidos para todo el sistema. Los directorios y archivos que utiliza la base de datos
Derby, son los siguientes:

 Registro de la Guía: Contiene los archivos que componen los registros de

transacciones de la base de datos, de uso interno para la recuperación de
datos.

 Seg0 Directorio: Contiene un archivo para cada tabla de usuario, tabla del
sistema y el índice.

 Service. Prperties Archivo: Contiene un archivo de texto con la información

de configuración interna.

 TMP de la Guía: Directorio temporal utilizado por Derby, utilizado para

variedad de sentencias SQL.

 Jar de la Guía: Contiene un directorio donde se almacenan los archivos jar

cuando se utiliza la clase de carga de base de datos.

Seguridad e Integridad

Cuando hablamos de seguridad e integridad en una base de datos, nos

referimos, a que la información de la base de datos debe estar protegida contra
accesos no autorizados, destrucción o alteración con fines indebidos y la
introducción accidental de inconsistencia. Pero la seguridad e integridad total de los
datos puede conservarse permitiendo el acceso a distintos campos de una base de
datos, solamente a usuarios autorizados para ello.

Tipos de privilegios y usuarios en Apache Derby.El SGBD Apache Derby, maneja la

seguridad en base a aplicaciones informáticas, donde se limitan los niveles de
acceso a la base de datos, de acuerdo al usuario que solicita entrar a la misma.
Apache utiliza un gestor llamado Liferay, el cual es un portal de gestión de
contenidos de código abierto escrito en java; dicho portal controla el acceso a través
de un conjunto de permisos denominados Rol, que a la vez estos se encuentran
clasificados en Empresa, Comunidad e Individual. Dichos Roles y Permisos, son
concedidos por el Administrador de la base de datos a cada usuario, permitiendo
instaurar Grupos de Usuarios, donde cada miembro puede recibir los Roles y/o
Permisos asignados. En cuanto a los tipos de privilegios que poseen los usuarios
se tienen:

Administración de Empresa: Tiene el nivel más alto de las funciones de

administración, ya que, tiene acceso a todas las organizaciones, localizaciones y
usuario.

Administración de Organización: Puede acceder a su propia información y la

correspondiente a las localizaciones y usuarios pertenecientes.

Administración de Localización: Puede acceder a su propia información y a

los usuarios pertenecientes.
 Definición de Privilegios en Apache Derby para un Usuario.

Como se explicó anteriormente, apache derby, soporta cifrado completo,

roles y permisos. Además posee SQL SCHEMAS, que es la forma más general de
identificar el nombre del dueño de la base de datos; con el fin de separar la
información en un única base de datos y control completo de usuarios. Además los
usuarios gozan y tienen acceso a los privilegios siguientes:

Ventanas de Consultas: Ejecutar y Editar un scripts; permisos de SQL

locales, Formateo de SQL, otros.

Explorador de Scripts: Carpetas de scripts filtrables.

Editor de Datos de Tablas: Insertar, modificar, eliminar, deshacer resultados

de registros visualmente.

Herramientas: Exportación e importación de datos, generador de scripts de

esquemas, otros.

Modelador de ER: Crear, editar y ver relaciones de esquemas de Base de

Datos mediante diagramas de Relación de Entidades.

Aspecto de Interfaz Configurable: Aqua Data Studio.

 Control de Código Fuente: Navegador de Repositorios.

Autenticación y Métodos.

La autenticación de usuario de apache derby, se maneja de dos (2) formas:

1. A través de Usuarios a Nivel de Sistemas (Para todas las bases de datos de

derby).

2. Sólo los Usuarios a Nivel de Base de Datos.

También se puede realizar la autentificación mediante el protocolo LDAP (Directorio

de Protocolo de Acceso Directo), el cual proporciona un protocolo de directorio de
acceso abierto a través de TCP/IP, que permite autenticar el nombre y contraseña
de un usuario.
 Debido a que apache derby es un sistema relacional escrito en java, los métodos
que se utilizan para la conexión de la base de datos desde cualquier plataforma java
se basan en Objetos, y entre ellos se tienen:

 Objeto Connection: Se encarga de realizar conexiones con la Interfaz de

Programación de Aplicaciones Java (API), mediante la utilización de un
método llamado getconnection, recibiendo como parámetros la dirección de
la base de datos (URL), el nombre del usuario y la contraseña.

 Objeto Statement: Permite la ejecución de consultas SQL, utilizando dos (2)

métodos, los cuales son; executeQuey, que permite ejecutar consultas con
el comando SELECT, y el otro método executeUpdate, el cual permite
ejecutar consultas con los comandos UPDATE y DELETE.

 Objeto ResultSet: Se encarga de almacenar los datos obtenidos de la

ejecución de consultas.

 ResultSetMetaData y DataBaseMetaData: Son objetos que utilizan

Connection y ResulSet, para obtener los metadatos de la base de datos, es
decir los datos sobre los datos.
 MD5. Es un algoritmo de reducción criptográfico de 128 bits ampliamente
usados, en otras palabras es una firma digital compacta empleada en una amplia
variedad de aplicaciones de seguridad, y también se utiliza comúnmente para
comprobar la integridad de los archivos.

Apache Derby, emplea el MD5 para verificar las emisiones, es decir, verificar
la integridad de los archivos descargados. Asegurando que el archivo no fue dañado
durante el proceso de descarga. El estado de salida del MD5 en apache derby,
funciona de manera tal que si arroja un cero (0) significa que el proceso se completó
sin errores, si arroja un uno (1), significa que la firma no coincide, y si arroja un dos
(2) significa que el proceso no se pudo realizar.

Llaves-ssh= Acceso Automático sin poner Contraseña. Las llaves-ssh,

significa crear claves privadas que identifiquen los servidores. Las mismas pueden
protegerse con contraseñas o no necesariamente. Lo que se desea es que cada
vez que un usuario intenta conectarse a un servidor utilizando llaves, la clave de
descodificación se le pedirá. En caso de que cualquiera que pueda leer los
archivos claves, solo verá una versión encriptada (procesos cifrados). Apache
derby, implementa el ssh, de forma tal que se puede utilizar el nombre de usuario
root db2 inst1or y la contraseña correspondiente al usuario para conectarse.

Reglas de Acceso para los Usuarios sobre los Objetos de

Apache Derby.

Las Reglas de Autorización para los usuarios sobre los Objetos de Apache Derby
son:

Derby.database.defaultConnectionMode: Define el modo de conexión por

defecto para los usuarios o sistema por el que se establece esta propiedad. Los
valores posibles se distinguen entre mayúsculas y minúsculas y son las siguientes:

 NoAccess. No permite conexiones.

 readOnlyAccess. Conexiones de sólo lectura.

 FullAccess. Otorga acceso completo.

Derby.database.FullAccessUsers: Específica una lista de nombres de usuarios

separados por comas a los que concede completo el acceso a la base de datos
(Lectura y Escritura).
 Derby.database.readOnlyAccessUsers: Específica una lista de nombres de
usuarios separados por comas a los que concede solo el acceso de Lectura.

Integridad de Dominio e Integridad Relacional.

La integridad de dominio es la que se encarga de salvaguardar los datos en

una columna de la base de datos. Mientras que la integridad relacional es la que se
encarga de salvaguardar los datos de tablas relacionadas.

Por otra parte, apache derby, trabaja con un mapeado objeto-relacional

(ORM), denominado Hibernate, el cual es un sistema que permite almacenar y/o
salvaguardar objetos de aplicaciones java en las tablas de la base de datos. Con
dicho sistema solo se necesitan escribir setencias java, y de manera independiente,
el código escrito con Hibernate funcionará en cualquier motor de datos al que se le
dé soporte, es decir, con este mapeo de objetos-relacional, tambien conocido como
POJOS (Objeto LLanura Antiguo Java); no es necesario escribir códigos especificos
sobre los objetos sin hacer que hereden de clases determinadas. En vez de eso se
trabaja con objetos que proporcionan librerías y con ficheros XML (Lenguajes de
Marcas Extensibles), que permiten definir la gramática de lenguajes específicos.

Es importante resaltar que el sistema Hibernete no siempre es compatible o

no siempre funciona correctamente, es por ello que apache derby también
implementa un código abierto de java denominado OpenJPA, que a igual que
Hibernte, se encarga de conservar la información en java a través de la utilización
de una base de datos back-end (principio y final de un proceso), y no tener que
escribir un monton desordenado de código JDBC.
 PostgreSQL:

Es un sistema de gestión de bases de datos relacional orientado a

objetos y libre, publicado bajo la licencia PostgreSQL,1 similar a la BSD o la MIT.

Como muchos otros proyectos de código abierto, el desarrollo de

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

PostgreSQL no tiene un gestor de defectos, haciendo muy difícil conocer el

estado de sus defectos.2

Nombre del producto:

El uso de caracteres en mayúscula en el nombre PostgreSQL puede

confundir a algunas personas a primera vista. Las distintas pronunciaciones de
"SQL" pueden llevar a confusión. Los desarrolladores de PostgreSQL lo pronuncian
/poːst ɡɹɛs kjuː ɛl/;. Es también común oír abreviadamente como simplemente
"Postgres", el que fue su nombre original. Debido a su soporte del estándar SQL
entre la mayor parte de bases de datos relacionales, la comunidad consideró
cambiar el nombre al anterior Postgres. Sin embargo, el PostgreSQL Core Team
anunció en 2007 que el producto seguiría llamándose PostgreSQL. El nombre hace
referencia a los orígenes del proyecto como la base de datos "post-Ingres", y los
autores originales también desarrollaron la base de datos Ingres.

Historia:

PostgreSQL ha tenido una larga evolución, la cual se inicia en 1982 con el

proyecto Ingres en la Universidad de Berkeley. Este proyecto, liderado
por Michael Stonebraker, fue uno de los primeros intentos en implementar un
motor de base de datos relacional. Después de haber trabajado un largo tiempo
en Ingres y de haber tenido una experiencia comercial con el mismo, Michael
 decidió volver a la Universidad en 1985 para trabajar en un nuevo proyecto sobre
la experiencia de Ingres, dicho proyecto fue llamado post-ingres o simplemente
POSTGRES.

El proyecto post-ingres pretendía resolver los problemas con el modelo de base

de datos relacional que habían sido aclarados a comienzos de los años 1980. El
principal de estos problemas era la incapacidad del modelo relacional de
comprender "tipos", es decir, combinaciones de datos simples que conforman una
única unidad. Actualmente estos son llamados objetos. Se esforzaron en introducir
la menor cantidad posible de funcionalidades para completar el soporte de tipos.
Estas funcionalidades incluían la habilidad de definir tipos, pero también la habilidad
de describir relaciones - las cuales hasta ese momento eran ampliamente utilizadas
pero mantenidas completamente por el usuario. En Postgres la base de datos
«comprendía» las relaciones y podía obtener información de tablas relacionadas
utilizando reglas. Postgres usó muchas ideas de Ingres pero no su código.

La siguiente lista muestra los hitos más importantes en la vida del proyecto
Postgres.

 1986: se publicaron varios papers que describían las bases del sistema.

 1988: ya se contaba con una versión utilizable.

 1989: el grupo publicaba la versión 1 para una pequeña comunidad de

usuarios.

 1990: se publicaba la versión 2 la cual tenía prácticamente reescrito el

sistema de reglas.

 1991: publicación de la versión 3, esta añadía la capacidad de múltiples

motores de almacenamiento.

 1993: crecimiento importante de la comunidad de usuarios, la cual

demandaba más características.
  1994: después de la publicación de la versión 4, el proyecto terminó y el
grupo se disolvió.

Después de que el proyecto POSTGRES terminara, dos graduados de la

universidad, Andrew Yu y Jolly Chen, comenzaron a trabajar sobre el código de
POSTGRES, esto fue posible dado que POSTGRES estaba licenciado bajo la BSD,
y lo primero que hicieron fue añadir soporte para el lenguaje SQL a POSTGRES,
dado que anteriormente contaba con un intérprete del lenguaje de consultas QUEL
(basado en Ingres), creando así el sistema al cual denominaron Postgres95.

Para el año 1996 se unieron al proyecto personas ajenas a la Universidad

como Marc Fournier de Hub.Org Networking Services, Bruce Momjian y Vadim B.
Mikheev quienes proporcionaron el primer servidor de desarrollo no universitario
para el esfuerzo de desarrollo de código abierto y comenzaron a trabajar para
estabilizar el código de Postgres95.

En el año 1996 decidieron cambiar el nombre de Postgres95 de tal modo que

refleje la característica del lenguaje SQL y lo terminaron llamando PostgreSQL,
cuya primera versión de código abierto fue lanzada el 1 de agosto de 1996. La
primera versión formal de PostgreSQL (6.0) fue liberada en enero de 1997. Desde
entonces, muchos desarrolladores entusiastas de los motores de base de datos se
unieron al proyecto, coordinaron vía Internet y entre todos comenzaron a incorporar
muchas características al motor.

Aunque la licencia permitía la comercialización de PostgreSQL, el código no

se desarrolló en principio con fines comerciales, algo sorprendente considerando
las ventajas que PostgreSQL ofrecía. La principal derivación se originó cuando
Paula Hawthtorn (un miembro del equipo original de Ingres que se pasó a Postgres)
y Michael Stonebrakerconformaron Illustra Information Technologies para
comercializar Postgres.

En 2000, ex inversionistas de Red Hat crearon la empresa Great Bridge para

comercializar PostgreSQL y competir contra proveedores comerciales de bases de
datos. Great Bridge auspició a varios desarrolladores de PostgreSQL y donó
recursos de vuelta a la comunidad, pero a fines de 2001 cerró debido a la dura
competencia de compañías como Red Hat y pobres condiciones del mercado.

En 2001, Command Prompt, Inc. lanzó Mammonth PostgreSQL, la más

antigua distribución comercial de PostgreSQL. Continúa brindando soporte a la
comunidad PostgreSQL a través del auspicio de desarrolladores y proyectos,
incluyendo PL/Perl, PL/php y el alojamiento de proyectos de comunidades como
PostgreSQL Build Farm.

En enero de 2005, PostgreSQL recibió apoyo del proveedor de base de

datos Pervasive Software, conocido por su producto Btrieve que se utilizaba en la
plataforma Novell Netware. Pervasive anunció soporte comercial y participación
comunitaria y logró algo de éxito. Sin embargo, en julio de 2006 dejó el mercado de
soporte de PostgreSQL.

A mediados de 2005 otras dos compañías anunciaron planes para

comercializar PostgreSQL con énfasis en nichos separados de
mercados. EnterpriseDB añadió funcionalidades que le permitían a las aplicaciones
escritas para trabajar con Oracle ser más fáciles de ejecutar con PostgreSQL.
Greenplum contribuyó mejoras directamente orientadas a aplicaciones de Data
Warehouse e Inteligencia de negocios, incluyendo el proyecto BizGres.

En octubre de 2005, John Loiacono, vicepresidente ejecutivo de software

en Sun Microsystems comentó: "No estamos yendo tras el OEM de Microsoft pero
estamos viendo a PostgreSQL ahora", aunque no se dieron especificaciones en ese
momento. Para noviembre de 2005, Sun Solaris 10 (lanzamiento 6/06) incluía
PostgreSQL.

En agosto de 2007 EnterpriseDB anunció el Postgres Resource Center y

EnterpriseDB Postgres, diseñados para ser una distribución de PostgreSQL
completamente configurada, incluyendo muchos módulos contribuidos y agregados.
EnterpriseDB Postgres fue renombrado Postgres Plus en marzo de 2008.
 El proyecto PostgreSQL continúa haciendo lanzamientos principales
anualmente y lanzamientos menores de reparación de bugs, todos disponibles bajo
la licencia PostgreSQL, y basados en contribuciones de proveedores comerciales,
empresas aportantes y programadores de código abierto mayormente.

Características:

Algunas de sus principales características son, entre otras:

Alta concurrencia:

Mediante un sistema denominado MVCC (Acceso concurrente multiversión,

por sus siglas en inglés) PostgreSQL permite que mientras un proceso escribe en
una tabla, otros accedan a la misma tabla sin necesidad de bloqueos. Cada usuario
obtiene una visión consistente.

Amplia variedad de tipos nativos

PostgreSQL provee nativamente soporte para:

 Números de precisión arbitraria.

 Texto de largo ilimitado.

 Figuras geométricas (con una variedad de funciones asociadas).

 Direcciones IP (IPv4 e IPv6).

 Bloques de direcciones estilo CIDR.

 Direcciones MAC.

 Arrays.

Adicionalmente los usuarios pueden crear sus propios tipos de datos, los que
pueden ser por completo indexables gracias a la infraestructura GiST de
PostgreSQL. Algunos ejemplos son los tipos de datos GIS creados por el
proyecto PostGIS.
Otras características:

 Claves ajenas también denominadas Llaves ajenas o Claves Foráneas

(foreign keys).

 Disparadores (triggers): Un disparador o trigger se define como una acción

específica que se realiza de acuerdo a un evento, cuando éste ocurra dentro
de la base de datos. En PostgreSQL esto significa la ejecución de un
procedimiento almacenado basado en una determinada acción sobre una
tabla específica. Ahora todos los disparadores se definen por seis
características:

 El nombre del disparador o trigger

 El momento en que el disparador debe arrancar

 El evento del disparador deberá activarse sobre...

 La tabla donde el disparador se activará

 La frecuencia de la ejecución

 La función que podría ser llamada

 La función no es correcta

Entonces combinando estas seis características, PostgreSQL le permitirá crear una

amplia funcionalidad a través de su sistema de activación de disparadores (triggers).

 Vistas.

 Integridad transaccional.

 Herencia de tablas.

 Tipos de datos y operaciones geométricas.

 Soporte para transacciones distribuidas. Permite a PostgreSQL integrarse en

un sistema distribuido formado por varios recursos (p.ej, una base de datos
 PostgreSQL, otra Oracle, una cola de mensajes IBM MQ JMS y un ERP SAP)
gestionado por un servidor de aplicaciones donde el éxito ("commit") de la
transacción global es el resultado del éxito de las transacciones locales. Más
información en inglés
en http://www.theserverside.com/discussions/thread.tss?thread_id=21385#9
5297 y en http://java.sun.com/javaee/technologies/jta/index.jsp.

Funciones:

Bloques de código que se ejecutan en el servidor. Pueden ser escritos en varios

lenguajes, con la potencia que cada uno de ellos da, desde las operaciones básicas
de programación, tales como bifurcaciones y bucles, hasta las complejidades de la
programación orientada a objetos o la programación funcional.

Los disparadores (triggers en inglés) son funciones enlazadas a operaciones

sobre los datos.

Algunos de los lenguajes que se pueden usar son los siguientes:

 Un lenguaje propio llamado PL/PgSQL (similar al PL/SQL de oracle).

 C.

 C++.

 Java PL/Java web.

 PL/Perl.

 plPHP.

 PL/Python.

 PL/Ruby.

 PL/sh.

 PL/Tcl.
  PL/Scheme.

 Lenguaje para aplicaciones estadísticas R por medio de PL/R.

PostgreSQL soporta funciones que retornan "filas", donde la salida puede

tratarse como un conjunto de valores que pueden ser tratados igual a una fila
retornada por una consulta (query en inglés).

Las funciones pueden ser definidas para ejecutarse con los derechos del
usuario ejecutor o con los derechos de un usuario previamente definido. El concepto
de funciones, en otros DBMS, son muchas veces referidas como "procedimientos
almacenados" (stored procedures en inglés).

Ventajas:

-Seguridad en términos generales

-Integridad en BD: restricciones en el dominio

-Integridad referencial

-Afirmaciones (Assertions)

-Disparadores (Triggers)

-Autorizaciones

-Conexión a DBMS

-Transacciones y respaldos

Productos alrededor de PostgreSQL[editar]

El PGDG solo desarrolla el Motor de Datos y un número pequeño de

utilidades, para potenciar el trabajo con PostgreSQL suele ser necesario añadir
utilidades externas creadas especialmente para este motor, algunas de estas
herramientas son:

1.Shanick
 Historial de liberaciones:

Liberación Primera liberación Última versión menor Última liberación

0.01 1995-05-01 0.03 1995-07-21

1.0 1995-09-05 1.09 1996-11-04

6.0 1997-01-29 −

6.1 1997-06-08 6.1.1 1997-07-85

6.2 1997-10-02 6.2.1 1997-10-17

6.3 1998-03-01 6.3.2 1998-04-07

6.4 1998-10-30 6.4.2 1998-12-20

6.5 1999-06-09 6.5.3 1999-10-13

7.0 2000-05-08 7.0.3 2000-11-11

7.1 2001-04-13 7.1.3 2001-08-15

7.2 2002-02-04 7.2.8 2005-05-09

7.3 2002-11-27 7.3.21 2008-01-07

7.4 2003-11-17 7.4.30 2010-10-04

8.0 2005-01-19 8.0.26 2010-10-04

8.1 2005-11-08 8.1.23 2010-12-16

8.2 2006-12-05 8.2.23 2011-09-26

8.3 2008-02-04 8.3.23 2013-02-07

8.4 2009-07-01 8.4.22 2014-07-24

9.0 2010-09-20 9.0.23 2015-10-08

9.1 2011-09-12 9.1.24 2016-10-27

9.2 2012-09-10 9.2.19 2016-10-27

9.3 2013-09-09 9.3.15 2016-10-27

9.4 2014-12-18 9.4.10 2016-10-27

9.5 2016-01-07 9.5.5 2016-10-27

9.6 2016-09-29 9.6.1 2016-10-27

10 2017-10-05 10.0 2017-10-05

Soportado por la comunidad

Sin soporte de la comunidad3

Alternativas Comerciales:

Gracias a su licencia BSD, se permite la utilización del código para ser

comercializado. Uno de los casos ejemplo es la de Enterprise DB (Postgresql Plus),
la cual incluye varios agregados y una interfaz de desarrollo basada en Java. Entre
otras empresas que utilizan Postgresql para comercializar se encuentra CyberTech
(Alemania), con su producto CyberCluster.

GIS

PostGIS

Extensión que añade soporte de objetos geográficos a PostgreSQL y permite

realizar análisis mediante consultas SQL espaciales o mediante conexión a
aplicaciones GIS(Sistema de Información Geográfica).

Replicación[editar]

PgCluster

Replicación multi maestro.

Slony-I

Replicación maestro esclavo.

PyReplica

Replicación maestro esclavo y multi maestro asincrónica.

Herramientas de administración[editar]

PgAdmin

Entorno de escritorio visual libre y de código abierto. Instalable en

plataformas Linux, FreeBSD, Solaris, Mac OSX y Windows. Permite conectarse a
bases de datos PostgreSQL que estén ejecutándose en cualquier plataforma. Está
disponible en diferentes idiomas.

Facilita la gestión y administración de bases de datos ya sea mediante

instrucciones SQL o con ayuda de un entorno gráfico. Permite acceder a todas las
funcionalidades de la base de datos; consulta, manipulación y gestión de datos,
incluso opciones avanzadas como manipulación del motor de replicación Slony-I.
 El proyecto pgAdmin fue fundado y tiene como desarrollador principal a David
Page.

Esta herramienta se empezó a escribir en Visual Basic y con el tiempo ha

cambiado de lenguajes.

 pgManager fue el nombre del primer prototipo, fue escrito para PostgreSQL
6.3.2 en 1998, meses después fue reescrito y distribuido.

 pgAdmin fue la versión reescrita, se presentó bajo la licencia GNU General

Public License (GPL).

 pgAdmin II fue una versión reescrita completamente, presentada por primera

vez el 16 de enero de 2002.

 pgAdmin III fue la tercera versión, se liberó bajo la Artistic License y luego
bajo la misma licencia que PostgreSQL. Esta versión se hizo en C++, usando
el framework wxWidgets framework permitiendo su ejecución en la los
sistemas operativos más usados. La herramienta de consultas (query tool)
incluye un lenguaje llamado pgScript para soportar tareas de desarrollo y
administración.

 pgAdmin 4 fue presentado el 29 de septiembre de 2016 4 fue hecho en

Python y Javascript/jQuery, y un runtime para escritorio escrito en C ++ con
la librería gráfica Qt.

En diciembre de 2014 Dave Page, anunció que con el cambio hacia modelos
basados en web, se comenzó a trabajar en pgAdmin 4 con el objetivo de facilitar los
despliegues en la nube.

PgAccess

Entorno de escritorio visual.

PhpPgAdmin

Entorno web.
psql

Cliente de consola.

Database Master

Entorno de escritorio visual.

Búsqueda de texto[editar]

Full text search

Incluido en el núcleo a partir de la versión 8.3.

Via Tsearch2 y OpenFTS para versiones anteriores a la 8.3.

XML[editar]

XML/XSLT soporte

Via XPath extensiones en la sección contrib.

SQLite:

SQLite es una biblioteca escrita en leguaje C que implementa un Sistema de

gestión de bases de datos transaccionales SQL auto-contenido, sin servidor y sin
configuración. El código de SQLite es de dominio público y libre para cualquier uso,
ya sea comercial o privado. Actualmente es utilizado en gran cantidad de
aplicaciones incluyendo algunas desarrolladas como proyectos de alto nivel.

Historia:

Cuando D. Richard Hipp trabajaba desarrollando Software para la fuerza

naval de los Estados Unidos, comenzó a desarrollar SQLite, según él por una
necesidad personal para su uso personal. En Enero de 2000 D. Richard Hipp estaba
trabajando con su equipo de la General Dynamics en la Fuerza naval de los Estados
Unidos, en un proyecto de software, el cual se conectaba a una base de datos
Informix, el motor funcionaba muy bien, pero habían tenido problemas para hacer
una reconfiguración cuando el sistema se reiniciaba. Luego cambiaron a
PostgreSQL, pero administrar la base de datos era un poco más complejo. Fue en
ese momento cuando surgió la idea de escribir un simple motor de base de datos
SQL que permitiera leer los archivos del disco duro, y luego ser llamados en
diferentes solicitudes.

Cinco meses más tarde comenzó a escribir las primeras versiones de lo que
se conoce hoy como SQLite, con el pensamiento de que sería útil en algún problema
similar. A diferencia de los sistemas de gestión de base de datos cliente-servidor, el
motor de SQLite no es un proceso independiente con el que el programa principal
se comunica. En lugar de eso, la biblioteca SQLite se enlaza con el programa
pasando a ser parte integral del mismo. El programa utiliza la funcionalidad de
SQLite a través de llamadas simples a subrutinas y funciones. Esto reduce la
latencia en el acceso a la base de datos, debido a que las llamadas a funciones son
más eficientes que la comunicación entre procesos. El conjunto de la base de datos
(definiciones, tablas, índices, y los propios datos), son guardados como un sólo
fichero estándar en la máquina host. Este diseño simple se logra bloqueando todo
el fichero de base de datos al principio de cada transacción.
 En su versión 3, SQLite permite bases de datos de hasta 2 Terabytes de
tamaño, y también permite la inclusión de campos tipo BLOB. El autor de SQLite
ofrece formación, contratos de soporte técnico y características adicionales como
compresión y cifrado.

Características:

SQLite es un sistema completo de bases de datos que soporta múltiples

tablas, índices, triggers y vistas. No necesita un proceso separado funcionando
como servidor ya que lee y escribe directamente sobre archivos que se encuentran
en el disco duro. El formato de la base de datos es multiplataforma e indistintamente
se puede utilizar el mismo archivo en sistemas de 32 y 64 bits.

La base de datos se almacena en un único fichero a diferencia de otros

DBMS que hacen uso de varios archivos. SQLite emplea registros de tamaño
variable de forma tal que se utiliza el espacio en disco que es realmente necesario
en cada momento.

El código fuente está pensado para que sea entendido y accesible por
programadores promedio. Todas las funciones y estructuras están bien
documentadas.

Existe un programa independiente de nombre sqlite que puede ser utilizado

para consultar y gestionar los ficheros de base de datos SQLite. También sirve como
ejemplo para la escritura de aplicaciones utilizando la biblioteca SQLite.

Implementación de SQL

La biblioteca implementa la mayor parte del estándar SQL-92, incluyendo

transacciones de base de datos atómicas, consistencia de base de datos,
aislamiento, y durabilidad (ACID), triggers y la mayor parte de
las consultas complejas.

Características omitidas de SQL

 Restricciones FOREIGN KEY,

  Soporte completo para triggers (disparadores)

 Soporte completo para ALTER TABLE, solamente implementa las

instrucciones RENAME TABLE y ADD COLUMN.

 RIGHT y FULL OUTER JOIN, sólo está implementada la instrucción LEFT

OUTER JOIN.

 Escribir en VIEWs, ya que las vistas en SQLite son de sólo lectura.

 GRANT y REVOKE, pues no tienen sentido en un sistema de bases de datos

embebido.

Tipos de datos:

SQLite usa un sistema de tipos inusual. En lugar de asignar un tipo a una

columna como en la mayor parte de los sistemas de bases de datos SQL, los tipos
se asignan a los valores individuales.

Cada uno de los datos almacenados en una base de datos SQLite implemtenta
alguno de los siguientes tipos:

 NULL, un valor nulo.

 INTEGER, un entero con signo que se almacena en 1, 2, 3, 4, 5, 6 o 8 bytes

de acuerdo a la magnitud del valor.

 REAL, un número de coma flotante (real), almacenado en 8 bytes.

 TEXT, una cadena de texto almacenada con las codificaciones UTF-8, UTF-
16BE o UTF-16-LE.

 BLOB, datos en formato binario, se almacenan exactamente como se

introdujeron.

Autoincremento:
 Una duda tradicional es el modo de implementar el autoincremento,
principalmente para las llaves primarias. La forma más sencilla es declarar el tipo
de dato como INTEGER PRIMARY KEY.

Concurrencia:

Varios procesos o hilos pueden acceder a la misma base de datos sin

problemas. Varios accesos de lectura pueden ser servidos en paralelo. Un acceso
de escritura sólo puede ser servido si no se está sirviendo ningún otro acceso
concurrentemente.

Ventajas:

 Tamaño: SQLite tiene una pequeña memoria y una única biblioteca es

necesaria para acceder a bases de datos, lo que lo hace ideal para
aplicaciones de bases de datos incorporadas.

 Rendimiento de base de datos: SQLite realiza operaciones de manera

eficiente y es más rápido que MySQL y PostgreSQL.

 Portabilidad: se ejecuta en muchas plataformas y sus bases de datos pueden

ser fácilmente portadas sin ninguna configuración o administración.

 Estabilidad: SQLite es compatible con ACID, reunión de los cuatro criterios

de Atomicidad, Consistencia, Aislamiento y Durabilidad.

 SQL: implementa un gran subconjunto de la ANSI – 92 SQL estándar,

incluyendo sub-consultas, generación de usuarios, vistas y triggers.

 Interfaces: cuenta con diferentes interfaces del API, las cuales permiten
trabajar con C++, PHP, Perl, Python, Ruby, Tcl, Groovy, Qt ofrece
el pluginqsqlite, etc.

 Costo: SQLite es de dominio público, y por tanto, es libre de utilizar para

cualquier propósito sin costo y se puede redistribuir libremente.
 Usos aconsejados de SQLite:

 Formato de archivo de aplicaciones.

 Aplicaciones desktop.

 Bases de datos para dispositivos.

 Bases de datos de sitios web de pequeño y mediano tamaño.

 Enseñanza.

Usos no aconsejados de SQLite

 Aplicaciones Cliente-servidor.

 Sitios web con gran cantidad de transacciones.

 Bases de datos muy grandes (SQLite soporta hasta 2 terabytes).

 Alta concurrencia.

Aplicaciones que utilizan SQLite:

 Photoshop Lightroom (Adobe)

 Adobe Reader (Adobe)

 Mac OS-X (Apple)

 Firefox (Mozilla)

 Android (Google)

 Solaris 10 (Sun)

Ejemplos de uso de SQLite:

TCL

#!/usr/bin/tclsh
if {$argc!=2} {

puts stderr "Usage: %s DATABASE SQL-STATEMENT"

exit 1

load /usr/lib/tclsqlite3.so Sqlite3

sqlite3 db [lindex $argv 0]

db eval [lindex $argv 1] x {

foreach v $x(*) {

puts "$v = $x($v)"

puts ""

db close

#include <stdio.h>

#include <sqlite3.h>

static int callback(void *NotUsed, int argc, char **argv, char **azColName){

int i;

for(i=0; i<argc; i++){

printf("%s = %s\n", azColName[i], argv[i] ? argv[i] : "NULL");

 }

printf("\n");

return 0;

int main(int argc, char **argv){

sqlite3 *db;

char *zErrMsg = 0;

int rc;

if( argc!=3 ){

fprintf(stderr, "Usage: %s DATABASE SQL-STATEMENT\n", argv[0]);

exit(1);

rc = sqlite3_open(argv[1], &db);

if( rc ){

fprintf(stderr, "Can't open database: %s\n", sqlite3_errmsg(db));

sqlite3_close(db);

exit(1);

rc = sqlite3_exec(db, argv[2], callback, 0, &zErrMsg);

 if( rc!=SQLITE_OK ){

fprintf(stderr, "SQL error: %s\n", zErrMsg);

sqlite3_free(zErrMsg);

sqlite3_close(db);

return 0;

Aplicaciones para el trabajo con bases de datos SQLite

 SQLite2009 Pro

 SQLite Expert Personal

 SQLiteManager

Herramientas para gestionar SQLite

SQLite Manager:

Descarga del software: https://addons.mozilla.org/es/firefox/addon/sqlite-

manager/

Gestor de bases de datos SQLite, con una interfaz muy bien definida,
mostrando en pestañas los elementos de diseño, administración y la elaboración de
instrucciones SQL, con la posibilidad de crear y navegar por las tablas, índices y
views, insertar, eliminar y editar las tablas, ejecutar sentencias SQL, etc.
Además proporciona un completo sistema de generación de informes, exportables
en una gran variedad de formatos, incluyendo HTML, CSV y XML.
SQLite Database Browser:

Descarga del software: http://sqlitebrowser.org/

SQLite Database Browser es un software gratuito, de dominio público y una

herramienta visual de código abierto, utilizado para crear, diseñar y editar archivos
de base de datos compatible con SQLite. Está orientado a usuarios y
desarrolladores que quieran crear bases de datos, edición y búsqueda de datos
mediante una interfaz de hoja de cálculo familiar, sin la necesidad de aprender
complicados comandos SQL.
Las siguientes son las opciones disponibles para el usuario:

 Crear archivos de bases de datos compactos.

 Crear, definir, modificar y eliminar tablas.

 Crear, definir y eliminar índices.

 Leer, modificar, insertar y eliminar registros.

 Importar y exportar registros como texto.

 Importación/exportación de tablas desde / hacia a archivos CSV.

  Importación/exportación de bases de datos desde / hacia a archivos de
volcado de SQL.

 Posibilita la emisión de consultas SQL y examinar los resultados obtenidos.

 Permite examinar el registro de todos los comandos SQL emitidos por la

aplicación.

SQLiteEstudio:

Descarga del software: http://sqlitestudio.pl/

SQLiteStudio es un gestor de Base de Datos SQLite, con las siguientes

características:

 Interfaz intuitiva y amigable.

  Todas las características SQLite3 y SQLite2 envueltos en una sencilla
interfaz gráfica de usuario.

 Multiplataforma: se ejecuta en los S.O. Windows 9x/2k/XP/2003/Vista/7,

Linux, Solaris, FreeBSD etc. Soporte para Mac OS X en futuras ediciones.

 Posibilidad de exportar a varios formatos (sentencias SQL, CSV, HTML,

XML).

 Permite la configuración de colores, fuentes y accesos directos.

 Es código abierto y libre – Publicado bajo licencia GPLv2.

 Manejo bastante rápido de tablas con muchos datos (vista previa de los datos
de la tabla y los resultados de las consultas SQL son divididos y mostrados
en trozos más pequeños).

 Personalizable (se puede simular la interfaz para Windows 9x/XP, KDE, GTK,
Mac OS X etc.).

 Codificación UTF -8.

 Archivo ejecutable individual – no es necesario instalar o desinstalar.

SQLite Expert:

Descarga del software: http://www.sqliteexpert.com/

Es una herramienta visual potente y útil, que permite a los usuarios administrar
fácilmente Bases de Datos SQLite3.
Entre sus características destacan las siguientes:

 Permite la creación consultas SQL complejas con facilidad.

 Presenta las consultas SQL en formato de diseño de texto.

 Potentes medios de análisis de la consulta SQL y análisis.

 Editor avanzado de SQL con resaltado de sintaxis y autocompletado de

código.

 Importar datos de fuente de datos ADO, archivos CSV, script SQL o SQLite.

 Exportar datos a archivos CSV, script SQL, Excel o SQLite.

 Copiar tablas entre bases de datos SQLite usando arrastrar y soltar.

  Exportar datos a Excel a través del portapapeles.

 Plataformas soportadas: Windows 2000, XP, Vista, 7.

En la próxima publicación veremos un caso práctico con la API SQLite donde

crearemos una base de datos con una tabla que almacenará una lista de artículos
que se irán gestionando desde la pantalla principal de la aplicación.
 MySQL:

MySQL es un sistema de gestión de base de datos relacional (RDBMS) de

código abierto, basado en lenguaje de consulta estructurado (SQL).

MySQL se ejecuta en prácticamente todas las plataformas, incluyendo

Linux, UNIX y Windows. A pesar de que se puede utilizar en una amplia gama de
aplicaciones, MySQL se asocia más con las aplicaciones basadas en la web y la
publicación en línea y es un componente importante de una pila empresarial de
código abierto llamado LAMP. LAMP es una plataforma de desarrollo web que
utiliza Linux como sistema operativo, Apache como servidor web, MySQL como
sistema de gestión de base de datos relacional y PHP como lenguaje de
programación orientado a objetos (a veces, Perl o Python se utiliza en lugar de
PHP).

MySQL, que fue concebido originalmente por la compañía sueca MySQL

AB, fue adquirida por Oracle en 2008. Los desarrolladores todavía pueden usar
MySQL bajo la Licencia Pública General de GNU (GPL), pero las empresas deben
obtener una licencia comercial de Oracle.

Los vástagos de MySQL se llaman derivados (forks). Ellos incluyen:

Drizzle - un sistema de gestión de base de datos ligero de código abierto en

el desarrollo basado en MySQL 6.0.

MariaDB - un reemplazo popular "drop-in" desarrollado en la comunidad

para MySQL que utiliza las API y los comandos de MySQL.

Percona Server con XtraDB - una versión mejorada de MySQL conocido por
su escalabilidad horizontal.

Herramientas de MySQL

MySQL Query Browser Y MySQL Administrator

MySQL Query Browser

MySQL Query Browser es una herramienta gráfica proporcionada por MySQL
AB para crear, ejecutar, y optimizar consultas en un ambiente gráfico, donde el
MySQL Administrator esta diseñado para administrar el servidor MySQL.
MySQL Query Browser esta diseñado para ayudarle a consultar y analizar
datos almacenados en su base de datos MySQL.
Aunque todas las conslutas ejecutadas en el MySQL Query Browser pudieran
ser también ejecutadas en la utilidad de línea de comando mysql, MySQL
Query Browser permite de una manera más intuitiva y grafica la consulta y la
edición de datos.
MySQL Query Browser está diseñado para trabajar con versiones superiores a
MySQL 4.0.
MySQL Query Browser es el resultado de las sugerencias que MySQL AB ha
recibido de multiples usuarios durante varios años. Sin embargo, si usted
siente que carece de alguna característica importante para usted o si escubre
algun bug, por favor use nuestro MySQL Bug System para sugerir nuevas
caracteristicas o reportar problemas.

Para MySQL Query Browser, existe un foro(Inglés) dedicado disponible

enhttp://forums.mysql.com/list.php?108.

MySQL Administrator

MySQL Administrador es el nuevo software de administración de servidores de

Bases de Datos de MySQL que ha creado MySQL AB. Se trata de un software
multiplataforma, que por el momento se encuentra disponible para Linux y
Microsoft Windows y que cuenta con un entorno gráfico de usuario muy
intuitivo.
Este nuevo producto suple las carencias que tiene MySQL Control Center en el
área de Administración de servidores. MySQL Control Center en estos
momentos está deprecado, ha quedado obsoleto y no sigue desarrollándose.
Se ha sustituido por el conjunto de programas MySQL Administrator y MySQL
Query Browser.
MySQL Administrador es una herramienta que permite realizar tareas
administrativas sobre servidores de MySQL incluyendo:

 La configuración de las opciones de inicio de los servidores

 Inicio y detención de servidores

 Monitorización de conexiones al servidor

 Administración de usuarios

 Monitorización del estado del servidor, incluyendo estadísticas de uso

 Visualización de los logs de servidor

 Gestión de copias de seguridad y recuperaciones

 Visualización de catálogos de datos.

 Visual FoxPro:

Visual FoxPro es un lenguaje de programación orientado a objetos y

procedural, un Sistema Gestor de Bases de datos o Database Management System
(DBMS), y desde la versión 7.0, un Sistema administrador de bases de datos
relacionales, producido por Microsoft.

Características:

Visual FoxPro ofrece a los desarrolladores un conjunto de herramientas para

crear aplicaciones de bases de datos para el escritorio, entornos cliente/servidor,
tablet PC o para la Web.
Entre sus características se pueden enumerar:

 Capacidades poderosas y muy veloces para el manejo de datos nativos y

remotos.

 Flexibilidad para crear todo tipo de soluciones de bases de datos.

 Lenguaje de Programación orientado a objetos.

 Utilización de Sentencias SQL en forma nativa.

 Poderoso manejo de vistas, cursores y control completo de estructuras

relacionales.

 Su propio gestor de base de datos incorporado. Sin embargo, también puede

conectarse con servidores de base de datos, tales como Oracle, Microsoft
SQL Server o MySQL.

 Cuenta con un motor de generación de informes renovado y muy flexible para

soluciones más robustas.

 Desde la versión 9.0, amplio soporte de XML, tanto como fuente de datos
(por ej., servicios Web basados en XML) como por generar reportes en
formato XML.
  Desde la versión 7.0, soporte de la tecnología IntelliSense de Microsoft.

Ventajas:

 Administración de Datos e Interoperabilidad (Cree soluciones .NET,

compatibles con XML jerárquico. Intercambia datos con SQL a través del
lenguaje SQL).

 Herramientas de Productividad Extendibles para el Programador (Mejore sus

interfaces de usuarios con formularios y un soporte de imágenes mejorado,
personalice ventanas).

 Flexibilidad para Construir Todo Tipo de Soluciones de Base de Datos

(Construya y despliegue aplicaciones individuales y remotas para PC`s que
operan en windows. Cree y acceda a componentes .COM y a servicios Web
basados en XML y compatibles con microsoft .NET.

 Reporte de Funciones de Sistema (Control preciso de reportes y formateo de

datos).

 Fácil de Actualizar (Actualizaciòn sencilla, VFP 8.0 es 100% compatible con

VFP 9.0).

Desventajas:

 Rumores de que Microsoft planea terminar el soporte para FoxPro han sido
comunes desde su adquisición del producto, a pesar del hecho de que éste
ha tenido el tiempo de vida de soporte más largo para un producto de
Microsoft.

 Dificultad de mantenimiento.

Requisitos de sistema para instalar Microsoft Visual FoxPro

 Requisitos Mínimos Procesador PC con procesador Pentium-class.

  Sistema Operativo Microsoft Windows 2000 con Service Pack 3 o sistema
operativo posterior Microsoft Windows XP o versión posterior Microsoft
Windows Server 2003 o versión posterior.

 Memoria 64 MB de RAM (mínimo); 128 MB (se recomienda superior).

 Disco Rígido 165 MB de espacio disponible en el disco rígido para una

instalación típica; 20 MB de espacio disponible en el disco rígido para cumplir
con los Pre-requisitos de Microsoft Visual FoxPro.

 Lector Lector de CD-ROM o DVD-ROM.

 Monitor Super VGA 800 X 600 o monitor de resolución superior con 256
colores.

 Mouse de Microsoft Mouse o compatible.

Es un sistema orientado a objeto para la generación de Base de Datos y

el desarrollo de aplicaciones.

Desde Visual FoxPro podemos crear Formularios, Base de Datos , Informes,

Vistas, Proyectos entre otros. Podemos crear los elementos de un proyecto por
separado y luego agregarlos a un proyecto existente o crear un proyecto y desde
éste ir agregando los elemento que deba contener. Cuando creamos un proyecto
debemos crear una carpeta de trabajo en la se guarde el proyecto. Para indicarle a
Visual Foxpro en cual directorio debe buscar los archivos del proyecto debemos
indicarle el directorio por defecto; en le menú Herramientas en la opción de
Opciones en la ficha de Archivos, aparecerá la ruta por defecto el directorio de Vfp
cambiamos este directorio por la carpeta en la que está nuestro proyecto y
seleccionamos Aceptar. Desde la Ventana de Comandos se utiliza el comando SET
DEFAULT nombrederuta por ejemplo: Set default c:\publico\practica (La Ventana de
Comandos será explicada mas adelante)

CREACION DE LA BASE DE DATOS:

1. Ubiquese en la ficha Datos y luego en Base de Datos y presione el botón

Nuevo

La ventana del Diseñador de Base da datos aparecerá :

Puede utilizar la barra de herramientas del Diseñador para el control de la Base de

Datos.

Descripción de los botones de la Barra de herramientas (Diseñador de Base de

Datos):
Crear una nueva tabla.

Agregar una tabla existente

Eliminar una tabla seleccionada

Modificar una tabla seleccionada

Creación de Vistas remotas

Creación de Vistas locales

Editar Procedimientos almacenados en la Base de Datos

Creación de Conexiones con vistas remotas

Examinar el contenido la tabla (BROWSE)

Los nombres de las tablas deben ser de una a ocho caracteres de largo y deben
tener la extensión predeterminada .dbf (database file: archivo de Base de Datos)

Crear una nueva tabla:

1. Click en el botón de Nueva tabla, aparecerá la ventana Nueva Tabla

 2. Se selecciona Nueva Tabla, luego aparece la ventana de guardar el archivo,
seleccione el directorio y el nombre de la tabla y luego presione el boton
de guardar.

La ventana del Diseñador de tablas aparecerá en pantalla:

Esta es la parte mas importante de la tabla, es aquí donde se define

la estructura de datos que contendrá dicha tabla. El primer paso es definir los
campos, tipos, tamaño, Formato y Reglas de validación.

a. Definición de campos:

b. Igual que en las versiones anteriores, la definición de campos es igual. Se

introduce el nombre del campo (name) el tipo de datos que soportará (Type)
y el tamaño. Los nombres de los campos pueden tener hasta 254 caracteres
sin espacios en blanco

Format (Formato): Es el formato de salida del campo, ejemplo si fuera númerico

9,999.99 o si fuera carácter !!!!!!!!!!!!, para que solo acepte mayusculas

Input mask (Máscara de entrada): Igual que el Format, lo único que es para la
entrada de datos.
 Captión (Título): Descripción mas precisa del campo, es de utilidad al diseñar
los Formularios.

c. Definición del Display

d. Definición de reglas de validación a nivel de campo

La validación son triggers o eventos que se ejecutan a nivel de campo. Ejemplo:

una validación de un campo que solo acepte números positivos. (id > 0)

Rule (Regla): Es la regla de validación, ejemplo: id > 0, si queremos que

acepte valores positivos.

Message(Mensaje): Es el mensaje personalizado que queremos que aparezca

en pantalla a la hora de violarse la regla de validación del campo. Ejemplo : ‘Solo
se aceptan números positivos’ (nota: el texto debe escribirse entre comillas).

Default Value : Valor por defecto del campo. (nota: hay que respetar el tipo de
dato del campo)

Luego de hacer la definición de los campos, pasamos a la definición de Indices

de la tabla, que será muy importante a la hora de crear las relaciones entre las
tablas.

Los índices facilitan la ubicación en la tabla de un registro específico así como

también determinan el tipo de relaciones que existen entre las tablas

Los índices pueden ser CDX o IDX:

Los índices .IDX son índices compactos se crean: "INDEX ON estado to estado
compact" crea un archivo de índice llamado estado.cdx. Desafortunadamente si
alguna vez abre la tabla sin el índice y añade un registro, éste no se actualizará y
tendrá que ser recreado.

Los índices .CDX se crean: "INDEX ON estado tag estado" . Estos archivos se
abren automáticamente junto con las tablas.
 La estructura interna de los IDX y los CDX es diferente.

a. Nombre del Indice (name)

b. Introducir el Nombre del archivo índice. Es conocido también como TAG

(etiqueta).

c. Type ( tipo de Indice)

Primary : Llave primaria.

Candidate : Llave candidata

Unique : Llave única.

Regular : Llave foránea.

El índice Primary o Principal: garantiza que solo se introduzcan valores

únicos en un campo y determina el orden en el que se procesan los registros. Cada
tabla puede tener únicamente un índice Principal.

El índice Candidate o Candidato: puede ser un candidato para utilizarse como

índice principal, refuerza la unicidad de los valores.

El índice Unique o Unico: almacena un lista de cada valor único en la tabla

índices.

El índice Regular o Normal: puede ser utilizado para ordenar y buscar datos
en consultas e informes. No refuerza la unicidad de los datos

c. Nombre de la Expresión

Nombre de los campos que conforman la clave primaria:

Ejemplo : id, o si son varios campos : id + linea

Nota: si los campos no son del mismo hay que forzarlos al tipo de dato
deseado, ejemplo: si id es carácter y linea, entoces el nombre de la expresion sería:

Id + STR(linea)
 STR() convierte de número a carácter y VAL() convierte de carácter a
númerico.

Después de detallar los índices, se define los eventos de La validación a nivel

de registro y los eventos que se ejecuten a la hora de Insertar un registro, de
actualizar o borrar.

Visual Foxpro tiene 37.767 espacios de trabajo, llamadas áreas de trabajo

porque una tabla deber ser seleccionada para volverla la tabla actual. Cuando se
inicia Visual FoxPro el área de trabajo es la 1 por omisión. Para abrir una tabla en
el área de trabajo 1 cuando ninguna otra tabla está abierta, tecleamos en la Ventana
de Comandos:

USE nombretabla

No necesariamente debe estar en un área de trabajo para abrir una tabla

puede especificar: USE nombretabla IN 3

Sin embargo con mas frecuencia se utiliza: USE nombre tabla IN 0 lo que
significa encuentre el área de trabajo siguiente en la que no se encuentre abierta
una tabla y abre nombretabla ahí.
 Cuando se utiliza una tabla Visual FoxPro le asigna un alias, un nombre de
hasta 10 caracteres con el cual se refiere a ella en el programa, generalmente el
alias es el mismo nombre que el de la tabla

Para crear una tabla desde la Ventana de Comandos: CREATE

<nombretabla>

Para modificar una tabla Administrador de Proyectos | Datos | Base de Datos|

Tablas | Seleccionamos la tabla | Modificar.

Desde la Ventana de Comandos: Use tabla | MODIFY ESTRUCTURE

En Visual FoxPro existe la Ventana de comandos ésta funge como la ventana

de MSDOS que puede utilizarse desde Windows con la finalidad de permitir utilizar
comandos del lenguaje para ejecutar algunas funciones. Por ejemplo desde
Windows desde el explorador podemos examinar el contenido de un
disckette acción que también podemos hacer si abrimos una ventana de MSDOS y
tecleamos DIR A:. Es decir a pesar de que se pueden tener acceso a la mayoría de
los elementos de Visual FoxPro desde el menú muchas veces es útil simplemente
teclear un comando.

Para activar la Ventana de Comandos auque ella aparece por defecto en el

en el entorno de trabajo tecleamos Ctrl. F2

Para agregar registros a una tabla : Administrador de Proyectos | Datos |

Base de Datos | Tablas | Seleccionamos la tabla | Examinar y luego en el menú Ver
| Modo Añadir

Desde la Ventana de Comandos: Teniendo la tabla activa escribimos

APPEND.

Para ver los registros de una tabla: Administrador de Proyectos | Datos | Base
de Datos | Tablas | Seleccionamos la tabla | Examinar.

Desde la Ventana de Comandos: teniendo la tabla activa escribimos

BROWSE.
 En Visual Foxpro los registros de una tabla pueden borrarse lógicamente y
físicamente.

Para borrar lógicamente un registro : Administrador de Proyectos | Base de

Datos | Tablas | Seleccionamos la Tabla | Examinar luego con el ratón hacemos
Click en la primera columna de izquierda a derecha, la columna en la celda
seleccionada se colocará de color negro.

Desde la Ventana de Comandos: DELETE (Teniendo seleccionado el

registro)

Para ver los registros de una tabla sin que aparezcan los registros borrados
lógicamente:

Primero desde la Ventana de Comandos debemos teclear : SET DELETE ON

y luego desde el Administrador de Proyectos | Datos | Base de Datos | Tablas |
Examinar .

También desde la Ventana de Comandos con el comando BROWSE

Si queremos incluso los registros borrados lógicamente tecleamos en la

Ventana de Comandos SET DELETE OFF y luego tecleamos BROWSE.

Para desmarcar los registros borrados lógicamente (desde la Ventana de

Comandos): Suponemos que anteriormente habían sido borrados los empleados
cuyo sueldo era 15000: DELETE FOR sueldo=15000

Para desmarcar estos registros : RECALL FOR sueldo=15000

Para borrar físicamente registros de una tabla primero deben estar borrados
lógicamente

Y luego desde la Ventana de Comandos tecleamos el comando PACK, para

utilizar este comando la tabla debe ser abierta en modo exclusivo USE nombre tabla
EXCLUSIVE .
 Oracle:

Oracle Database es un sistema de gestión de base de datos de tipo objeto-

relacional (ORDBMS, por el acrónimo en inglés de Object-Relational Data Base
Management System), desarrollado por Oracle Corporation.

Su dominio en el mercado de servidores empresariales había sido casi total

hasta que recientemente tiene la competencia del Microsoft SQL Server y de la
oferta de otros RDBMS con licencia libre como PostgreSQL, MySQL o Firebird.

Las ultimas versiones de Oracle han sido certificadas para poder trabajar
bajo GNU/Linux

Características:

Oracle Database 10G Standard Edition:

La base de datos Oracle 10g Standard Edition es compatible con medianas

industrias. Esta incluye Real Application Clúster para proporcionar protección en
contra de fallos de hardware. Es fácil de instalar y configurar, viene con su propio
software de clustering, administración de almacenamiento y otras capacidades de
auto administración. La base de datos Oracle 10g Standard Edition administra todos
sus datos y permite que todas sus aplicaciones de negocio tomen ventaja del
rendimiento, seguridad y confiabilidad que proporciona la base de datos Oracle.
También brinda la flexibilidad de poder migrar a Oracle 10g Enterprise Edition,
protegiendo su inversión a medida que los requerimientos de su negocio crecen.

La Base de datos Oracle 10g Release 2 Standard Edition está optimizada

para su despliegue en medianas industrias. Está soportada en un único servidor
soportando hasta un máximo de 4 CPUs, o en un ambiente de servidores en clúster,
con un máximo de 4 CPUs en el clúster. La base de datos Oracle 10g Release 2
Standard Edition está disponible en todos los sistemas operativos soportados por
Oracle entre los cuales se incluye Windows, Linux y Unix.
 La base de datos Oracle 10g Standard Edition proporciona una rápida
instalación tanto en un único servidor como en un ambiente de clúster. La base de
datos va a estar preconfigurada lista para ser usada en producción, completa con
espacio automatizado, administración de almacenamiento y de memoria, back up y
recuperación automatizado y administrador de estadísticas automatizado. La
consola de Enterprise Manager 10g Data base control proporciona una interface
web que muestra el estado actual de la base de datos y del ambiente de clúster y
permite la administración de la base de datos desde cualquier browser conectado a
su sistema. La base de datos Oracle Standard Edition también toma ventaja de la
solución de clusterware, eliminando la complejidad de tener que instalar y configurar
clusterware de terceros. El Automatic Storage Management tiene la capacidad de
eficientemente distribuir los datos almacenados a través de los discos disponibles,
asegurando óptimo desempeño y eliminando la necesidad de gestores de
volúmenes de terceros.

Oracle como la base de datos líder del mercado soporta todos los tipos de
datos relacionales estándares, así como también datos nativos como XML, texto,
imágenes, documentos, audio, y datos espaciales. El acceso a la información es
realizado a través de interfaces estándares como SQL, JDBC, SQLJ, ODBC.Net,
OLE.Net y ODP.Net, SQL/XML, XQuery y WebDAV. Los procedimientos
almacenados pueden ser escritos en Java, PL/SQL o utilizando .Net CLR support
en Oracle Database 10g Release 2.

La base de datos Oracle Standard Edition usa las mismas gestiones de

concurrencia que son usadas por la base de datos Oracle Enterprise Edition,
asegurando el máximo rendimiento para todas las cargas de trabajo. Cuando se
corre en un clúster, la carga de trabajo es automáticamente balanceada a través de
las máquinas disponibles, asegurando la máxima utilización de su equipo.
Implementando un ambiente de clusters con Real Application Clúster protege sus
aplicaciones de negocio ante caídas de negocio. Cuando una máquina falla o
necesita mantenimiento, sus aplicaciones de negocio pueden continuar accediendo
a los datos ininterrumpidamente en las otras maquinas del clúster.
 Por ser Standard Edition construida sobre la misma base y código que la
base de datos Enterprise Edition, usted tendrá la flexibilidad de moverse a una
versión superior manteniendo protegida su inversión inicial.

Oracle Database 11g (nuevas características):

Con bases de datos que triplican su tamaño cada dos años, los
departamentos de IT se enfrentan tanto a los desafíos nuevos como a los ya
conocidos: ¿Cómo mantener los niveles adecuados de servicio al usuario en caso
de que se produzcan fallas en el sitio, en el almacenamiento o en el servidor?
¿Cómo evitar la violación de datos y garantizar el cumplimiento regulatorio? ¿Cómo
almacenar, administrar y proteger todo tipo de información, e incluso integrarla
fácilmente en las operaciones comerciales rutinarias? ¿Cómo escalar los amplios
sistemas transaccionales y de depósito de datos mientras se asegura el
cumplimiento, la confiabilidad y la capacidad de administración? ¿Y cómo actualizar
el software y el hardware mientras se minimizan los riesgos de cambio? Oracle lo
ayuda a abordar estos desafíos con una amplia variedad de nuevas características
y mejoras en Oracle Database 11g. Al extender la capacidad exclusiva de Oracle
para brindar los beneficios de grid computing, Oracle Database 11g le permite
mejorar los niveles de servicio al cliente, reducir el tiempo de baja, y hacer un uso
más efectivo de los recursos de IT mientras aumenta el desempeño, la escalabilidad
y la seguridad de sus aplicaciones 24/7.

Las características relacionadas con la capacidad de administración en

Oracle Database 11g están diseñadas para ayudar a las empresas a administrar
fácilmente los grids de infraestructura y cumplir exitosamente con las expectativas
del nivel de servicio al usuario. Las nuevas características y mejoras en la capacidad
de administración de Oracle Database11g ayudan a aumentar la productividad de
los DBA y reducir los costos de administración, mientras aumenta el desempeño, la
escalabilidad y la seguridad de sus aplicaciones comerciales durante las 24 horas.

Protege los sistemas de todas las causas comunes relacionadas con el

tiempo de baja planificado y no planificado, con inclusión de las fallas en el sitio, en
el almacenamiento y en el servidor, así como de una de las causas más importantes,
el error humano.

Permite a su empresa aumentar fácilmente los amplios sistemas

transaccionales y de depósito de datos, y brinda rápido acceso 24/7 a los datos
utilizando almacenamiento modular de bajo costo. Las nuevas e innovadoras
características de desempeño de Oracle Database11g ayudan a los
administradores a administrar eficientemente la carga de información en todo el ciclo
de vida de las bases de datos al optimizar los recursos de almacenamiento de
acuerdo con la demanda, además brinda una plataforma segura y escalable para el
acceso confiable y rápido a todo tipo de información utilizándolas interfaces
estándar del sector. Permite una sólida administración del contenido para tipos
avanzados de datos (como XML, spatial, multimedia, medical imaging, y tecnologías
semánticas) lo cual representa un área de gran crecimiento para muchas empresas.

Incluye muchas nuevas mejoras y características para integrar mejor los

datos de toda la empresa, reduciendo así los costos de administración de contenido
y aumentando la productividad de los empleados. Con 30 años de prácticas
seguras, Oracle Database11g lo ayuda a proteger su información y garantizar el
cumplimiento regulatorio con una gran cantidad de sólidas capacidades de
seguridad, mejora las capacidades de data warehousing y business intelligence de
Oracle para optimizar la capacidad de administración, logrando que las tecnologías
avanzadas como el procesamiento analítico y la extracción de datos online sean
fácilmente accesibles para los usuarios.

Proporciona una sola plataforma integrada que ofrece alto desempeño y

escalabilidad, y brinda soporte de todas las tecnologías principales actualmente
utilizadas por los desarrolladores de aplicaciones.

Incorpora nuevas capacidades para los entornos de desarrollo de

aplicaciones más importantes, permitiendo acortar el tiempo de llegada al mercado
y mejorar el desempeño de las aplicaciones.
 Oracle ha solucionado problemas relacionados con la administración de la
información en sectores gubernamentales y empresas internacionales durante más
de tres décadas, logrando que nuestra base de datos se transforme en el software
más conocido del mundo respecto de la recopilación, administración y protección
de la información.

Conclusiones:

Finalmente, dentro de la búsqueda de expansión del conocimiento con

respecto al uso y función de los manejadores de bases de datos se pudo aprehender
información específica, detallada y de suma importancia de tales comunicadores,
en donde se encuentran diversos gestores como el apache derby que 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, o el
PostgreSQL que hace su presencia como un sistema de gestión de bases de datos
relacional orientado a objetos y libre, también se encuentra el SQLite que es una
biblioteca escrita en leguaje C que implementa un Sistema de gestión de bases de
datos transaccionales SQL auto-contenido, sin servidor y sin configuración, y en el
cual su código es de dominio público y libre para cualquier uso, ya sea comercial o
privado, el mismo cuenta con herramientas para gestionar, como SQLite Manager,
SQLite Database Browser, SQLiteEstudio, SQLite Expert; finalmente se expone al
entendimiento el MySQL, sistema de gestión de base de datos relacional (RDBMS)
de código abierto, basado en lenguaje de consulta estructurado (SQL).

Cada uno de los anteriormente nombrados gestores, cumplen una función

importante como administradores que gestionan una información que contiene una
base de datos, para servir como comunicadores o interfaz entre la base de dato, el
usuario y cualquier aplicación, realizando así un mejor manejo en el uso de las áreas
computacionales.