Re: [Gfoss] ST_Union e PostGIS

Ciao a tutti, Il giorno 13 dicembre 2017 17:05, Sandro Santilli ha scritto: > On Wed, Dec 13, 2017 at 04:38:22PM +0100, Massimiliano Moraca wrote: > > Tra l'altro noto che le VIEW rendono il caricamento dei dati in QGIS un > > processo molto lento, cosa che non avviene nelle table.

Re: [Gfoss] ST_Union e PostGIS

Pare quindi che debba per forza fare conoscenza con i TRIGGER. Grazie a tutti per le indicazioni :) Il giorno 13 dicembre 2017 18:18, ha scritto: > On Wed, 13 Dec 2017 17:46:13 +0100, Massimiliano Moraca wrote: > >> Da premettere che non ho usato(ancora) nessun plugin o

Re: [Gfoss] ST_Union e PostGIS

On Wed, 13 Dec 2017 17:46:13 +0100, Massimiliano Moraca wrote: Da premettere che non ho usato(ancora) nessun plugin o tool di QGIS per manipolare il db. I TRIGGER (di cui so 0!) potrebbero ovviare alla creazione delle view? si e no: tu hai due problemi distinti e separati. 1. far girare le

Re: [Gfoss] ST_Union e PostGIS

Si, intendo proprio quella, comunque serve un trigger sulla tabella originaria per ordinare il lancio del refresh della vista materializzata stessa. La logica sarebbe sempre la stessa, inoltre una vista materializzata non è altro che una particolare tabella che memorizza, oltre ai dati

Re: [Gfoss] ST_Union e PostGIS

Intendi questa: https://www.postgresql.org/docs/9.6/static/rules-materializedviews.html Il giorno 13 dicembre 2017 17:41, Marco Li Volsi ha scritto: > metto un po' di carne al fuoco... ma usare le Materialized View in > PostgreSQL ? > > > > Il 13/12/2017 17:35,

Re: [Gfoss] ST_Union e PostGIS

Da premettere che non ho usato(ancora) nessun plugin o tool di QGIS per manipolare il db. I TRIGGER (di cui so 0!) potrebbero ovviare alla creazione delle view? Mi spiego meglio. Mi sono rassegnato, per ora, a creare le tabelle e non le view: un trigger potrebbe fare in modo che aggiornata la

Re: [Gfoss] ST_Union e PostGIS

metto un po' di carne al fuoco... ma usare le Materialized View in PostgreSQL ? Il 13/12/2017 17:35, a.furi...@lqt.it ha scritto: On Wed, 13 Dec 2017 17:05:43 +0100, Sandro Santilli wrote: On Wed, Dec 13, 2017 at 04:38:22PM +0100, Massimiliano Moraca wrote: Tra l'altro noto che le VIEW

Re: [Gfoss] ST_Union e PostGIS

On Wed, 13 Dec 2017 17:05:43 +0100, Sandro Santilli wrote: On Wed, Dec 13, 2017 at 04:38:22PM +0100, Massimiliano Moraca wrote: Tra l'altro noto che le VIEW rendono il caricamento dei dati in QGIS un processo molto lento, cosa che non avviene nelle table. Perche' non puo' usare un indice su

Re: [Gfoss] ST_Union e PostGIS

On Wed, 13 Dec 2017 16:38:22 +0100, Massimiliano Moraca wrote: Tra l'altro noto che le VIEW rendono il caricamento dei dati in QGIS un processo molto lento, cosa che non avviene nelle table. Massimiliano, nota bene: su SQLite (come su tantissimi altri DBMS) le VIEW sono oggetti READ_ONLY;

Re: [Gfoss] ST_Union e PostGIS

Stavo provando con l'opzione filtri di QGIS facendo prima il duplicato del layer in TOC. Però vedo che se attivo una sessione di editing sul layer da cui è nato il duplicato non posso modificarlo. Uso QGIS 2.18.13 Il giorno 13 dicembre 2017 17:05, Sandro Santilli ha scritto: > On

Re: [Gfoss] ST_Union e PostGIS

On Wed, Dec 13, 2017 at 04:38:22PM +0100, Massimiliano Moraca wrote: > Tra l'altro noto che le VIEW rendono il caricamento dei dati in QGIS un > processo molto lento, cosa che non avviene nelle table. Perche' non puo' usare un indice su un oggetto che non esiste ancora fino al momento della

Re: [Gfoss] ST_Union e PostGIS

