Wikilibro construido como ejemplo en el Curso Pre Tutorres III - Conectar Igualdad - Argentina

1. Base de Datos
Introducción a los sistemas de información
PDF generado usando el kit de herramientas de fuente abierta mwlib. Ver http://code.pediapress.com/ para mayor información.
PDF generated at: Mon, 14 Mar 2011 17:54:13 UTC

2. Contenidos
Artículos
Introducción 1
Dato 1
Definición y tipos de bases 2
Base de datos 2
Administración 7
Administrador de base de datos 7
Gestión 10
Sistema de gestión de bases de datos 10
Productos 13
dBase 13
Referencias
Fuentes y contribuyentes del artículo 16
Fuentes de imagen, Licencias y contribuyentes 17
Licencias de artículos
Licencia 18

3. 1
Introducción
Dato
El dato es una representación simbólica (numérica, alfabética, algorítmica etc.), un atributo o una característica de
una entidad. El dato no tiene valor semántico (sentido) en sí mismo, pero si recibe un tratamiento (procesamiento)
apropiado, se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el
ámbito informático y, en general, prácticamente en cualquier disciplina científica.
En programación, un dato es la expresión general que describe las características de las entidades sobre las cuales
opera un algoritmo.
En Estructura de datos, es la parte mínima de la información.
Un dato por sí mismo no constituye información, es el procesamiento de los datos
lo que nos proporciona información.
Véase también: Archivo informático
Humanidades
En humanidades, específicamente en el ámbito de las ciencias de la información y la bibliotecología, se considera
que un dato es una expresión mínima de contenido sobre un tema. Ejemplos de datos son: la altura de una montaña,
la fecha de nacimiento de un personaje histórico, el peso específico de una sustancia, el número de habitantes de un
país, etc. La información representa un conjunto de datos relacionados que constituyen una estructura de menos
complejidad (por ejemplo, un capítulo de un libro de ciencias). En otras palabras, un conjunto de datos
convenientemente estructurado y organizado es lo que llamamos información.
Véase también
• Información
• Conocimiento
• Sistema de información
• Metadato

