Tengo una situación que creo que se puede resolver utilizando la función de ventana, pero no estoy seguro.
Imagina la siguiente tabla
CREATE TABLE tmp
( date timestamp,
id_type integer
) ;
INSERT INTO tmp
( date, id_type )
VALUES
( '2017-01-10 07:19:21.0', 3 ),
( '2017-01-10 07:19:22.0', 3 ),
( '2017-01-10 07:19:23.1', 3 ),
( '2017-01-10 07:19:24.1', 3 ),
( '2017-01-10 07:19:25.0', 3 ),
( '2017-01-10 07:19:26.0', 5 ),
( '2017-01-10 07:19:27.1', 3 ),
( '2017-01-10 07:19:28.0', 5 ),
( '2017-01-10 07:19:29.0', 5 ),
( '2017-01-10 07:19:30.1', 3 ),
( '2017-01-10 07:19:31.0', 5 ),
( '2017-01-10 07:19:32.0', 3 ),
( '2017-01-10 07:19:33.1', 5 ),
( '2017-01-10 07:19:35.0', 5 ),
( '2017-01-10 07:19:36.1', 5 ),
( '2017-01-10 07:19:37.1', 5 )
;
Me gustaría tener un nuevo grupo en cada cambio en la columna id_type. Por ejemplo, primer grupo de 7:19:21 a 7:19:25, segundo inicio y finalización a las 7:19:26, y así sucesivamente.
Después de que funcione, quiero incluir más criterios para definir grupos.
En este momento, utilizando la consulta a continuación ...
SELECT distinct
min(min(date)) over w as begin,
max(max(date)) over w as end,
id_type
from tmp
GROUP BY id_type
WINDOW w as (PARTITION BY id_type)
order by begin;
Obtengo el siguiente resultado:
begin end id_type
2017-01-10 07:19:21.0 2017-01-10 07:19:32.0 3
2017-01-10 07:19:26.0 2017-01-10 07:19:37.1 5
Si bien me gustaría:
begin end id_type
2017-01-10 07:19:21.0 2017-01-10 07:19:25.0 3
2017-01-10 07:19:26.0 2017-01-10 07:19:26.0 5
2017-01-10 07:19:27.1 2017-01-10 07:19:27.1 3
2017-01-10 07:19:28.0 2017-01-10 07:19:29.0 5
2017-01-10 07:19:30.1 2017-01-10 07:19:30.1 3
2017-01-10 07:19:31.0 2017-01-10 07:19:31.0 5
2017-01-10 07:19:32.0 2017-01-10 07:19:32.0 3
2017-01-10 07:19:33.1 2017-01-10 07:19:37.1 5
Después de resolver este primer paso, agregaré más columnas para usar como reglas para dividir grupos, y estos otros serán anulables.
Versión Postgres: 8.4 (Tenemos Postgres con Postgis, por lo que no es fácil de actualizar. Las funciones de Postgis cambian de nombre y hay otros problemas, pero espero que ya estemos reescribiendo todo y la nueva versión use una versión más nueva 9.X con postgis 2.x)