Servidor base

de datos
Integrantes:

ESPINO VALDIVIA PEDRO

SULCA PASACHE ANGELA

PASACHE CHACALTANA JULIO

CICLO: III A TURNO: TARDE

 INTRODUCION:

Un servidor o server, en el lenguaje informático, es un ordenador y sus programas, que están al servicio
de otros ordenadores.

El servidor atiende y responde a las peticiones que le hacen los otros ordenadores. Los otros ordenadores,
que le hacen peticiones, serán los "clientes" del servidor.

Precisamente se llaman servidores porque sirven cosas y están al servicio de otros ordenadores. Por ejemplo
si tienes un correo electrónico, lo recibes de un servidor de correo electrónico, si deseas ver una página
web, la recibes de un servidor web, si trabajas en una red de ordenadores todos los servicios compartidos de
la red estarán en un servidor de red y así otros muchos servicios y tipos de servidores que veremos.

El modelo o arquitectura que siguen los servidores es el de cliente-servidor, es decir el cliente/s pide y el
servidor proporciona los recursos o servicios.

LOS SERVIDORES DE BASE DE DATOS: Son ordenadores preparados para alojar bases de datos para ser
utilizadas por uno o más clientes. Además estos servidores realizan tareas como el análisis de los datos, el
almacenamiento, la manipulación de datos, y otras tareas específicas.
Servidores de bases de datos
Los servidores de bases de datos surgen con motivo de la necesidad de las empresas de manejar grandes y
complejos volúmenes de datos, al tiempo que requieren compartir la información con un conjunto de clientes
(que pueden ser tanto aplicaciones como usuarios) de una manera segura. Ante este enfoque, un sistema gestor
de bases de datos (SGBD, a partir de ahora) deberá ofrecer soluciones de forma fiable, rentable y de alto
rendimiento. A estas tres características, le debemos añadir una más: debe proporcionar servicios de forma
global y, en la medida de lo posible, independientemente de la plataforma. Internet se ha convertido en nuestros
días en la mayor plataforma de comunicaciones jamás vista. Esto hace que las empresas tiendan a presentar
su información a través de la Web en forma de contenidos, que después los clientes consultarán para establecer
relaciones con dichas empresas.

Una de las funciones que se empieza a exigir a los SGBD, puesto que sobre ellos recae el peso del almacén y
proceso de la información, es la de proporcionar herramientas de apoyo a toma de decisiones ("datawarehouse")
al tiempo que proporciona una plataforma de transacciones "on-line" (OLTP) que hacen que la información esté
siempre actualizada y consistente. A lo largo del artículo iremos comentando las prestaciones de ambas
implementaciones y cómo influye el SGBD en el proceso de las mismas.

Aunque parece clara la función de un SGBD, en la actualidad cada vez más filosofías y tecnologías tienden a
confluir en un mismo punto. Ya se está hablando acerca de las posibilidades de los nuevos SGBD de poder
almacenar contenidos multimedia, objetos, documentos complejos... La explosión de nuevos servicios ha hecho
que cada vez más aplicaciones dependan de estos servidores de datos, delegando la responsabilidad de la
gestión y almacenamiento de la información a aquellos que mejor están preparados para su tratamiento.

Para poder lograr estos objetivos, es un punto muy importante el que los SGBD proporcionen herramientas de
administración completas (que simplifiquen la tarea de la configuración, seguridad, creación y gestión de bases
de datos al tiempo que proporcionan mecanismos de integración con otros sistemas y políticas de copias de
seguridad) y herramientas que permitan su programación (tanto a nivel de diseño como a nivel de reglas y
procedimientos que encapsulen la arquitectura de la base de datos, de tal manera que, a través de conectores
a datos, las aplicaciones sólo tengan que pedir la información que necesitan sin preocuparse de cómo se
encuentra almacenada).

Por último, puesto que los datos deben estar por encima de la plataforma, los SGBD deben proporcionar
mecanismos de comunicación con otras plataformas que actúen también como clientes o servidores de datos.
Lo que nos lleva al último punto que consideraremos: la posibilidad de la replicación de la información,
posibilidad que permitirá que la información pueda estar almacenada en múltiples servidores de datos y
accesible desde cualquier punto como si se tratase de un único volumen de información.
Servidores de bases de dato relacionales
Antes de comenzar a comentar las características a analizar de los SGBD, el primer paso es el de definir qué
es un servidor de bases de datos relacionales y sus cometidos principales. Un servidor de bases de datos
relacionales es un sistema bajo arquitectura cliente/servidor que proporciona servicios de gestión,
administración y protección de la información (datos) a través de conexiones de red, gobernadas por unos
protocolos definidos y a los que acceden los usuarios, de modo concurrente, a través de aplicaciones clientes
(bien sean herramientas del propio sistema como aplicaciones de terceros).