4. 2
Definición y tipos de bases
Base de datos
Una base de datos o banco de datos (en
ocasiones abreviada con la sigla BD o con la
abreviatura b. d.) es un conjunto de datos
pertenecientes a un mismo contexto y
almacenados sistemáticamente para su
posterior uso. En este sentido, una biblioteca
puede considerarse una base de datos
compuesta en su mayoría por documentos y
textos impresos en papel e indexados para
su consulta. En la actualidad, y debido al
desarrollo tecnológico de campos como la
informática y la electrónica, la mayoría de OpenOffice.org Base: sistema de gestión de bases de datos.
las bases de datos están en formato digital
(electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y
posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su
utilización y administración, se estudian dentro del ámbito de la informática.
Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente
utilizadas en entornos científicos con el objeto de almacenar la información experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las
leyes de varios países. Por ejemplo, en España los datos personales se encuentran protegidos por la Ley Orgánica de
Protección de Datos de Carácter Personal (LOPD).
Tipos de Base de Datos
Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto que se este manejando, o la utilidad
de la misma:
Según la variabilidad de los datos almacenados
Bases de datos estáticas
Éstas son bases de datos de sólo lectura, utilizadas primordialmente para almacenar datos históricos que
posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a través del tiempo,
realizar proyecciones y tomar decisiones.

5. Base de datos 3
Bases de datos dinámicas
Éstas son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como
actualización, borrado y adición de datos, además de las operaciones fundamentales de consulta. Un ejemplo de esto
puede ser la base de datos utilizada en un sistema de información de un supermercado, una farmacia, un videoclub o
una empresa;
Según el contenido
Bases de datos bibliográficas
Solo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro típico de una
base de datos bibliográfica contiene información sobre el autor, fecha de publicación, editorial, título, edición, de una
determinada publicación, etc. Puede contener un resumen o extracto de la publicación original, pero nunca el texto
completo, porque si no, estaríamos en presencia de una base de datos a texto completo (o de fuentes primarias —ver
más abajo). Como su nombre lo indica, el contenido son cifras o números. Por ejemplo, una colección de resultados
de análisis de laboratorio, entre otras.
Bases de datos de texto completo
Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una colección de
revistas científicas.
Directorios
Un ejemplo son las guías telefónicas en formato electrónico.
Bases de datos o "bibliotecas" de información química o biológica
Son bases de datos que almacenan diferentes tipos de información proveniente de la química, las ciencias de la vida
o médicas. Se pueden considerar en varios subtipos:
• Las que almacenan secuencias de nucleótidos o proteínas.
• Las bases de datos de rutas metabólicas.
• Bases de datos de estructura, comprende los registros de datos experimentales sobre estructuras 3D de
biomoléculas-
• Bases de datos clínicas.
• Bases de datos bibliográficas (biológicas, químicas, médicas y de otros campos): PubChem, Medline,
EBSCOhost.
Modelos de bases de datos
Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su
modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se
guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los
modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de
base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.
Algunos modelos con frecuencia utilizados en las bases de datos:

6. Base de datos 4
Bases de datos jerárquicas
Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En
este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de
información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos
se los conoce como hojas.
Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de
información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de
datos.
Base de datos de red
Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de
nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de
redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red
ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.
Bases de datos transaccionales
Son bases de datos cuyo único fin es el envío y recepción de datos a grandes velocidades, estas bases son muy poco
comunes y están dirigidas por lo general al entorno de análisis de calidad, datos de producción e industrial, es
importante entender que su fin único es recolectar y recuperar los datos a la mayor velocidad posible, por lo tanto la
redundancia y duplicación de información no es un problema como con las demás bases de datos, por lo general para
poderlas aprovechar al máximo permiten algún tipo de conectividad a bases de datos relacionales.
Bases de datos relacionales
Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras
ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no
tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de
"relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese
a que ésta es la teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza
de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta
por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros
modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de
utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante
"consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.
El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query
Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas
de gestión de bases de datos relacionales.
Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una
base de datos.
Durante los años 80 la aparición de dBASE produjo una revolución en los lenguajes de programación y sistemas de
administración de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para su
gestión.

7. Base de datos 5
Bases de datos multidimensionales
Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos OLAP.
Básicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base de datos
relacional podría serlo también en una base de datos multidimensional), la diferencia está más bien a nivel
conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o
bien representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.
Bases de datos orientadas a objetos
Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la
base de datos los objetos completos (estado y comportamiento).
Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del
paradigma de objetos:
• Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos
incorrectos o conflictos.
• Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases.
• Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la
definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura)
de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La
implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz.
Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través
de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse
independencia entre programas y operaciones.
SQL:2003, es el estándar de SQL92 ampliado, soporta los conceptos orientados a objetos y mantiene la
compatibilidad con SQL92.
Bases de datos documentales
Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes. Tesaurus es un
sistema de índices optimizado para este tipo de bases de datos.
Bases de datos deductivas
Un sistema de base de datos deductiva, es un sistema de base de datos pero con la diferencia de que permite hacer
deducciones a través de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de
datos. Las bases de datos deductivas son también llamadas bases de datos lógicas, a raíz de que se basa en lógica
matemática.
Gestión de bases de datos distribuida (SGBD)
la base de datos y el software SGBD pueden estar distribuidos en múltiples sitios conectados por una red. Hay de dos
tipos:
1. Distribuidos homogéneos: utilizan el mismo SGBD en múltiples sitios.
2. Distribuidos heterogéneos: Da lugar a los SGBD federados o sistemas multibase de datos en los que los SGBD
participantes tienen cierto grado de autonomía local y tienen acceso a varias bases de datos autónomas preexistentes
almacenados en los SGBD, muchos de estos emplean una arquitectura cliente-servidor.

8. Base de datos 6
Estas surgen debido a la existencia física de organismos descentralizados. Esto les da la capacidad de unir las bases
de datos de cada localidad y acceder así a distintas universidades, sucursales de tiendas, etcétera.
Véase también
• Sistema de gestión de base de datos
• Modelo relacional, normalización de bases de datos
• Base de datos orientada a objetos
• Almacén de datos
• Minería de datos
• Base de datos biológica
• Base de datos probabilística

