Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

Bases de datos en memoria: Oracle TimesTen vs. Sybase ASE, parte 2

El experto Mich Talebzadeh analiza cómo la base de datos en memoria Sybase Adaptive Server Enterprise (ASE) se puede comparar con Oracle TimesTen.

Esta es la segunda entrega de una serie de dos partes en la que se compara la tecnología de bases de datos en memoria de Oracle TimesTen y de Sybase Adaptive Server Enterprise (ASE). Esta parte examina en profundidad Sybase ASE, mientras que la primera parte analizaba TimesTen.

Estructura de la base de datos en memoria Sybase ASE

ASE presentó su propia base de datos en memoria (IMDB) como parte de su comunicado 15.5. El origen de la ASE IMDB se remonta a los días en que Sybase estaba trabajando en su plataforma Analytics Real (RAP), pero esta fue la primera vez que ASE tuvo una licencia de producto IMDB.

Al igual que TimesTen, ASE IMDB es una base de datos de alto rendimiento. ASE IMDB está totalmente integrada dentro de la propia ASE. Esto está en contraste con TimesTen, que es fundamentalmente una base de datos independiente. ASE IMDB puede leer y escribir datos en otras bases de datos en la misma ASE, y puede recibir datos procedentes de bases de datos ASE o no ASE. ASE IMDB también utiliza la replicación para recibir datos de todas estas fuentes.

Las bases de datos ASE clásicas están diseñados para aplicaciones que necesitan adherirse estrictamente a la semántica de transacciones ACID (atomicidad, coherencia, aislamiento y durabilidad). Estas propiedades ACID se implementan por medio de un registro de transacciones de escritura previa, situado en un almacenamiento persistente (como por ejemplo un disco). A tal respecto, ASE IMDB permite que los aspectos de durabilidad y atomicidad de comportamiento transaccional puedan relajarse, a cambio de tiempos de respuesta bajos y de un mayor rendimiento. Esto está en contraste con TimesTen, que se adhiere completamente a las propiedades ACID.

Para tener una ASE IMDB, deberá contar con suficiente caché para mantener la base de datos completa en la memoria. Una vez que se crea este caché dedicado, actuará como marcador de posición para los dispositivos de IMDB y se podrá crear una base de datos en estos dispositivos en memoria. ASE IMDB se crea a partir de una plantilla de base de datos disponible. Una plantilla de base de datos es una base de datos ASE clásica. En el comienzo, ASE IMDB heredará todos los objetos y datos de su plantilla de base de datos. Una sintaxis típica para la creación de una ASE IMDB sería:

create inmemory database ASEIMDB

use ASEIMDB_template as template

on ASEIMDB_data01='4000M'

log on ASEIMDB_log01='1000M'

with durability = no_recovery

El enfoque es limpio y requiere de muy pocos nuevos aprendizajes para los administradores de bases de datos. Tenga en cuenta que en la sintaxis anterior se hace referencia explícita a una plantilla de base de datos ASEIMDB_template en este caso. Además la durabilidad tiene que ser no recovery, lo que significa que las bases de datos ASE IMDB no son recuperables. Por lo tanto todos los contenidos de una ASE IMDB se pierden después de ciclar el servidor ASE o de una interrupción de energía, debido a la ausencia de un almacenamiento persistente. Por otro lado, esto le ha permitido a Sybase optimizar el registro de transacciones (que todavía sucede, pero completamente en la memoria); debido a que una IMDB nunca tiene que ser recuperada de su registro de transacciones cuando se reinicia ASE, usted puede lograr una mejor escalabilidad y rendimiento transaccional.

No ha habido ningún cambio en los algoritmos de índice de ASE IMDB. En otras palabras, no ha habido ningún intento de reducir el consumo de espacio de almacenamiento cuando la base de datos está en memoria. Cuando se trata de grandes cantidades de datos, esto puede significar una sobrecarga significativa y una memoria adicional para el procesamiento en memoria. Al poderse volcar y cargar una base de datos ASE normal en ASE IMDB, entonces puede utilizar los índices existentes comunes a las bases de datos ASE clásicas, lo que permite una compatibilidad total.

Aplicación de la ASE IMDB

Si usted ya utiliza ASE, entonces tener una ASE IMDB es cuestión de obtener la licencia para ello. ASE IMDB está destinada a aplicaciones de escritura intensiva, donde la persistencia de los datos resulta de carácter secundario. Creo que uno debe indicar el uso previsto para poder decir si una IMDB debería ser recuperable para esa aplicación indicada. Existen ciertas aplicaciones en las que no tiene importancia la recuperación. Estas aplicaciones pueden implementar ASE IMDB en aras de un rendimiento mucho mejor. 

Dado que ASE IMDB está completamente integrada dentro de un servidor clásico híbrido, puede desplegar plenamente el dialecto SQL, además de aspectos de seguridad y cifrado de ASE por sí misma. El comercio electrónico, los carritos de compra, algunos sistemas determinados de negociación, el sostenimiento o la intermediación de bases de datos donde los datos se limpian y están listos antes de ser publicados a una base de datos clásica, todos ellos son los principales ejemplos en los cuales resultará muy útil la ASE IMDB. Además, su capacidad para recibir datos desde otras fuentes a través de métodos de replicación comunes hace de ASE IMDB un banco de trabajo ideal en lugares donde el negocio exige una respuesta más rápida. En la actualidad existe trabajo en curso para habilitar la rápida replicación de una ASE IMDB hacia otra. No obstante, si la recuperación es de suma importancia para su aplicación, tal vez la ASE IMDB no sea adecuada para ese propósito.

Conclusión

Tanto ASE IMDB como Oracle TimesTen ofrecen excelentes capacidades en memoria. Aunque ambos son bases de datos en memoria, tienden a servir para propósitos diferentes. Sin embargo, en sus respectivos ámbitos de aplicación son líderes de la industria con un probado historial de entrega y fiabilidad.

Mich Talebzadeh es un consultor y arquitecto técnico que ha trabajado con sistemas de gestión de bases de datos desde sus días de estudiante en el Imperial College, Universidad de Londres, donde obtuvo su doctorado en Física Experimental de Partículas. Se especializa en el uso estratégico de Oracle y Sybase y es autor de varios libros y artículos sobre bases de datos.

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close