[Gfoss] Problemi di performance con PostGres 8.3 e PostGIS 1.3.3

Local Chapters GFOSS.it
1

Alcuni suggerimenti:

1)

SELECT civici.*
FROM civici, catasto
WHERE NOT Contains(civici.the_geom, catasto.the_geom);

Invertendo l'ordine i tempi restano immutati ?

... NOT Contains(catasto.the_geom, civici.the_geom);

2)

in altri contesti suggerivano di usare questa:

- use the ST_ContainsPrepared(g1,g2) ...

[http://postgis.refractions.net/pipermail/postgis-users/2008-January/018342.html\]

3)
Puoi indicare che tipo di geometria e numero di elementi sono
catasto.the_geom e civici.the_geom ?

civici posso immaginare che siano punti, ma catasto.the:geom sono poligoni ?

Sapere quanti elementi sono aiuta a capire se ci mette tanto perche'
e' semplicemente molta roba.
Comunque a livello regionale, e' ragionevole che certe operazioni
richiedano qualche ora.

E su questo incide anche la macchina.
..dual Xeon 3,0 Ghz e 2 GB..

dual processor o dual-core ?
sistema operativo a 32 bit o a 64 bit ?

i 2 GB sono tutti dedicati a postgres ?

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~

2

On Thu, Jul 24, 2008 at 02:21:30PM +0200, Andrea Peri wrote:

Sapere quanti elementi sono aiuta a capire se ci mette tanto perche'
e' semplicemente molta roba.
Comunque a livello regionale, e' ragionevole che certe operazioni
richiedano qualche ora.

E su questo incide anche la macchina.
..dual Xeon 3,0 Ghz e 2 GB..

dual processor o dual-core ?
sistema operativo a 32 bit o a 64 bit ?

i 2 GB sono tutti dedicati a postgres ?

Aggiungerei in generale: attenzione all'indicizzazione delle tabelle, se si decade
a ricerche lineari, le query possono impiegare eoni.

--
Francesco P. Lovergine