9. 7
Administración
Administrador de base de datos
El administrador de base de datos (DBA) es la persona responsable de los aspectos ambientales de una base de
datos. En general esto incluye lo siguiente:
• Recuperabilidad - Crear y probar Respaldos
• Integridad - Verificar o ayudar a la verificación en la integridad de datos
• Seguridad - Definir o implementar controles de acceso a los datos
• Disponibilidad - Asegurarse del mayor tiempo de encendido
• Desempeño - Asegurarse del máximo desempeño incluso con las limitaciones
• Desarrollo y soporte a pruebas - Ayudar a los programadores e ingenieros a utilizar eficientemente la base de
datos.
El diseño lógico y físico de las bases de datos a pesar de no ser obligaciones de un administrador de bases de datos,
es a veces parte del trabajo. Esas funciones por lo general están asignadas a los analistas de bases de datos o a los
diseñadores de bases de datos.
Deberes
Los deberes de un administrador de bases de datos dependen de la descripción del puesto, corporación y políticas de
Tecnologías de Información (TI). Por lo general se incluye recuperación de desastres (respaldos y pruebas de
respaldos), análisis de rendimiento y optimización, y algo de asistencia en el diseño de la base de datos.
Debe incorporarse una metodología basada en calidad y administración de riesgos al proceso de la administración de
bases de datos. http://www.slinfo.una.ac.cr
Definición de base de datos
Antes de continuar, necesitamos describir brevemente lo que es una "base de datos." Una base de datos es una
colección de información, accedida y administrada por un SGBD (Sistema Gestor de Bases de Datos) o en inglés
DBMS (Database Manager System). Después de experimentar con SGBDs jerárquicos y de red durante los 70's, la
industria de IT se vio dominada por SGBDs tales como Oracle y MySQL.
Un SGBD relacional manipula la información a manera de tipos de cosas del mundo real (entidades) en tablas que
representan esas entidades. Una tabla es como una hoja de cálculo; cada renglón representa una entidad en particular
(instancia), y cada columna representa la información respecto de la entidad (dominio). En ocasiones las entidades
están hechas de entidades más pequeñas, como órdenes y líneas de orden.
Una base de datos relacional bien manejada, minimiza la necesidad de las aplicaciones de contener información
respecto al almacenamiento físico de los datos que se van a acceder. Para maximizar el aislamiento de los programas
de las estructuras de datos, los SGBDs restringen el acceso a los datos mediante el lenguaje SQL, un lenguaje no
procedimental que limita al programador a obtener ciertos resultados.

