PDF de programación - InterBase - Comparativo contra Ms SQL Server y Sybase SQL Server

Comparativo contra Ms SQL Server / Sybase SQL Server

InterBase

Una breve historia
Mecanismos de Bloqueo
        SQL Server: Bloqueos de Páginas
        SQL Server: Bloqueos de Indices
        SQL Server: Bloqueos de Tablas
        SQL Server: Promoción de Bloqueos de Página a Bloqueos de Tablas
        SQL Server: Inserciones
        InterBase: Arquitectura Multi­Generacional
        InterBase: Rendimiento
Confirmación en dos fases
        SQL Server
        Sybase SQL server
        InterBase
CHARS y VARCHARS
        SQL Server:  (Almacenamiento) CHAR vs. VARCHAR 
        InterBase (Almacenamiento) CHAR vs. VARCHAR
        SQL Server (Rendimiento)
        InterBase (Rendimiento)
        SQL Server (Edición in situ de VARCHARS)
        InterBase (Edición in situ de VARCHARS)
Matrices Multidimensionales
Procesamiento de Transacciones
        SQL Server
        InterBase
Instalación y Mantenimiento
Instalación y Reservación de Espacio
        SQL Server (Instalación)
        Sybase.(Instalación)
        InterBase (Instalación)
Mantenimiento (Copias de Respaldo)
        SQL Server (Mantenimiento)
        InterBase (Mantenimiento)
Registros de Transacciones
        SQL Server
        InterBase
Puntos de verificación
        SQL Server
        InterBase
Configuración
        SQL Server
        InterBase
Recuperación
        SQL Server
        InterBase
     Sombreado de Bases de Datos
        Interbase: 
 
 
Uso de Recursos

 

        Microsoft SQL Server
        Sybase SQL Server
        InterBase
Escalabilidad
        Microsoft SQL Server
        Sybase SQL Server
        InterBase
Portabilidad
        Microsoft SQL Server
        Sybase SQL Server
        InterBase
Tecnologías Avanzadas (Alertadores de Eventos)
Soporte para Java
Soporte Internacional

 

        Microsoft SQL Server
        Sybase SQL Server
        InterBase

Introducción

Motorola, Nokia, MCI, Northern Telecom, la Bolsa de Philadelphia, Bear Stearns, el First National Bank de 
Chicago, Money Store, el Ejército de los Estados Unidos, NASA, Boeing… A pesar de lo variado de los 
nombres en esta lista, todos comparten algo en común: han seleccionado a InterBase como el componente 
fundamental de sus sistemas de información. InterBase puede encargarse con la misma facilidad de 
controlar sistemas de misiles de combate, de capturar datos para la investigación aerospacial o gestionar una 
bolsa de valores. Estas aplicaciones, aparentemente diferentes necesitan ciertas características comunes 
entre ellas: facilidad de uso y mantenimiento, alto rendimiento, escalabilidad, confiabilidad, disponibilidad 
de los datos, portabilidad, un adecuado uso de los recursos y recuperación tras desastres. InterBase ha sido 
diseñado para cumplir con todos estos objetivos. 

Aunque no todas las empresas necesitan aplicaciones tan interesantes o dramáticas como las citadas, todavía 
comparten las mismas necesidades y deben suministrar soluciones reales a problemas reales del mundo 
empresarial. Las mismas virtudes que hacen de InterBase el mejor Sistema de Gestión de Bases de Datos 
Relacionales (SGBDR) para las aplicaciones mencionadas, son las mismas virtudes que hacen de InterBase 
la mejor elección para su uso por grupos de trabajos, departamentos y empresas en cualquier aplicación 
cliente/servidor. El objetivo de este documento es demostrar por qué InterBase es la mejor herramienta 
SGDBR para aplicaciones Cliente/Servidor examinando cómo se comportan InterBase, Microsoft SQL 
Server y Sybase en los aspectos señalados anteriormente y en otros más. 

Nota.

Antes de la salida de Microsoft SQL Server 6.0, Sybase SQL Server y Microsoft SQL Server eran el mismo 
producto. Microsoft SQL Server 4 obtuvo una licencia de Sybase y fue vendido a partir de entonces bajo la 
etiqueta de Microsoft. En 1995, Microsoft compró el código fuente de Sybase y lo modificó para producir 
Microsoft SQL Server 6.0. Sybase continuó el desarrollo de su producto, que es comercializado ahora bajo 
los nombres de Sybase SQL Server System 10 y System 11. En el corazón de Microsoft SQL Server y los 
productos SQL de Sybase se esconde el mismo código fuente. En la mayoría de los casos, los productos se 
comportan de la misma manera. Por esta razón, el término "SQL Server" se referirá, a los propósitos de este 
documento, tanto a Microsoft SQL Server como a Sybase SQL Server. En los casos en que estos dos 

productos difieran, se utilizarán sus respectivos nombres. 

Una breve historia 

InterBase fue concebido y creado originalmente por un grupo de ex­empleados de la Digital Equipment 
Corporation [DEC], los cuales querían desarrollar un SGDBR innovador que ofreciera beneficios 
substancialmente mayores que otras bases de datos existentes. InterBase comenzó su vida en 1985 con el 
nombre de Groton Database Systems, siendo renombrado poco después como InterBase. Ashton Tate 
adquirió el producto en 1991, y Borland lo adquirió a su vez en 1992 como parte de la compra de Ashton 
Tate. 

