Corrección a mitad de camino, de nuevo

febrero 12

Wayne Warren, uno de los fundadores de Raima Inc., atraviesa los cambios a lo largo de los años. Empezando con db_VISTA y terminando con mejoras a RDM Embedded, incluyendo multi-core y base de datos en memoria Mejoras.

En 1991, Raima vendió una biblioteca C enlazable llamada db_VISTA, que funcionó bien para grupos de trabajo pequeños que necesitaban compartir una base de datos, pero la industria de bases de datos en general estaba más interesada en la arquitectura cliente / servidor.

Comenzando con DB_VISTA

Entonces, comenzamos con db_VISTA y creamos un servidor de base de datos que se llamó Velocis. Teníamos dos productos, destinados a dos tipos de aplicaciones. Esta fue la primera corrección importante a mitad de camino. Técnicamente, supuso un cambio arquitectónico fundamental. db VISTA realiza E / S de disco directamente desde cada programa de aplicación, manteniendo un caché local de las páginas de la base de datos. Velocis realiza E / S de disco solo desde el servidor y mantiene solo una caché centralizada.

DB_VISTA en 2010

Avance rápido hasta 2010. db_VISTA ahora se llama RDM integrado, Velocis ahora se llama Servidor RDM, y ambos se utilizan y apoyan activamente. La empresa ha pasado por varios cambios de propiedad, pero los productos se han mantenido viables durante más de 20 años. Raima es ahora una división de Birdstep Technology. Los desarrolladores originales (Randy Merilatt y yo, Wayne Warren) están de regreso después de probar otras cosas por un tiempo, y otros desarrolladores a largo plazo han sobrevivido a todos los cambios. Se han agregado varias características nuevas a los productos, se ejecutan en nuevas plataformas y son mucho más confiables.

Cambios en la industria de bases de datos integradas

Pero la industria ha cambiado y era necesaria otra corrección a mitad de camino. Para indicar algunos de los cambios obvios:

  • La memoria es masiva y barata
  • El espacio en disco es enorme y barato
  • La creación de redes es rápida y generalizada, y ...
  • Multinúcleo y los sistemas multiprocesador son comunes.

Resulta que un sistema de base de datos que fue diseñado para optimizar la memoria y el disco y una sola CPU no se escala como uno esperaría. Esto no es bueno, pero es algo que se está realizando en toda la industria. El escalado de varios núcleos requiere una arquitectura que suelte cada núcleo, en lugar de que cada núcleo interfiera con los demás. Hablaré más sobre una arquitectura con reconocimiento de múltiples núcleos en otra publicación.

Esta segunda gran corrección a mitad de camino comenzó de nuevo desde el producto más pequeño, RDM integradoy se lanzará como la próxima versión de RDM Embedded. Funcionará para las aplicaciones que actualmente usan RDM Embedded, pero la arquitectura subyacente ha cambiado para aprovechar todo lo anterior: use un base de datos en memoria para obtener velocidad, utilice la red para lograr el paralelismo y programe el acceso a la base de datos para permitir que varios núcleos / procesadores se ejecuten en paralelo.

Resulta que al hacer todo lo anterior, el producto también se volvió más simple de usar e implementar, y más flexible al usar varias computadoras juntas. Simplemente comienza a usarlo y simplemente comienza a funcionar (a cualquiera de los programadores de RDM Embedded de la vieja escuela le encantará).

Get notified about new RDM updates

Be the first to know about new Raima Database Manager updates when they go live, use cases, industry trends and more.