Lo immagino benissimo che la cosa si possa complicare.
Anche perche' .
Se dovesse cambiare la struttura della tabella, dovrebbe essere
rivisitata la vista.

Questo per me' e' una specie di incubo che spesso si materializza.
:)

A.


Il 19 agosto 2015 09:37, Rossin Pietro <pietro.ros...@arpa.fvg.it> ha scritto:
> Confermo, fatta prova adesso sia con qgis 2.8 LTR che qgis 2.11 aggiornato 
> all'altro ieri
>
> Aggiunta colonna punti alla tabella dei limiti di provincia FVG e calcolati i 
> centroidi
>
> In QGis DB Manager vede due layer, uno punti ed uno poligoni
> Carico i punti e nella tabella vi è la colonna dei poligoni
> Esempio per Trieste
> id      geom    provincia
> 1       SRID=3045;MULTIPOLYGON(((390009.366919483 
> 5072955.68976876,390013.531182121....
> ..... ,390009.366919483 5072955.68976876)))     Trieste
>
> La tabella impiega un tempo infinito per caricare e tutto il sistema rallenta 
> brutalmente
>
> Per il discorso della vista, si, ok, può andar bene per me che sono un po' 
> skillato, ma volendo distribuire i contenuti ad un'ampia platea la cosa si 
> complica..
> Dovrei fare una vista per ogni colonna, possibilmente materializzata (non ho 
> ancora ben capito se in questo caso funzionano gli indici..) e nascondere (o 
> mettere in uno schema non accessibile) le colonne della tabella di origine..
>
> Mh..
> p
>
>
> -----Messaggio originale-----
> Da: Andrea Peri [mailto:aperi2...@gmail.com]
> Inviato: mercoledì 19 agosto 2015 09:05
> A: Rossin Pietro <pietro.ros...@arpa.fvg.it>
> Cc: Totò Fiandaca <pigrecoinfin...@gmail.com>; GFOSS <gfoss@lists.gfoss.it>
> Oggetto: Re: [Gfoss] postgresql/postgis: due colonne geometry stessa tabella
>
> Vabbeh.
> Non e' detto che non tu abbia avuto ragione te.
> Ci sta che alla fine la trattino piu' come una evoluzione che come un bug.
>
> Per cui forse non vale neanche la pena porsi il problema.
>
> Per risolvere, basta che ti definisci delle viste che sono tali e quali le 
> tabelle, ma senza la colonna geometrica che non vuoi.
>
> Ed esponi quelle a qgis.
>
> A.
>
>
> Il 19 agosto 2015 09:01, Rossin Pietro <pietro.ros...@arpa.fvg.it> ha scritto:
>> E' un problema che mi si era posto diverso tempo fa.
>> Ne avevo parlato con Paolo Cavallini che sicuramente mi avrà detto di aprire 
>> un ticket..
>>
>> Ma sono pigro :-/
>>
>> Devo vedere se la cosa è ancora così..
>> p
>>
>> -----Messaggio originale-----
>> Da: Andrea Peri [mailto:aperi2...@gmail.com]
>> Inviato: mercoledì 19 agosto 2015 08:59
>> A: Rossin Pietro <pietro.ros...@arpa.fvg.it>
>> Cc: Totò Fiandaca <pigrecoinfin...@gmail.com>; GFOSS
>> <gfoss@lists.gfoss.it>
>> Oggetto: Re: [Gfoss] postgresql/postgis: due colonne geometry stessa
>> tabella
>>
>> Per me questo e' un bug.
>>
>> Se qgis sa gestire solo una colonna geometrica per volta, non serve che si 
>> carichi le altre colonne geometriche.
>> Avevi aperto un ticket a tale riguardo ?
>>
>> A.
>>
>>
>> Il 19 agosto 2015 08:39, Rossin Pietro <pietro.ros...@arpa.fvg.it> ha 
>> scritto:
>>> Buon giorno
>>>
>>> Unico problema è che se in QGis carichi il layer centroid la tabella
>>> associata tra le colonne avrà anche la colonna geom, che essendo
>>> mutlipolygon può essere pesantuccia……
>>>
>>>
>>>
>>> Era un problema che avevo evidenziato tempo addietro, non so se sia
>>> stato poi risolto..
>>>
>>> Pietro
>>>
>>>
>>>
>>> Da: gfoss-boun...@lists.gfoss.it
>>> [mailto:gfoss-boun...@lists.gfoss.it]
>>> Per conto di Totò Fiandaca
>>> Inviato: martedì 18 agosto 2015 22:43
>>> A: Andrea Peri <aperi2...@gmail.com>
>>> Cc: GFOSS <gfoss@lists.gfoss.it>
>>> Oggetto: Re: [Gfoss] postgresql/postgis: due colonne geometry stessa
>>> tabella
>>>
>>>
>>>
>>> ottima casa direi, avere 'n' campi geometry in una stessa tabella può
>>> far risparmiare tempo, si evita di creare 'n' tabelle distinte.
>>>
>>>
>>>
>>> grazie!!!!
>>>
>>>
>>>
>>> Il giorno 18 agosto 2015 22:39, Andrea Peri <aperi2...@gmail.com> ha
>>> scritto:
>>>
>>> Si, in una tabella di un DBMS e' possibile avere N campi geometrici.
>>> Ognuno di essi puo avere un sistema di riferimento differente.
>>>
>>>
>>> La spiegazione , in astratto,  è che un campo geometrico e' un campo
>>> al pari degli altri solo con il tipo "geometria" (polygon,
>>> linestring, etc..).
>>>
>>> A.
>>>
>>>
>>>
>>> 2015-08-18 21:48 GMT+02:00 Totò Fiandaca <pigrecoinfin...@gmail.com>:
>>>> CREATE TABLE shp_polyg_dati
>>>> (
>>>>   id serial NOT NULL,
>>>>   geom geometry(MultiPolygon,3003),
>>>>   frazione character varying(100),
>>>>   sigla character varying(3),
>>>>   stato character varying(10),
>>>>   centroid geometry(Point,3003),
>>>>   CONSTRAINT shp_polyg_dati_pkey PRIMARY KEY (id_0)
>>>> )
>>>> WITH (
>>>>   OIDS=FALSE
>>>> );
>>>> ALTER TABLE shp_polyg_dati
>>>>   OWNER TO postgres;
>>>>
>>>> questa tabella è possibile crearla, come mai?
>>>> ma se la carico in QGIS come vettore PostGIS ho due tabelle separate
>>>> (come logica impone).
>>>>
>>>> --
>>>> Salvatore Fiandaca
>>>> mobile.:+39 327.493.8955
>>>> m: pigrecoinfin...@gmail.com
>>>> 43°51'0.54"N  10°34'27.62"E - EPSG:4326
>>>>
>>>>
>>>>
>>>
>>>> _______________________________________________
>>>> Gfoss@lists.gfoss.it
>>>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>>>> Questa e' una lista di discussione pubblica aperta a tutti.
>>>> I messaggi di questa lista non hanno relazione diretta con le
>>>> posizioni dell'Associazione GFOSS.it.
>>>> 750 iscritti al 18.3.2015
>>>
>>>
>>>
>>> --
>>> -----------------
>>> Andrea Peri
>>> . . . . . . . . .
>>> qwerty àèìòù
>>> -----------------
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Salvatore Fiandaca
>>> mobile.:+39 327.493.8955
>>> m: pigrecoinfin...@gmail.com
>>>
>>> 43°51'0.54"N  10°34'27.62"E - EPSG:4326
>>>
>>>
>>>
>>>
>>>
>>> AVVISO DI RISERVATEZZA Informazioni riservate possono essere
>>> contenute nel messaggio o nei suoi allegati. Se non siete i
>>> destinatari indicati nel messaggio, o responsabili per la sua
>>> consegna alla persona, o se avete ricevuto il messaggio per errore,
>>> siete pregati di non trascriverlo, copiarlo o inviarlo a nessuno. In
>>> tal caso vi invitiamo a cancellare il messaggio ed i suoi allegati.
>>> Grazie. CONFIDENTIALITY NOTICE Confidential information may be
>>> contained in this message or in its attachments. If you are not the
>>> addressee indicated in this message, or responsible for message
>>> delivering to that person, or if you have received this message in
>>> error, you may not transcribe, copy or deliver this message to anyone. In 
>>> that case, you should delete this message and its attachments. Thank you.
>>
>>
>>
>> --
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -----------------
>> AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel 
>> messaggio o nei suoi allegati. Se non siete i destinatari indicati nel 
>> messaggio, o responsabili per la sua consegna alla persona, o se avete 
>> ricevuto il messaggio per errore, siete pregati di non trascriverlo, 
>> copiarlo o inviarlo a nessuno. In tal caso vi invitiamo a cancellare il 
>> messaggio ed i suoi allegati. Grazie. CONFIDENTIALITY NOTICE Confidential 
>> information may be contained in this message or in its attachments. If you 
>> are not the addressee indicated in this message, or responsible for message 
>> delivering to that person, or if you have received this message in error, 
>> you may not transcribe, copy or deliver this message to anyone. In that 
>> case, you should delete this message and its attachments. Thank you.
>
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -----------------
> AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel 
> messaggio o nei suoi allegati. Se non siete i destinatari indicati nel 
> messaggio, o responsabili per la sua consegna alla persona, o se avete 
> ricevuto il messaggio per errore, siete pregati di non trascriverlo, copiarlo 
> o inviarlo a nessuno. In tal caso vi invitiamo a cancellare il messaggio ed i 
> suoi allegati. Grazie. CONFIDENTIALITY NOTICE Confidential information may be 
> contained in this message or in its attachments. If you are not the addressee 
> indicated in this message, or responsible for message delivering to that 
> person, or if you have received this message in error, you may not 
> transcribe, copy or deliver this message to anyone. In that case, you should 
> delete this message and its attachments. Thank you.



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------
_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

Rispondere a