Dichos servidores solucionan los problemas de las empresas al manejar grandes volúmenes de información de
una manera estable, fiable, coherente y segura en un entorno heterogéneo de trabajo y de necesidades de
información.

La información se almacenará de modo lógico de una manera relacional, como ya se ha visto, en la que un
conjunto de almacenamientos que llamaremos tablas (y que se componen de un conjunto de campos que
describen su contenido, y a los cuales denominaremos columnas) se relacionan entre sí a través de un conjunto
definido de claves. Una de las responsabilidades del sistema y del diseño de la base de datos, será el que sea
posible mostrar aquella información requerida a través de conjuntos de datos planos (que llamaremos cursores),
independizando las relaciones establecidas y la arquitectura de la base de datos de la necesidad de información
del usuario. Para proteger la información el sistema contará con mecanismos de control de transacciones
basados en reglas que denominaremos disparadores, reglas de definición del tipo de entrada de datos y reglas
de validación de las entradas de datos. Mediante complejos sistemas de indexación, estos sistemas serán
capaces de ordenar y acelerar las consultas a la información requerida. Cuanto mejor se indexen los datos, más
rápidas se realizarán las consultas. Por último, y como un factor muy importante de cara al diseño de bases de
datos, los sistemas deben proporcionar la posibilidad de automatizar operaciones de acceso, filtrado y control
de los datos, a través de los procedimientos almacenados.

Todo ello se podrá realizar a través del lenguaje SQL (Structured Query Language, lenguaje estructurado de
consulta) que se ha convertido en el estándar de interfaz de estos sistemas para su diseño, desarrollo y
consultas de informaci6n. Desarrollado por IBM, se ha convertido en un estándar para el manejo de estos
sistemas y queda recogido en la norma ANSI SQL'92, en la cual quedan registradas aquellas sentencias SQL
que deben estar presentes en todo sistema gestor de bases de datos. En este apartado, que es donde los
SGBD demuestran sus propios dones, es donde ya nos separamos del estándar, pues cada fabricante añadirá
sus propias extensiones al lenguaje para aprovechar, como es lógico, las ventajas de sus propios motores.

De lo indicado en los párrafos anteriores podremos obtener algunos de los parámetros que emplearemos en la
comparativa: capacidad del servidor de conexión con el exterior; capacidad de atender peticiones concurrentes
de clientes; seguridad del sistema; herramientas de administraci6n disponibles; herramientas de administración
y automatización de tareas que reduzcan el TCO ("Total Cost Owner") y, por último, la cantidad de plataformas
en la que se puede integrar el sistema.

La seguridad
En todo sistema abierto, debe proporcionarse un potente mecanismo de seguridad que garantice que ningún
intruso pueda acceder o corromper la integridad del sistema. Si este concepto ya es crítico en los sistemas
operativos actuales, hay que imaginarse cuánto más es de importante este concepto cuando ya no hablamos
de recursos del sistema (como puedan ser archivos o correos, más o menos importantes) sino de información
crítica para la empresa, en la que se almacenan datos de contabilidad, gestión, personal, o estratégicos de la
cual depende para su existencia.

En servidores de bases de datos hablaremos de la seguridad a 4 niveles básicos: seguridad de acceso al

sistema, seguridad a nivel de objetos de datos, seguridad a nivel de datos y seguridad en cuanto a protección
de los almacenamientos físicos de los datos.

La seguridad de acceso se implementará de dos maneras posibles: a nivel de sistema operativo, en cuyo caso
el SGBD se apoya en la seguridad de entrada al sistema operativo para comprobar la validez del acceso a los
datos almacenados; o bien lo que llamaremos modo mixto, en el cual la seguridad de entrada a la información
la llevará a cabo el propio servidor de datos a partir de la definición de cuentas de usuario al servidor (su
denominación de mixta proviene de la capacidad de los sistemas de incluir como cuentas de acceso o login
áquellas propias del sistema operativo, lo que facilita la transición de las cuentas de seguridad). La segunda
será de gran ayuda cuando los clientes que acceden al sistema provienen de sistemas operativos con poca (o
ninguna) seguridad o de aplicaciones instaladas que necesiten acceder a los volúmenes de información del
sistema. En ambos casos, en los sistemas se contará con roles o papeles con los que contará el usuario al
entrar al sistema para la realización de determinadas operaciones de cara al sistema.
La seguridad a nivel de objetos entra ya en el detalle del acceso a nivel de creación y administración de
objetos de datos: tablas, vistas, índices, relaciones, reglas...etc. Es decir, las responsabilidades y acciones que
puede hacer el usuario en el esquema de la base de datos (el esqueleto a partir del cual el sistema definirá
cómo se debe almacenar y relacionar la información). Se podrán especificar de nuevo roles a los usuarios,
indicando quién podrá crear, modificar o eliminar cualquier objeto de datos (con lo que se permite establecer
una política de delegación de responsabilidades).

