interrupt on geos - ex ottime notizie in arrivo

>Mi piacerebbe migliorare l'interrompibilita', che e' una cosa
>nuova nella 3.4.0. In pratica i client della C-API possono 
>richiedere di interrompere le operazioni (da un signal handler,
>tipicamente, oppure registrando una callback di interruzione
>la dove non esistano signal handler). Non so se vi e' mai capitato
>ti lanciare una query in PostGIS e non poterla piu' fermare se non
>uccidendo il backend ? 

La aspetto a gloria.
Il problema che dici lo conosco bene quando lavoro con postgis mi succede almeno una volta al giorno.

Succede anche con spatialite (anche di piu' a dire il vero...), ma li' basta dare ctrl-c e la console esce senza fiatare.

La cosa è meno traumatica.

Invece con postgis, su windows a volte sono costretto addirittura a dover fare ripartire la macchina perche' il thread 
non vuole chiudersi.
Con il rischio di corrompere la tablespace.

Questo aspetto è una delle cose piu' rischiose nell'impiego dei DBMS (anche altri hanno questo problema).
Si da' l'accesso a un dbms a dei novellini, che poi ti fanno una query pazzesca, costringendoti a uccidere il back-end.

Anche solo per questo è utile impiegare splite.
Prima fai prove con lui e dopo applichi al DBMS.

>Se ci sono dei beta tester il tutto si stabilizza e migliora prima.