Ciao Andrea, il fatto è proprio questo, vorrei appunto evitare di trovarmi a cose fatte con un problema da gestire. Credo che ora che tutto è in fase di startup ancora protrei ovviare a problemi che prevedo ci saranno; per quelli che non prevedo amen! :D Il giorno 13 dicembre 2017 16:35, Andrea

Re: [Gfoss] ST_Union e PostGIS

Tra l'altro noto che le VIEW rendono il caricamento dei dati in QGIS un processo molto lento, cosa che non avviene nelle table. Il giorno 13 dicembre 2017 15:19, Massimiliano Moraca < massimilianomor...@gmail.com> ha scritto: > La facevo facile quindi io Sandro.. :| > > hint: ma perche' vuoi

Re: [Gfoss] ST_Union e PostGIS

Scusate per l ' autocorrettore di Android. Ma all' incirca si capisce Il 13 Dic 2017 4:35 PM, "Andrea Peri" ha scritto: > Infatti queste cose non sono facili per niente. > Però il tuo approccio è sano. > Ovvero hai d lle specifiche e stai valutando come fare per

Re: [Gfoss] ST_Union e PostGIS

Infatti queste cose non sono facili per niente. Però il tuo approccio è sano. Ovvero hai d lle specifiche e stai valutando come fare per ottenere il sistema nell'ansia completezza. Ora che conosci meglio i limiti di un determinato stack tecnologico puoi decidere se introdurre nel tuo sistema

Re: [Gfoss] ST_Union e PostGIS

La facevo facile quindi io Sandro.. :| hint: ma perche' vuoi usare proprio una Spatial View ? > nel tuo caso, se ho capito bene il problema, sarebbe molto > piu' opportuno materializzare ancora un'altra tavola, p.es.: Voglio creare una view in virtù del fatto che si autoaggiorna...in pratica

Re: [Gfoss] ST_Union e PostGIS

On Wed, 13 Dec 2017 13:56:20 +0100, Massimiliano Moraca wrote: Come ho detto a Marco ogc_fid è chiave primaria. Avevo notato un po' di tempo fa che nel creare le VIEW SpatiaLite ti chiede comunque un id dalla tabella sorgente, id assegnato poi random. Massimiliano, stai ben attento perche'

Re: [Gfoss] ST_Union e PostGIS

Innanzitutto grazie a tutti per le risposte. Mo vi rispondo uno ad uno. Sembra una minaccia ma non lo è :D Ciao Massimiliano, > come puoi aspettarti di avere il campo ogc_fid dopo aver fatto il > dissolve? > PostgreSQL ti chiede di usare un GROUP BY anche su quel campo OPPURE devi > passarlo ad

Re: [Gfoss] ST_Union e PostGIS

On Wed, 13 Dec 2017 12:13:37 +0100, Massimiliano Moraca wrote: Buongiorno, in QGIS con un virtual layer scrivendo questa query: *SELECT ST_Union(geom) AS geometry, ogc_fid, cd_diparti, dipartimenFROM dipartimentiGROUP BY cd_diparti;* Ottengo l'effetto dissolve che mi interessa(anche in

Re: [Gfoss] ST_Union e PostGIS

Ciao. Chiedo alcune informazioni sui dati Tu vuoi dissolvere una serie di geometrie in base ad un campo con valore comune (cd_diparti), ma i valori degli altri campi sono diversi? intendo dire: hai una situazione del genere? cd_diparti ogc_fid dipartimen Pippo 1

Re: [Gfoss] ST_Union e PostGIS

On Wed, Dec 13, 2017 at 12:13:37PM +0100, Massimiliano Moraca wrote: > > *SELECT ST_Union(geom) AS geometry, ogc_fid, cd_diparti, dipartimenFROM > > dipartimentiGROUP BY cd_diparti;* > Se assecondo il messaggio mi chiede successivamente di inserire anche > *dipartimen > *ed il risultato non è il

Re: [Gfoss] ST_Union e PostGIS

Ciao Massimiliano, come puoi aspettarti di avere il campo ogc_fid dopo aver fatto il dissolve? PostgreSQL ti chiede di usare un GROUP BY anche su quel campo OPPURE devi passarlo ad una funzione di aggregazione. Es. SELECT ST_Union(geom) AS geometry, min(ogc_fid) FROM dipartimenti GROUP BY

[Gfoss] ST_Union e PostGIS

Buongiorno, in QGIS con un virtual layer scrivendo questa query: > > > > > > > *SELECT ST_Union(geom) AS geometry, ogc_fid, cd_diparti, dipartimenFROM > dipartimentiGROUP BY cd_diparti;* Ottengo l'effetto dissolve che mi interessa(anche in SpatiaLite. La stessa query in PostGIS mi genera invece