No, non mi sono spiegato. Per me l'incubo che si materializza spesso e' che la struttura delle tabelle dei vari sistemi GIS che gestisco possono cambiare (in alcun casi anche a ogni rilascio) per varie ragioni e tutte le volte conseguenzialmente devo rivedere le configurazioni di tutti i sistemi e viste che su di esse insistono per rimetterle in sync.
Poiche' non sempre e' dato sapere cosa sia cambiato tra il prima e il dopo. Uno quando rileva che un campo ha cambiat nome, o ne e'comparos uno nuovo o ne e' scomparso un altro. Deve cominciare a rivedere sempre tutti i settaggi sulle applicazioni webgis, progetti , etc... perwms, wfs, etc.. Per rimettere sempre tutto in sync. Per questo dicevo che lo comprendo. E? come per le viste. Se cambia qualcsa va sempre rimesso le cose a posto e questo in un ambiente dove le cose possono cambiare spesso e' un parametro da soppesare nelle valutazioni di impeigo di una vista al posto di una tabella. Invece il tuo suggerimento e' sicuramente pertinente per il problema di Rossin. A. Il 19 agosto 2015 10:16, Sandro Santilli <[email protected]> ha scritto: > On Wed, Aug 19, 2015 at 10:07:09AM +0200, Andrea Peri wrote: >> 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. >> :) > > Una prova che potresti fare, per aiutare nella risoluzione dell'incubo > (a parte aprire un ticket, o commentare su uno gia' esistente) e' > costruire la vista in modo da includere ancora il campo geometrico MA > attraverso una funzione di riduzione dell'output, tipo... > GeometryType. > > In quel modo si potrebbe capire se il costo ("tempo infinito", lo > chiamava qualcuno) e' nel caricare la geometria dal disco o nel > presentarla al client. > > --strk; -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [email protected] 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