La seguridad a nivel de datos entra ya en la capa de la información en si. En la que indicaremos quién puede
acceder a qué información para su consulta, actualización, inserción o borrado. Las características de los
diversos motores determinarán hasta qué grado de seguridad se llega en este apartado (desde la protección
de las columnas de una tabla hasta la tabla en si, creación de vistas...etc.).

Por último, la seguridad a nivel de protección de los almacenamientos físicos de la información.

Tendremos dos aproximaciones: la seguridad a nivel de sistema operativo de los archivos de datos del sistema,
y las políticas de copia de seguridad y restauración de los datos (tanto con herramientas del sistema operativo
como las proporcionadas por el propio servidor de datos) junto con sus posibles aproximaciones (total,
incremental y diferencial), además de los soportes hardware compatibles de almacenamiento masivo
empleados como destino de las copias.
Internet y bases de datos distribuidas
Puesto que todo tiende a unificarse con Internet, los servidores de datos también deben proporcionar servicios
de datos a la Red. Los servicios disponibles incorporan generación y alimentación de páginas Web a partir de
consultas prediseñadas en la base de datos.

Dichas consultas mantendrán alimentadas las páginas Web, las cuales estarán siempre actualizadas con la
última información. Cuanto mayor sea el grado de integración con la Web, mejor podrá ser la presentación de
información crítica de la empresa en las páginas. Los servidores de datos deben proporcionar mecanismos de
actualización automática de las páginas, de manera que se asegure que cualquier cambio efectuado en la base
de datos se haga efectivo en la correspondiente página Web. De esta manera, la integridad de la informaci6n
también estará implementada a nivel de servicios de la Red. Lógicamente, también hay que pensar que esto no
es viable de cara a actualizaciones masivas de datos, lo que implica una sobrecarga del servidor (pues no sólo
actualiza datos sino también páginas Web). Por ello, generalmente deberemos contar con opciones que
permitan realizar actualizaciones manuales o programadas en el tiempo (lo que reducirá significativamente el
coste de actualización de las páginas).

No sólo es importante el nivel de integración con el Web, sino que también es importante el grado de interacción
del usuario con la misma. Generalmente las páginas Web proporcionan mecanismos de selección de
información personalizada, lo cual permite que los usuarios accedan sólo a aquella información que precisan.
Para ello, es importante que exista un soporte de interacción que se obtiene a través de código Java. Por lo
tanto, cuanto mejor sea el soporte Java, más se asegura la interacción y se amplía el rango de servicios que
puede proporcionar el servidor de datos.

Una de las mejoras realizadas como consecuencia de la integración con la Red Global, es la de la posibilidad
de permitir la compartición y distribución de la información a lo largo de los servidores situados en cualquier
parte del mundo. Esto permitirá a las empresas disponer de su información sea cuál sea el lugar del mundo en
el que se encuentre el departamento que la procesa. E, incluso, permitirá a las empresas poder integrar sus
bases de datos con sus proveedores o clientes, de manera que podrán colaborar a nivel de servicios y recursos
de información, ganando en rapidez y fiabilidad. Para ello, los servidores de datos deberán proporcionar los
servicios de intercambio de información, reglas de sincronización y todo un conjunto de parámetros necesarios
para que esta revolución en cuanto a acceso global a la información sea posible.

