Hace ya unos años que los programadores hablaban de un “Invierno Nuclear” en los lenguajes de programación, provocado por Java. Había una sensación generalizada de que todo convergía al modelo orientado a objetos de Java (y C# era visto como una burda copia), que la creatividad en los lenguajes de programación  había desaparecido. Esta sensación está cambiando en la actualidad, pero quizás esté ocurriendo el comienzo de algo más importante: el análisi profundo de las bases de datos.

Hace algunos años muchas personas evangelizaban a las bases de datos relacionales y muchas personas en esa época esperaban que las bases de datos orientadas a objetos se conviertan en el próximo paso revolucionario de las bases de datos. Como hoy ya sabemos, esto no ocurrió. Las bases de datos relacionales están tan profundamente embebidas que la mayoría de los proyectos asumen el uso de bases de datos relaciones desde el inicio.

Una pregunta natural que surge es ¿porqué van a tener éxito otros proyectos donde las bases de datos de objetos fallaron?. ¿Qué ha cambiado en el mundo para que las bases de datos relacioneles pierdan terreno? Hay muchas hipótesis sobre porqué las bases relacionales son tan dominantes. La principal es que la importancia actual de las bases relacionales no es por su rol en la gestión de datos, sino por su rol en la integración.

Para muchas organizaciones de hoy en día, el principal patrón de integración es el de Integración por Base de Datos Compartida, en donde se integran múltiples aplicaciones mediante el uso compartido de una única base de datos. Cuando se tiene estas Bases de Integración, es importante que todas las aplicaciones puedan recuperar facilmente todos los datos compartidos, de ahí la importancia del rol del SQL. El rol del SQL como un lenguaje de consultas casi-estándard fue central para el predominio de las bases de datos.

El espacio de las bases de datos hoy se ve en debate por la presencia de varias alternativas de integración, en particular, la emergencia de los servicios web. Bajo distintos enfoques, hay un movimiento creciente para que las aplicaciones hablen entre ellas a través de documentos de texto (en general, XML) sobre HTTP. La web, tanto en internet como intranet, es un modo de integración incluso más potente que el SQL, el cual suele romper el concepto de encapsulación.

Si cambiamos el protocolo de integración de SQL hacia HTTP, significa que se pueden cambiar las bases de datos de ser Bases de Integración para convertirse en Bases de Aplicación. Este cambio es profundo. Como primer paso permite un enfoque mucho más simple para el mapeo objeto-relacional, como el tomado por Ruby on Rails. Pero más aún, rompe con la necesidad de los modelos de datos relacionales. Al integrar via HTTP, deja de importar cómo una aplicación almacena sus datos, lo que a su vez significa que una aplicación puede elegir el modelo de datos que tiene más sentido para sus necesidades.

Esto no significa el fin de las bases de datos relacionales, de hecho son la elección apropiada para muchas situaciones. Pero si significa que ahora los desarrolladores de aplicaciones deben comenzar a pensar cuál es la elección apropiada para sus necesidades. A medida que los proyectos no-relacionales crecen y maduran, más espacio va a existir para otras opciones.

Basado en: http://martinfowler.com/bliki/DatabaseThaw.html

Social Bookmarking

Esta entrada se publicó , el Sábado, 16 de Mayo de 2009 a las 12:08 horas y está guardada bajo Artículos. Puedes seguir cualquier respuesta a esta entrada mediante el canal RSS 2.0. Puedes dejar un comentario o enviar un trackback desde tu propio sitio.