A lo largo de su desarrollo, InterBase ha introducido exitosamente una serie de avances tecnológicos. Entre 
estos se encuentra la Arquitectura Multi­Generacional, Confirmación en Dos Fases Automática, Sombreado 
de Bases de Datos, Objetos Binarios Grandes [BLOBs], Indices Dispersos con Representación Binaria, 
Matrices Multi­dimensionales, Alertadores de Eventos y el primer controlador nativo JDBC. 

La mayor parte de los sistemas SGBDR existentes no pueden ofrecer tecnologías equivalentes. Por ejemplo, 
la arquitectura de SQL Server utiliza una combinación de bloqueos de páginas, tablas e índices para 
permitir el acceso concurrente a sus datos. SQL Server permite la confirmación en dos fases pero necesita 
ayuda por parte del programador para gestionar las secuencias de confirmación y de anulación. SQL Server 
ofrece acceso a BLOBs pero su alcance es muy limitado y es significativamente más lento que el acceso a 
BLOBs de InterBase. 

Mecanismos de Bloqueo

Resumen: InterBase utiliza su Arquitectura Multi­Generacional para reducir enormemente la necesidad de 
bloqueos de páginas, índices y tablas, asegurando por lo tanto la mayor concurrencia posible, la 
disponibilidad de los datos y el mejor rendimiento en situaciones reales.

Antecedentes: La integridad de los datos críticos de una empresa es de importancia inconmensurable. Hay 
muchas formas de asegurar la integridad de los datos en un SGBDR. Dos de los esquemas más comunes son 
los de bloqueos pesimistas y los bloqueos optimistas. El bloqueo pesimista es la técnica más fácil de 
implementar y genera bloqueos en páginas, índices y tablas para asegurar la integridad de la transacción. 
Por otra parte, las técnicas optimistas de bloqueos no detienen a la aplicación cliente. Por el contrario, 
utilizan mecanismos más sofisticados para asegurar la integridad de la transacción. El bloqueo optimista, a 
la vez que asegura la integridad de los datos, ofrece el mejor rendimiento y disponibilidad de la 
información. 

• SQL Server: Bloqueos de Páginas. Con el propósito de garantizar la integridad de los datos, la 

arquitectura de SQL Server utiliza un mecanismo de bloqueos que bloquea las páginas de datos. Una 
página de datos es una colección de bloques físicos de datos en el disco duro de un servidor. Las 
páginas tienen todas el mismo tamaño, el cual está determinado por la configuración del servidor y 
la base de datos. En dependencia del ancho de una tabla y del tamaño de la página, una página puede 
contener cualquier número de registros. Generalmente, los registros se disponen en una tabla con los 
registros añadidos recientemente al final de la misma. La unidad básica de almacenamiento es la 
página de 2K, que coincidentemente es la menor unidad de almacenamiento que SQL Server puede 
también bloquear. El bloqueo a nivel de páginas requiere que los desarrolladores estén más 
conscientes de la concurrencia y de la necesidad de ajustar su código para obtener la mayor 
concurrencia posible. Un bloqueo sobre una página inmoviliza todas las filas de datos o de índices 
existentes en esa página. Por ejemplo, en una tabla que contiene filas de datos de 100 bytes y claves 
de 10 bytes un bloqueo en estas páginas tendrá el efecto acumulativo de bloquear otras 18 filas de 

datos y 180 entradas en el índice. 

Para asegurar la integridad de un registro, cuando ocurre una escritura en una tabla, el SGBDR 
bloquea la página donde está ubicado el registro. Bloquear la página completa es más rápido 
que bloquear los registros individuales y requiere menos recursos en el servidor para gestionar 
los bloqueos. Esta técnica, sin embargo, impide el acceso de otros usuarios a la página 
completa. Para más problemas, sin embargo, SQL Server bloquea, además de la página en la 
que se encuentra el registro, las páginas adyacentes. Esto quiere decir que no solamente se 
bloquea la página de interés, sino también la precedente y la siguiente. El acceso a los registros 
en las páginas bloqueadas se impedirá durante la duración del bloqueo. El bloqueo puede 
ocurrir en una amplia variedad de situaciones. La más frecuente es mientras se escribe un 
registro en la base de datos. Sin embargo, el uso de cursores por las aplicaciones clientes puede 
causar un extenso bloqueo de páginas. En tales casos, los usuarios que están visualizando 
registros pueden impedir a otros usuarios que modifiquen registros en esas páginas hasta que la 
aplicación de visualización cierre el cursor o el usuario navegue fuera de la página, liberando el 
bloqueo. 

El hecho de que el lector de un registro, página o página adyacente pueda impedir a otros 
usuarios la actualización de un registro en cualquiera de las páginas bloqueadas por el lector 
plantea potencialmente problemas importantes con el rendimiento para los usuarios que 
necesitan acceder a los registros en las páginas bloqueadas. En vez de poderse concentrar en la 
implementación de las reglas de negocios de la empresa, los desarrolladore