IBM DB2: SQL con soporte a consultas temporales.

La nueva version de la base de datos de IBM DB2, viene con soporte para consultas temporales, lo que permite modelar mucho mejor aplicaciones que tengan que mantener vigencias en las tablas.

Por ejemplo, la tabla de PAISES, es bastante estatica, pero cambia cada tanto en los nombres de los mismos.
Tambien se crean nuevos paises y algunos paises se dividen en dos y dejan de existir.

Para modelar esto, generalmente se agrega un rango de fechas (FechaInicial-FechaFinal, o VIGENCIA) donde sus atriibutos secundarios son validos.

En DB2, ahora se pueden escribir sentencias de la forma

UPDATE paises FOR PORTION OF BUSINESS_TIME FROM '2007-03-01' TO '2009-04-01' SET paisnombre = 'Checoslovaquia' WHERE PaisID = 123;

que solo va a valer en ese rango de fechas establecidas.

De esta forma las aplicaciones podrían ejecutar en el momento actual (como hacemos ahora) y también en el futuro o en el pasado, o sea cambiando la FECHA_VALOR o FECHA_EJECUCION, permitiendo que si reimprimo un documento de 6 meses atrás, tome las descripciones validas en esa fecha.

Estaría muy bueno poder desarrollar aplicaciones que tenga las vigencias en forma natural, haciendo mucho mas sencillo el desarrollo.

Links Relaicionados:

Comentarios

  1. Mariano Ifrán15 de abril de 2012, 9:02 p.m.

    Muy interesante, más si no queda limitado a DB2 y va por el camino de la estandarización como dice el paper. Podría abstraer y simplificar la gestión tributaria/impositiva, tan dependiente de la fecha valor de un cobro, un evento administrativo, etc.

    Pero más que eso, a nivel de diseño relacional esto va a dar vuelta la manera en que pensamos los históricos de entidades más complejas. Espero que de aquí a pocos años GX lo aborde, mientras lo iremos experimentando en forma nativa.

    saludos,
    Mariano

    ResponderBorrar

Publicar un comentario

1) Lee el post
2) Poné tu opinión sobre el mismo.
Todos los comentarios serán leidos y la mayoría son publicados.

Entradas más populares de este blog

La nefasta influencia del golero de Cacho Bochinche en el fútbol uruguayo

Imagen
Esta teoría no es mia, sino que se la escuché por primera vez a Andrés Acosta. Varias generaciones de niños en Montevideo, crecieron viendo un programa de televisión llamado Cacho Bochinche, donde había un juego donde habia que patear penales a un arco con un golero de goma. La falla fundamental del mismo, es que en vez de premiar a quienes metian goles, se premiaba a quienes logran pegarle un pelotazo al golero y tirarlo al suelo. O sea, quien pateaba en forma mas burda y fuerte, era el ganador. Para complicar mas la situación, muchas veces cuando un niño no lograba voltear al muñeco, el animador del programa (el inefable Cacho de la Cruz que hacía de juez), le pegaba o empujaba al golero para tirarlo al suelo y de forma de dejar contento al niño que estaba haciendo pucheros. Por lo tanto se promueven varios valores, que han logrado calar muy profundo en las generaciones de niños telespectadores: a) Es bueno patear fuerte y al medio b) Tirar a colocar es de maricones c) El golero es
Leer más

Aplicación monolítica o distribuida?

Imagen
En los últimos tiempos, hemos escuchado muchas opiniones sobre cómo es conveniente diseñar nuestras aplicaciones, desde el punto de vista de su arquitectura en la ejecución.  Históricamente las aplicaciones eran monolíticas (una aplicación que se instalaba en una computadora y hacia todo lo que necesitaba) y en forma más recientes se esta optando por hacer aplicaciones distribuidas en varias computadoras, dividas en servicios independientes (algunos lo llaman microservicios). Al ser tan variadas las aplicaciones que realizamos, es claro que no hay una solución optima para todos los casos, sino que tenemos que adoptar (y adaptar) la arquitectura que mas nos convenga para cada caso. También hay que entender que entre una aplicación monolítica y una aplicación totalmente basada en microservicios hay una gran variedad de combinaciones posibles, pues no hay que hacer binaria la elección. El problema.  Es una realidad, que los sistemas de información cada día abarcan más activida
Leer más

Funcionalidades de GeneXus que vale la pena conocer: DATE Constants.

Imagen
Algunas veces en el código tenemos que poner una fecha como constante. Una alternativa a esta función, es usar el formato #yyyy-mm-dd# , como constante. Por ejemplo:   &InitialDate =# 2007 - 01 - 01 # &DateTime = #2020-01-01 10:00:00# Esta funcionalidad está desde hace varias versiones, pero por algún motivo, no se usa demasiado. He visto que usan ymdtod(2020,01,01) que para mi queda bastante mas confuso. Más información en el siguiente link: Date Constants
Leer más