Herramientas de administración
Avanzando un grado más en las capas de servicios que debe proporcionar un servidor de datos, nos
encontramos con las herramientas que proporciona tanto al usuario administrador como al cliente consumidor
de los datos. De cara al administrador, las herramientas deben proporcionarle un entorno amigable y sencillo
de manejar, que le permita orientarse a su trabajo y no preocuparse con detalles de más bajo nivel, al tiempo
que le permite realizar sus tareas de la manera más rápida y simplificada posible. Indicar que cuanto mayor sea
el nivel de automatización de las tareas, menor será el tiempo que tenga que dedicar a tareas generalmente
repetitivas. Y cuanto mayor sea el número de opciones configurables, mejor servicio se podrá obtener de dichas
tareas. La comodidad de acceso a las herramientas es otro parámetro a tener en cuenta. Cuanta más
información tengamos a nuestro alcance, menor será el tiempo empleado en acceder a la información necesaria
para la administración del servidor. No será extraño acceder a las opciones de configuración y gestión a través
de consolas que permitan la integración de "snap-ins" o que, al menos, sirvan de pasarela entre las múltiples
utilidades disponibles. Dichas herramientas, además, deben permitir la administración remota del servidor o
servidores que estén a cargo del administrador. De nuevo, insistir en el grado de programación y automatización
de tareas, ya que este mecanismo proveerá de la creación de planes automáticos de realización de tareas
repetitivas de administración, lo que garantiza un alto grado de seguridad, optimización, ahorro de tiempo y
esfuerzo.
Como un componente fundamental de un servidor de datos, es el de Optimización de la Base de datos y de las
consultas. Cuanto más efectiva sea la optimización del sistema, mayor velocidad adquirirán las consultas y
mejor rendimiento se obtendrá del servidor. Muchas veces la velocidad no se encuentra en una máquina
sobrada de recursos, sino en aprovechar al máximo los recursos de los que disponemos. Por lo tanto, cuanto
mejor sea el soporte de optimización para el administrador, mejor se podrá configurar el sistema, lo que
asegurará siempre un rendimiento máximo adaptado a las necesidades de la empresa.
 Servidores de Bases de Datos

MySQL server -- Base de datos de código abierto muy popular, pequeña y rápida.

PostgreSQL server -- Base de datos de código abierto, es un servidor de base de datos relacional orientada a
objeto publicado bajo licencia libre BSD.

Oracle-XE -- Versión "lite" del RDBMS de Oracle (gratuita pero no de código abierto).

MySQL:
MySQL es un sistema de gestión de base de datos relacional, multihilo y multiusuario con más de seis millones
de instalaciones. MySQL AB —desde enero de 2008 una subsidiaria de Sun Microsystems y ésta a su vez
de Oracle Corporation desde abril de 2009— desarrolla MySQL como software libre en un esquema de
licenciamiento dual.

Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas
empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia específica
que les permita este uso. Está desarrollado en su mayor parte en ANSI C.

Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad pública y
el copyright del código está en poder del autor individual, MySQL es propietario y está patrocinado por una
empresa privada, que posee el copyright de la mayor parte del código.

Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Además de la venta de

licencias privativas, la compañía ofrece soporte y servicios. Para sus operaciones contratan trabajadores
alrededor del mundo que colaboran vía Internet. MySQL AB fue fundado por David Axmark, Allan
Larsson y Michael Widenius.

Historia del proyecto

SQL (Lenguaje de Consulta Estructurado) fue comercializado por primera vez en 1981 por IBM, el cual fue
presentado a ANSI y desde entonces ha sido considerado como un estándar para las bases de
datos relacionales. Desde 1986, el estándar SQL ha aparecido en diferentes versiones como por ejemplo:
SQL:92, SQL:99, SQL:2003. MySQL es una idea originaria de la empresa opensource MySQL AB establecida
inicialmente en Suecia en 1995 y cuyos fundadores son David Axmark, Allan Larsson, y Michael "Monty"
Widenius. El objetivo que persigue esta empresa consiste en que MySQL cumpla el estándar SQL, pero sin
sacrificar velocidad, fiabilidad o usabilidad.

Michael Widenius en la década de los 90 trató de usar mSQL para conectar las tablas usando rutinas de bajo
nivel ISAM, sin embargo, mSQL no era rápido y flexible para sus necesidades. Esto lo llevó a crear una API SQL
denominada MySQL para bases de datos muy similar a la de mSQL pero más portable.

La procedencia del nombre de MySQL no es clara. Desde hace más de 10 años, las herramientas han
mantenido el prefijo My. También, se cree que tiene relación con el nombre de la hija del cofundador Monty
Widenius quien se llama My.

Por otro lado, el nombre del delfín de MySQL es Sakila y fue seleccionado por los fundadores de MySQL AB en
el concurso “Name the Dolphin”. Este nombre fue enviado por Ambrose Twebaze, un desarrollador de software
de código abierto africano, derivado del idiomaSiSwate, el idioma local de Swazilandia y corresponde al nombre
de una ciudad en Arusha, Tanzania, cerca de Uganda la ciudad origen de Ambrose.

