Re: Problema Order By en PosgreSQL 8.1

Miguel: gracias por probar el ejemplo. Fue en 8.1 , no ?

Mando los reultados que a mi me estan saliendo:

Paul2=# select tablita.idDia , tablita.numHora
Paul2-# from tablita
Paul2-# WHERE tablita.campoA = 1 AND
Paul2-# tablita.campoB =1 AND
Paul2-# tablita.campoC =1 AND
Paul2-# tablita.campoD =1 AND
Paul2-# tablita.campoE = 1
Paul2-# ORDER BY tablita.idDia , tablita.numHora;
iddia | numhora
-------+---------
1 | 1
1 | 2
1 | 3
1 | 4
1 | 5
1 | 6
1 | 7
1 | 8
3 | 1
3 | 2
3 | 3
3 | 4
3 | 5
3 | 6
3 | 7
3 | 8
5 | 1
5 | 3
5 | 5
5 | 7
2 | 1
2 | 2
2 | 3
2 | 4
2 | 5
2 | 6
2 | 7
2 | 8
4 | 1
4 | 2
4 | 3
4 | 4
4 | 5
4 | 6
4 | 7
4 | 8
5 | 2
5 | 4
5 | 6
5 | 8
(40 rows)

Alvaro:

Acabo de probar el ejemplo tanto en UTF-8 y Latin1, y el resultado es
el mismo, no hay ordenamiento. Te mando lo que me pediste:

EXPLAIN ANALYZE , antes del vacuum analyze:

Index Scan using tablita_pkey on tablita (cost=0.00..5.83 rows=1
width=8) (actual time=0.044..0.179 rows=40 loops=1)
Index Cond: ((campoa = 1) AND (campob = 1) AND (campoc = 1) AND
(campod = 1) AND (campoe = 1))
Total runtime: 0.303 ms

el vacuum analyze de "tablita" sale :

INFO: vacuuming "public.tablita"
INFO: index "tablita_pkey" now contains 40 row versions in 2 pages
DETAIL: 0 index pages have been deleted, 0 are currently reusable.
CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO: "tablita": found 0 removable, 40 nonremovable row versions in 1 pages
DETAIL: 0 dead row versions cannot be removed yet.
There were 0 unused item pointers.
0 pages are entirely empty.
CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO: analyzing "public.tablita"
INFO: "tablita": scanned 1 of 1 pages, containing 40 live rows and 0
dead rows; 40 rows in sample, 40 estimated total rows

Total query runtime: 260 ms.

EXPLAIN ANALYZE , despues del vacuum analyze:

Sort (cost=2.96..3.06 rows=40 width=8) (actual time=0.326..0.363
rows=40 loops=1)
Sort Key: iddia, numhora
-> Seq Scan on tablita (cost=0.00..1.90 rows=40 width=8) (actual
time=0.026..0.179 rows=40 loops=1)
Filter: ((campoa = 1) AND (campob = 1) AND (campoc = 1) AND
(campod = 1) AND (campoe = 1))
Total runtime: 0.485 ms

Paolo.

On 4/7/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Paolo Lopez escribió:
>
> > C1) El ejemplo dado NO ordena en la version 8.1 .
>
> Lo probe aca y funciona perfectamente. Puede ser un problema de UTF8 en
> Windows, pero hasta donde veo los campos involucrados son numeros, no
> cadenas de caracteres, por lo que eso no deberia afectar para nada.
>
> Alguien tendria que probarlo en Windows. Yo aca no tengo como.
>
> > C1.1) Si NO se hace caso al "Guru Hint" el ordenamiento
> > ascendente nunca se
> > efectuará.
> >
> > C1.2) Si SI hace caso al "Guru Hint" (vacuum analyze) el
> > ordenamiento ascendente
> > se efectuará como se ha previsto.
>
> Como te digo, el vacuum analyze no puede tener ningun efecto.
>
> Que tal si publicas el EXPLAIN ANALYZE de la consulta, antes y despues
> del vacuum analyze?
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>