10. Administrador de base de datos 8
Disponibilidad
La disponibilidad significa que los usuarios autorizados tengan acceso a los datos cuando lo necesiten para atender a
las necesidades del negocio. De manera incremental los negocios han ido requiriendo que su información esté
disponible todo el tiempo (7x24", o siete días a la semana, 24 horas del día). La industria de TI ha respondido a estas
necesidades con redundancia de red y hardware para incrementar las capacidades administrativas en línea. siempre y
cuando estes en la administracion de la TI.
Recuperabilidad
La recuperabilidad significa que, si se da algún error en los datos, hay un bug de programa ó de hardware, el DBA
(Administrador de base de datos) puede traer de vuelta la base de datos al tiempo y estado en que se encontraba en
estado consistente antes de que el daño se causara. Las actividades de recuperación incluyen el hacer respaldos de la
base de datos y almacenar esos respaldos de manera que se minimice el riesgo de daño o pérdida de los mismos,
tales como hacer diversas copias en medios de almacenamiento removibles y almacenarlos fuera del área en
antelación a un desastre anticipado. La recuperación es una de las tareas más importantes de los DBA's.
La recuperabilidad, frecuentemente denominada "recuperación de desastres", tiene dos formas primarias. La primera
son los respaldos y después las pruebas de recuperación.
La recuperación de las bases de datos consisten en información y estampas de tiempo junto con bitácoras los cuales
se cambian de manera tal que sean consistentes en un momento y fecha en particular. Es posible hacer respaldos de
la base de datos que no incluyan las estampas de tiempo y las bitácoras, la diferencia reside en que el DBA debe
sacar de línea la base de datos en caso de llevar a cabo una recuperación.
Las pruebas de recuperación consisten en la restauración de los datos, después se aplican las bitácoras a esos datos
para restaurar la base de datos y llevarla a un estado consistente en un tiempo y momento determinados.
Alternativamente se puede restaurar una base de datos que se encuentra fuera de línea sustituyendo con una copia de
la base de datos.
Si el DBA (o el administrador) intentan implementar un plan de recuperación de bases de datos sin pruebas de
recuperación, no existe la certeza de que los respaldos sean del todo válidos. En la práctica, los respaldos de la
mayoría de los RDBMSs son raramente válidos si no se hacen pruebas exhaustivas que aseguren que no ha habido
errores humanos o bugs que pudieran haber corrompido los respaldos.
Integridad
La integridad de una base de datos significa que, la base de datos o los programas que generaron su contenido,
incorporen métodos que aseguren que el contenido de los datos del sistema no se rompan así como las reglas del
negocio. Por ejemplo, un distribuidor puede tener una regla la cual permita que sólo los clientes individuales puedan
solicitar órdenes; a su vez cada orden identifique a uno y sólo un proveedor. El servidor Oracle y otros DBMSs
relacionales hacen cumplir este tipo de reglas del negocio con limitantes, las cuales pueden ser configuradas
implícitamente a través de consultas. Para continuar con este ejemplo, en el proceso de inserción de una nueva orden
a la base de datos, esta a su vez tendría que cerciorarse de que el cliente identificado existen en su tabla para que la
orden pueda darse.

11. Administrador de base de datos 9
Seguridad
Seguridad significa la capacidad de los usuarios para acceder y cambiar los datos de acuerdo a las políticas del
negocio, así como, las decisiones de los encargados. Al igual que otros metadatos, una DBMS relacional maneja la
seguridad en forma de tablas. Estas tablas son las "llaves del reino" por lo cual se deben proteger de posibles
intrusos.
Rendimiento
El rendimiento significa que la base de datos no cause tiempos de respuesta poco razonables. En sistemas muy
complejos cliente/servidor y de tres capas, la base de datos es sólo uno de los elementos que determinan la
experiencia de los usuarios en línea y los programas desatendidos. El rendimiento es una de las mayores
motivaciones de los DBA para coordinarse con los especialistas de otras áreas del sistema fuera de las líneas
burocráticas tradicionales.
Desarrollo/Soporte a pruebas
Uno de los deberes menos respetados por el administrador de base de datos es el desarrollo y soporte a pruebas,
mientras que algunos otros encargados lo consideran como la responsabilidad más importante de un DBA. Las
actividades de soporte incluyen la colecta de datos de producción para llevar a cabo pruebas con ellos; consultar a los
programadores respecto al desempeño; y hacer cambios a los diseños de tablas de manera que se puedan
proporcionar nuevos tipos de almacenamientos para las funciones de los programas.
Algunos roles del personal de TI relacionados con la administración de base de datos:
• programador de aplicaciones
• Administrador de sistema
• Administrador de datos

12. 10
Gestión
Sistema de gestión de bases de datos
Los sistemas de gestión de bases de datos (en inglés database management system, abreviado DBMS) son un tipo
de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la
utilizan.
Propósito
El propósito general de los sistemas de gestión de bases de datos es el de manejar de manera clara, sencilla y
ordenada un conjunto de datos que posteriormente se convertirán en información relevante para una organización.
Objetivos
Existen distintos objetivos que deben cumplir los SGBD:
• Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento físico de
los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al
usuario. Así, se definen varios niveles de abstracción.
• Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico)
de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.
• Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, será necesario vigilar que
aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos
se actualicen de forma simultánea. Por otra parte, la base de datos representa una realidad determinada que tiene
determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema
no debería aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la
programación de este tipo de condiciones.
• Seguridad. La información almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben
garantizar que esta información se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten
otorgar diversas categorías de permisos.
• Manejo de transacciones. Una transacción es un programa que se ejecuta como una sola operación. Esto quiere
decir que luego de una ejecución en la que se produce una falla es el mismo que se obtendría si el programa no se
hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma
mucho más simple que si no se dispusiera de ellos.
• Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD demora en proporcionar la
información solicitada y en almacenar los cambios realizados.

