Madre Teresa, patriotas, idiotas… y queries recursivas

No es éste foro para opinar sobre si nos interesa la Madre Teresa o si los patriotas son idiotas, pero sí para mostrar nuestro desacuerdo con la canción (por abreviar, acá está su letra) y dejar claro que las jerarquías no son una porquería. Si no que se lo digan a un indirecto cliente mío que consume lo que no nos devuelve a los accionistas como dividendo en pagar hordas de consultores poco avisados de lo que acá cuento. Y lo cuento y dejo públicamente escrito para que tengan todavía menos excusa.

El tema que sigue a tan críptico introito es el de las queries recursivas, que forman parte de SQL ANSI desde la revisión de 1999. Para ilustrar lo que cuento usaré PostgreSQL 8.4, que es la primera versión que las implementa.

Comenzaremos, como abreboca, calculando el factorial de un número mediante una query recursiva.

with recursive factorial as (
    select 1 as n, 1 as fact
        union all
    select
        n + 1 as n,
        a.fact * (n + 1) as fact
    from
        factorial as a
)
select * from factorial limit 10;

La última línea de la query es simple: toma todo lo que lo precede como una tabla y extrae 10 líneas de ella. Nótese que en este caso, de no limitar el tamaño de la consulta, ésta continuaría indefinidamente (indefinidamente en este contexto significa hasta que el factorial excediese el tamaño del tipo de dato que lo contiene). Lo importante es lo que ocurre en las líneas anteriores.

Una cláusula with permite definir una tabla temporal que se usa al vuelo en una consulta subsiguiente. Es mero azúcar sintáctico para simplificar la construcción de queries complejas. Un ejemplo triival es:

with tabla_temporal as ( select 1 as valor )
select * from tabla_temporal;

Es decir, con with se puede crear una tabla (la expresión que aparece entre paréntesis) que puede ser utilizada en la query subsiguiente. Conozco a un tipo al que este tipo de construcciones ayudaría a mitigar el innato culteranismo esecueliano del que hace gala con perniciosos efectos para el bienestar de sus exégetas.

Si with se acompaña de recursive, la tabla que se define fuera del paréntesis puede invocarse dentro de él, como en el ejemplo del cálculo del factorial. En él, entre paréntesis, aparecen dos tablas concatenadas mediante un union all. La segunda se construye mediante una referencia a factorial, que se define fuera del paréntesis. Utilizando un símil markoviano, la primera tabla sería el estado inicial y la segunda definiría la transición. El union all permitiría seguir la traza del paseo markoviano.

Modificando la query anterior se puede construir, por ejemplo, el otro ejemplo paradigmático de la recursividad: la sucesión de Fibonacci. Pero ya lo ha hecho alguien por mí.

Información sobre cuestiones relativas a cómo ejecuta PostgreSQL este tipo de quieries puede obtenerse de aquí.

Y, retomando el tema con el que se encabezaba esta entrada, indicaré que el uso principal de queries recursivas en la práctica es el de desenvolver tablas que implementan jerarquías. Imagínese el caso de las piezas de un determinado modelo de avión. Este avión, nivel más alto de la jerarquía, consta de varias partes (fuselaje,…) que respresentarían el segundo nivel más alto. Y así sucesivamente hasta llegar hasta la más humilde arandela. Asignando un determinado código a cada uno de los miembros de la jerarquía, la relación es parte de puede implementarse mediante una tabla de la forma:

cod_padre cod_hijo
1001 1002
1001 1003
1002 1004

La tabla anterior puede contener sólo la relación directa: el ala izquierda «es parte» del fuselaje, pero no «directamente» del avión. ¿Cómo enumerar las arandelas que forman parte del ala derecha del avión? ¿Cómo descender por la cadena jerárquica representada por la tabla anterior?

La query

with recursive tmp( cod_padre, cod_hijo ) as (
    select
        cod_padre, cod_hijo
    from t_padre_inmediato
        union all
    select
        a.cod_padre as cod_padre,
        b.cod_hijo  as cod_hijo
    from
        t_padre_inmediato as a,
        tmp as b
    where
        a.cod_hijo = b.cod_padre
)
select *
from tmp;

asocia a cada elemento de la jerarquía todos los elmentos de nivel superior a los que pertenece a partir de la tabla de padres inmediatos.

Otro día volveré para contar cómo hacer para calcular la mediana de una columna numérica con Postgres. A no ser que alguien averigüe antes cómo hacerlo con Oracle, en cuyo caso calcularía medias winsorizadas o cualquier otra que lo deje en evidencia.

2 comentarios sobre “Madre Teresa, patriotas, idiotas… y queries recursivas

  1. Salva 18 marzo, 2010 18:30

    Carlos,

    La función median está implementada a partir de Oracle 10g, para versiones anteriores puedes utilizar la función percentile_cont (datos continuos) o percentile_disc (datos discretos)

    Saludos

  2. datanalytics 20 marzo, 2010 16:16

    Admítolo. Una vez, leyendo documentación de Oracle hojeé la lista (¡enorme!) de funciones disponibles y en la mezcla alfabética de churras y merinas encontré cosas de lo más interesante: lags, probablemente (la memoria me falla) medianas, etc.

    Deberían categorizarlas, pienso. Oracle no es un mal bicho, pero hay que andar abanicándolo todo el día. Además, cada vez que se hace una instalación más de Oracle suena la caja registradora de uno de los señores más ricos del mundo (que no ha tenido tampoco la deferencia de invitarme a cenar ni a nada).

    Ya dentro del ámbito de aplicaciones estadísticas, estoy seguro de que la integración de R en Postgres me permite hacer cosas (y de eso hablaré próximamente) que para sí quisiesen los programadores en PL/SQL.

Los comentarios están desabilitados.