Lenguajes de programación
Existen varias APIs que permiten, a aplicaciones escritas en diversos lenguajes de programación, acceder a las
bases de datos MySQL, incluyendo C, C++, C#, Pascal, Delphi (via dbExpress), Eiffel, Smalltalk, Java (con una
implementación nativa del driver de
Java), Lisp, Perl, PHP, Python, Ruby,Gambas, REALbasic (Mac y Linux), (x)Harbour (Eagle1), FreeBASIC,
y Tcl; cada uno de estos utiliza una API específica. También existe un interfaz ODBC, llamado MyODBC que
permite a cualquier lenguaje de programación que soporte ODBC comunicarse con las bases de datos MySQL.
También se puede acceder desde el sistema SAP, lenguaje ABAP.

PostgreSQL:
PostgreSQL. Sistema de gestión de base de datos relacional orientada a objetos y libre, publicado bajo la
licencia BSD.

Como muchos otros proyectos de Código abierto, el desarrollo de PostgreSQL no es manejado por una sola
empresa sino que es dirigido por una comunidad de desarrolladores y organizaciones comerciales las cuales
trabajan en su desarrollo. Dicha comunidad es denominada el PGDG (PostgreSQL Global Development Group).

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 él 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.

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 de lo último a lo que se le hizo commit.
Esta estrategia es superior al uso de bloqueos por tabla o por filas común en otras bases, eliminando la
necesidad del uso de bloqueos explícitos. 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.

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).

El SGBD Oracle:
El SGBD Oracle, fabricado por Oracle Corporation, utiliza la arquitectura cliente/servidor. Ha incorporado en su
sistema el modelo objeto-relacional, pero al mismo tiempo garantiza la compatibilidad con el tradicional modelo
relacional de datos. Así ofrece un servidor de bases de datos híbrido. Es uno de los más conocidos y ha
alcanzado un buen nivel de madurez y de profesionalidad. Se destaca por su soporte de transacciones,
estabilidad y escalabilidad.

Los tipos objeto de Oracle son tipos de datos definidos por el usuario que permiten modelar entidades complejas
del mundo real en una estructura que trata cada entidad como una unidad atómica simple en la base de datos.

A partir de la versión 10g del año 2004, se añade a los servidores la capacidad de funcionar según el paradigma
de “Grid” (o rejilla) y se ofrecen mejoras en la administración e integración de algunos elementos que
previamente no funcionaban correctamente juntos.
Ventajas
Las entidades complejas del mundo real y la lógica se pueden modelar fácilmente, lo que permite reutilizar
objetos para el desarrollo de base de datos de una forma más rápida y con mayor eficiencia.

Los programadores de aplicaciones pueden acceder directamente a tipos de objetos Oracle, sin necesidad de
ninguna capa adicional entre la base de datos y la capa cliente. Las aplicaciones que utilizan objetos de Oracle
son fáciles de entender y mantener porque soportan las características del paradigma orientado a objetos. Tiene
buen rendimiento y hace buen uso de los recursos. Posee un rico diccionario de datos. Brinda soporte a la
mayoría de los lenguajes de programación. Es un sistema multiplataforma, disponible en Windows, Linux y Unix.
Permite tener copias de la base de datos productiva en lugares lejanos a la ubicación principal. Las copias de
la Base de Datos productiva pueden estar en modo de lectura solamente.

Desventajas
Es un producto de elevado precio por lo que por lo general se utiliza en empresas muy grandes y
multinacionales. Los costos de soporte técnico y mantenimiento son elevados. Vulnerabilidades en la seguridad
de la plataforma, se hace necesario aplicar parches de seguridad.

Historia
Oracle surge a finales de los 70 bajo el nombre de Software a partir de un estudio sobre.SGBD (Sistemas
Gestores de Base de Datos) de George Koch. Computer World definió este estudio como uno de los más
completos jamás escritos sobre bases de datos. Este artículo incluía una comparativa de productos que erigía
a Relational Software como el más completo desde el punto de vista técnico. Esto se debía a que usaba la
filosofía de las bases de datos relacionales, algo que por aquella época era todavía desconocido.

En la actualidad, Oracle (Nasdaq: ORCL) todavía encabeza la lista. La tecnología Oracle se encuentra
prácticamente en todas las industrias alrededor del mundo y en las oficinas de 98 de las 100 empresas Fortune
100. Oracle es la primera compañía de software que desarrolla e implementa software para empresas 100 por
ciento activado por Internet a través de toda su línea de productos: base de datos, aplicaciones comerciales y
herramientas de desarrollo de aplicaciones y soporte de decisiones. Oracle es el proveedor mundial líder de
software para administración de información, y la segunda empresa de software.