13. Sistema de gestión de bases de datos 11
Ventajas
• Proveen facilidades para la manipulación de grandes volúmenes de datos (ver objetivos). Entre éstas:
• Simplifican la programación de equipos de consistencia.
• Manejando las políticas de respaldo adecuadas, garantizan que los cambios de la base serán siempre
consistentes sin importar si hay errores correctamente, etc.
• Organizan los datos con un impacto mínimo en el código de los programas.
• Disminuyen drásticamente los tiempos de desarrollo y aumentan la calidad del sistema desarrollado si son bien
explotados por los desarrolladores.
• Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperación de los datos.
Inconvenientes
1. Típicamente, es necesario disponer de una o más personas que administren la base de datos, de la misma forma
en que suele ser necesario en instalaciones de cierto porte disponer de una o más personas que administren los
sistemas operativos. Esto puede llegar a incrementar los costos de operación en una empresa. Sin embargo hay
que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene.
2. Si se tienen muy pocos datos que son usados por un único usuario por vez y no hay que realizar consultas
complejas sobre los datos, entonces es posible que sea mejor usar una planilla de cálculo.
3. Complejidad: los software muy complejos y las personas que vayan a usarlo deben tener conocimiento de las
funcionalidades del mismo para poder aprovecharlo al máximo.
4. Tamaño: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamaño,
que requiere de gran cantidad de memoria para poder correr.
5. Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente
altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.
Productos SGBD disponibles en el mercado
SGBD libres
• PostgreSQL (http://www.postgresql.org Postgresql) Licencia BSD
• Firebird basada en la versión 6 de InterBase, Initial Developer's PUBLIC LICENSE Version 1.0.
• SQLite (http://www.sqlite.org SQLite) Licencia Dominio Público
• DB2 Express-C (http://www.ibm.com/software/data/db2/express/)
• Apache Derby (http://db.apache.org/derby/)
SGBD no libres
• MySQL: Licencia Dual, depende del uso. No se sabe hasta cuándo permanecerá así, ya que ha sido comprada por
Oracle. Sin embargo, existen 2 versiones: una gratuita que sería equivalente a la edición "express" SQL server de
Microsoft Windows, y otra más completa de pago.
• Advantage Database
• dBase
• FileMaker
• Fox Pro
• gsBase
• IBM DB2: Universal Database (DB2 UDB)
• IBM Informix
• Interbase de CodeGear, filial de Borland

14. Sistema de gestión de bases de datos 12
• MAGIC
• Microsoft Access
• Microsoft SQL Server
• NexusDB
• Open Access
• Oracle
• Paradox
• PervasiveSQL
• Progress (DBMS)
• Sybase ASE
• Sybase ASA
• Sybase IQ
• WindowBase
• IBM IMS Base de Datos Jerárquica
• CA-IDMS
SGBD no libres y gratuitos
• Microsoft SQL Server Compact Edition Basica
• Sybase ASE Express Edition para Linux (edición gratuita para Linux)
• Oracle Express Edition 10 (solo corre en un servidor, capacidad limitada)
Véase también
• Base de datos
• Comparación de sistemas administradores de bases de datos relacionales

15. 13
Productos
dBase
dBASE fue el primer Sistema de gestión de base de datos usado ampliamente para microcomputadoras, publicado
por Ashton-Tate para CP/M, y más tarde para Apple II, Apple Macintosh, UNIX [1], VMS [2], e IBM PC bajo DOS
donde con su legendaria versión III Plus se convirtió en uno de los títulos de software más vendidos durante un buen
número de años.
dBASE nunca pudo superar exitosamente la transición a Microsoft Windows y terminó siendo desplazado por
productos más nuevos como Paradox, Clipper, y FoxPro.
Incorporaba un lenguaje propio interpretado y requería un LAN PACK para funcionar sobre red local. En 1988 llegó
finalmente la versión IV.
dBASE fue vendido a Borland en 1991. Al poco tiempo promovió una casi intrascendente versión 5, de la que llegó
a haber versión para Windows. Luego vendió los derechos de la línea de productos en 1999 a dataBased Intelligence,
Inc. [3] (dBI) que sigue comercializando nuevas versiones, llamadas dBASE Plus, desde 1999.
Durante la primera mitad de los '80s muchas otras compañías produjeron sus propios dialectos o variaciones del
producto y lenguaje. Estos incluyeron FoxPro (ahora Visual FoxPro), Quick-Silver, Clipper, Xbase++ [4], FlagShip,
y Harbour. Todos ellos son llamados informalmente como xBase o XBase.
El formato subyacente de dBASE, el archivo dbf, es ampliamente utilizado en muchas otras aplicaciones que
necesitan un formato simple para almacenar datos estructurados.
dBASE fue licenciado a los usuarios por un plazo de quince años basado en el inconcebible evento de que un usuario
utilizara su copia de dBASE por tan largo período.
Historia
La historia de dBASE empezó a mediados de 1960 como un sistema llamado RETRIEVE. Este sistema era usado,
entre otros, por el Jet Propulsion Laboratory, que comisionó el desarrollo de su propia versión de RETRIEVE a uno
de sus programadores, Jeb Long. El resultado fue un sistema llamado JPLDIS, que corría en la UNIVAC 1108 y
estaba escrito en FORTRAN.
El creador original de dBase fue Wayne Ratliff [5]. En 1978, durante su estancia en el Jet Propulsion Laboratory
(Laboratorio de Propulsión a Chorro) Ratliff escribió un programa de base de datos en ensamblador para
ordenadores con sistema operativo CP/M para ayudar con las apuestas de fútbol en la oficina. Lo denominó Vulcan
en referencia al personaje Mr. Spock de Star Trek. Se basó en el JPLDIS (Jet Propulsion Laboratory Display
Information System) desarrollado por Jeb Long. Más tarde lo usó para preparar sus impuestos y decidió que tenía un
potencial comercial.
Las primeras copias tenían un precio de US$ 7.000. La respuesta comercial fue baja y finalmente este hecho, sumado
al estrés de las extensiones y las mejoras al sistema, hizo que su mercadeo se estancara.

16. dBase 14
Ashton-Tate
Un cliente de Vulcan se comunicó con George Tate y Hal Lashlee, a la sazón dueños de Discount Software y estos
fueron a ver a Ratliff y su demostración de Vulcan. Impresionados, le hicieron un ofrecimiento de derechos
exclusivos de mercadeo, que Ratliff aceptó. Finalmente la compañía creció lo suficiente como para contratar a
Ratliff como vicepresidente de nuevas tecnologías, y luego como líder del proyecto dBASE.
Igualmente se vinculó a la compañía el programador original de RETRIEVE, Jeb Long, quien terminó por crear el
lenguaje de programación interno de dBASE y quien fuera conocido como el gurú de los productos dBASE en
Ashton-Tate.
dBase II
Vulcan es portado al IMSAI 8080, se le renombra a dBase II (Tate considera que una versión 2' dará una imagen de
más seriedad y producto más elaborado) y de ahí a CP/M, donde se le añaden comandos de soporte de interfaz de
video (en modo texto), y soporte de control de fujo (como DO WHILE/ENDDO) y lógica condicional (como
IF/ENDIF). Para el manejo de datos, dBase proporciona detallados comandos procedurales y funciones para abrir y
navegar por las tablas (como USE, SKIP, GO TOP, GO BOTTOM, y GO recno), manipular valores en los campos
(REPLACE y STORE), y manipulación de cadenas de caracteres (como STR() and SUBSTR()), Fechas y Números.
Su habilidad para simultáneamente abrir y manipular múltiples ficheros conteniendo datos relacionados hará que
Ashton-Tate lo califique de base de datos relacional aunque no cumpla con los criterios definidos por el Dr. Edgar F.
Codd.
Alcanza un gran éxito, y se incluye en los paquetes de soft distribuidos con el Osborne I, la gama de ordenadores
Kaypro y otros equipos. El nacimiento de los ordenadores domésticos hacen que se utilice para crear programas
profesionales en equipos como las gamas Amstrad CPC y Amstrad PCW, el Commodore 128 y los equipos MSX
con unidad de disco (el MSX-DOS soporta los ejecutables CP/M 8080 y Z80).
dBASE III
Las versiones originales fueron escritas en lenguaje ensamblador, pero a medida que el programa creció se tomó la
decisión de re-escribir el código en lenguaje C. El resultado fue que las máquinas recientes corrían bien el código,
pero no así las antiguas. Además, tenía el problema colateral de que los programas corrían más despacio. Este
problema desapareció "solo" al aumentar la potencia del hardware paulatinamente. La versión 1.0, presentada en
1984, contenía numerosos errores que fueron solucionados en la versión 1.1. También existió una versión 1.2, que
fue presentada como "Developer's edition". En 1986, se presentó dBase III+, que incluía un núcleo mejorado y
menús basados en caracteres de texto para ser utilizado por usuarios finales. También aportaba un primer soporte
para red local.
dBASE IV
En 1988 salió la nueva versión, que anunciaba mejores prestaciones y nuevas funcionalidades como soporte SQL,
soporte para red local, compilador, entre otras, aunque en realidad era terriblemente lenta e inestable. Aunque
incorporaba un compilador, producía sólo código objeto y no un ejecutable, que no era lo que el mercado y
desarrolladores esperaban. Este último punto alimentó lo suficiente a Clipper para que la acabara enterrando. Se
tardó 2 años en presentar la versión 1.1, que corregía los problemas de inestabilidad. Para entonces, Paradox y sobre
todo Clipper ya la habían echado del mercado.
Finalmente, ya dentro de Borland, se llegó a presentar Visual dBASE, posteriormente renombrada dBASE Plus.

17. dBase 15
Referencias
[1] http:/ / www. emsps. com/ oldtools/ bordb. htm
[2] http:/ / www. worldcatlibraries. org/ oclc/ 24871441?& lang=es
[3] http:/ / www. databi. com/ About_us. asp
[4] http:/ / www. alaska-software. com
[5] http:/ / www. foxprohistory. org/ interview_wayne_ratliff. htm

18. Fuentes y contribuyentes del artículo 16
Fuentes y contribuyentes del artículo
Dato Fuente: http://es.wikipedia.org/w/index.php?oldid=44727372 Contribuyentes: AchedDamiman, Airunp, Alejandro bera, Aleposta, Alexquendi, Alhen, Alphabravotango, Ana wiki, Antur,
Açipni-Lovrij, Biasoli, Bigsus, CED, Cookie, Correogsk, Damifb, David0811, Dferg, Dianai, Diegusjaimes, Digigalos, Egaida, Emijrp, Farisori, Filipo, Gusgus, Hispa, Icvav, Interwiki,
Javierito92, Jesuja, Jkbw, JorgeGG, Jpodjarny, Klondike, KnightRider, Laura Fiorucci, Leugim1972, Locutus Borg, Maldoror, Manwë, Matdrodes, Moriel, Mr. Benq, Nicop, PACO, Pilaf,
PoLuX124, Porao, RoyFocker, SUL, Sauron, Savh, Siabef, Taichi, Tano4595, Tirithel, Vitamine, Wiki Wikardo, Wilfredor, 233 ediciones anónimas
Base de datos Fuente: http://es.wikipedia.org/w/index.php?oldid=44776838 Contribuyentes: .Sergio, 3coma14, Achicoria, AdeVega, Airunp, Aleator, Alexav8, Alhen, Alphabravotango,
Andreasmperu, Angus, Armando-Martin, Armin76, Arrt-932, Ascánder, Açipni-Lovrij, Baiji, Baldur71, Banfield, Belb, Biasoli, Bigsus, BlackBeast, BuenaGente, Carrillo1, Cesar4545, ChaTo,
Chanchicto, Cinabrium, Claudio Elias, Comae, DJ Nietzsche, Damián del Valle, Daniel G., Dferg, Diegusjaimes, Diotime, Dodo, Dpr, Dreitmen, Drini2, Ecemaml, Eddanlo, Ediazrod,
Eduardosalg, Edub, Eli22, Elisardojm, Elwikipedista, Equi, Er Komandante, Er javi 93, FAR, Fabio.morales, Fcr, Fernandopcg, Foundling, FrancoGG, Furti, Gaabriieelaa, Gabriel Acquistapace,
Gacq, GermanX, Gizmo II, Globalphilosophy, Gonis, Grivadeneira, HUB, HUEVOCHIPS, Hispa, Humbefa, Humberto, Irbian, JMPerez, Jesuja, Jgalgarra, Jkbw, Jonik, JorgeGG, Jsanchezes,
Jugones55, Klondike, Kokoo, Lazamazu, Leonardo, Levhita, Lourdes Cardenal, Mafores, Magister Mathematicae, Maldoror, Mansoncc, ManuelGR, Matdrodes, Mel 23, Mikelo, Montgomery,
Moriel, Mortadelo2005, Muro de Aguas, Murven, Máximo de Montemar, Napoleón333, Nelauxiliadora, No sé qué nick poner, Nonick, Nubecosmica, OMenda, Olivares86, Opinador,
Orgullomoore, Otermin, PACO, Pablin3, Pabloab, Pablotorres, Pacolope, PeiT, Petruss, Pieter, PoLuX124, Ppfk, Renacimiento, RoyFocker, Rsg, Rumpelstiltskin, Sabbut, Sanbec, Sauron, Savh,
Sergio Andres Segovia, Shasa, Sramco, Superzerocool, Taichi, Tano4595, Taragui, Technopat, Tirithel, Tomatejc, Tostadora, Wesisnay, Xenoforme, Xpel1, Yamaneko, Yrithinnd, ZackBsAs,
Zanorte, Zuirdj, conversion script, 858 ediciones anónimas
Administrador de base de datos Fuente: http://es.wikipedia.org/w/index.php?oldid=44705696 Contribuyentes: .Sergio, Alhen, Anual, Arthurlb, BL, Banfield, Bombadil1986, Cristobal
carrasco, Diegusjaimes, Edupedro, Farisori, Humbefa, Isha, Marvelshine, Pan con queso, Pertile, Tomatejc, Toxickore, Tyrannosaurusreflex, Vatelys, 76 ediciones anónimas
Sistema de gestión de bases de datos Fuente: http://es.wikipedia.org/w/index.php?oldid=44789570 Contribuyentes: 4lex, Agmesas, Banfield, Biasoli, Diegusjaimes, Dodo, Eligna, Emiduronte,
Humbefa, Leugim1972, Nioger, Olivares86, Poco a poco, Riviera, Robertorp, Savh, Super braulio, Technopat, Tirithel, 82 ediciones anónimas
dBase Fuente: http://es.wikipedia.org/w/index.php?oldid=41853250 Contribuyentes: -jem-, Avm, Dianai, Diegusjaimes, Dodo, Edub, FAR, GermanX, Gustronico, Humbefa, Joseaperez,
Jouwiki, Kekkyojin, Keres, Lmsilva, Locovich, ManoloKosh, Mecamático, Museo8bits, Otermin, Paracelso, Porao, Rosarinagazo, Sanbec, Sergidr, Unaiaia, Wastingmytime, Ñuño Martínez, 31
ediciones anónimas

19. Fuentes de imagen, Licencias y contribuyentes 17
Fuentes de imagen, Licencias y contribuyentes
Image:ProcesamientoDatos.svg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:ProcesamientoDatos.svg Licencia: Public Domain Contribuyentes: ProcesamientoDatos.png: Moriel
derivative work: Geysir
Archivo:OOo-2.0-Base-ca.png Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:OOo-2.0-Base-ca.png Licencia: GNU Lesser General Public License Contribuyentes: German,
Iradigalesc

20. Licencia 18
Licencia
Creative Commons Attribution-Share Alike 3.0 Unported
http:/ / creativecommons. org/ licenses/ by-sa/ 3. 0/