Usando o IBM Informix Dynamic Server 11.50.FC6, posso usar esta sequência SQL para obter o resultado desejado:
Configuração
CREATE TABLE sales
(
id INTEGER NOT NULL,
id_store INTEGER NOT NULL,
date DATE NOT NULL,
total DECIMAL(10,2) NOT NULL
);
INSERT INTO sales VALUES( 1, 1, '2010-01-01', 500.00);
INSERT INTO sales VALUES( 2, 1, '2010-01-02', 185.00);
INSERT INTO sales VALUES( 3, 1, '2010-01-03', 135.00);
INSERT INTO sales VALUES( 4, 1, '2009-01-01', 165.00);
INSERT INTO sales VALUES( 5, 1, '2009-01-02', 175.00);
INSERT INTO sales VALUES( 6, 5, '2010-01-01', 130.00);
INSERT INTO sales VALUES( 7, 5, '2010-01-02', 135.00);
INSERT INTO sales VALUES( 8, 5, '2010-01-03', 130.00);
INSERT INTO sales VALUES( 9, 6, '2010-01-01', 100.00);
INSERT INTO sales VALUES(10, 6, '2010-01-02', 12.00);
INSERT INTO sales VALUES(11, 6, '2010-01-03', 85.00);
INSERT INTO sales VALUES(12, 6, '2009-01-01', 135.00);
INSERT INTO sales VALUES(13, 6, '2009-01-02', 400.00);
INSERT INTO sales VALUES(14, 6, '2009-01-07', 21.00);
INSERT INTO sales VALUES(15, 6, '2009-01-08', 45.00);
INSERT INTO sales VALUES(16, 8, '2009-01-09', 123.00);
INSERT INTO sales VALUES(17, 8, '2009-01-10', 581.00);
Consulta
SELECT *
FROM (SELECT s1.id AS s1id,
NVL(s1.id_store, s2.id_store) AS s1store,
NVL(s1.date, MDY(MONTH(s2.date), DAY(s2.date),
YEAR(s2.date)+1)) AS s1date,
s1.total AS s1total,
s2.id AS s2id,
NVL(s2.id_store, s1.id_store) AS s2store,
NVL(s2.date, MDY(MONTH(s1.date), DAY(s1.date),
YEAR(s1.date)-1)) AS s2date,
s2.total AS s2total
FROM sales AS s1 FULL JOIN sales AS s2
ON s1.id_store = s2.id_store
AND s1.date BETWEEN '2010-01-01' AND '2010-01-10'
AND s2.date BETWEEN '2009-01-01' AND '2009-01-10'
AND DAY(s1.date) = DAY(s2.date)
AND MONTH(s1.date) = MONTH(s2.date)
) AS s3
WHERE s1_date BETWEEN '2010-01-01' AND '2010-01-10'
AND s2_date BETWEEN '2009-01-01' AND '2009-01-10'
ORDER BY s1_id_store ASC, s1_date ASC;
Resultado
s1id s1store s1date s1total s2id s2store s2date s2total
1 1 2010-01-01 500.00 4 1 2009-01-01 165.00
2 1 2010-01-02 185.00 5 1 2009-01-02 175.00
3 1 2010-01-03 135.00 1 2009-01-03
6 5 2010-01-01 130.00 5 2009-01-01
7 5 2010-01-02 135.00 5 2009-01-02
8 5 2010-01-03 130.00 5 2009-01-03
9 6 2010-01-01 100.00 12 6 2009-01-01 135.00
10 6 2010-01-02 12.00 13 6 2009-01-02 400.00
11 6 2010-01-03 85.00 6 2009-01-03
6 2010-01-07 14 6 2009-01-07 21.00
6 2010-01-08 15 6 2009-01-08 45.00
8 2010-01-09 16 8 2009-01-09 123.00
8 2010-01-10 17 8 2009-01-10 581.00
Explicação
Demorou uma boa quantidade de experimentação para obter este 'certo'. O Informix tem uma função construtora DATE MDY() que recebe três argumentos inteiros:o mês, dia e ano (o nome é mnemônico). Também possui três funções de análise:DAY(), MONTH() e YEAR() que retornam o dia, mês e ano do argumento de data. A consulta interna com o FULL JOIN fornece os resultados com nulos nos lados esquerdo e direito. O critério de 5 partes na cláusula ON parece ser necessário; caso contrário, os critérios na consulta externa devem ser mais complexos e confusos - se puderem funcionar. Em seguida, os critérios na seleção externa garantem que os dados corretos sejam escolhidos. Uma vantagem das expressões NVL() na consulta interna é que as colunas de ID da loja são as mesmas e não são nulas e nenhuma coluna de data é nula, portanto, a cláusula order by pode ser mais simples - na ID da loja e em qualquer coluna de data.
No Informix, também seria possível retrabalhar as expressões de data como:
NVL(s1.date, s2.date + 1 UNITS YEAR)
NVL(s2.date, s1.date - 1 UNITS YEAR)
Na verdade, existem várias conversões de tipo acontecendo nos bastidores com essa notação, mas ela fornece o mesmo resultado e o cálculo extra provavelmente não é tão significativo.
Há também uma falha na espera no Informix; você não pode adicionar ou subtrair 1 ano de ou para qualquer 29 de fevereiro - porque não há 29 de fevereiro no ano seguinte ou anterior. Você precisaria ter cuidado com seus dados; se não estiver, você pode acabar comparando os dados de 29/02/2008 com 28/02/2009 (assim como comparando os dados de 28/02/2008 com 28/02/2009). Existe um processo chamado 'contabilidade de partidas dobradas', mas não é isso que significa, e seus cálculos podem ficar confusos se '2008-02-29 mais 1 ano' for 2009-02-28. O Informix gera um erro; isso não é muito mais útil. Você pode codificar um procedimento armazenado, provavelmente, para retornar NULL para 2008-02-29 mais 1 ano, pois não há nenhuma data para comparar suas vendas.
Você deve ser capaz de adaptar a aritmética de datas ao MySQL com bastante facilidade; o resto do código não precisa mudar.
