[Gfoss] Splite - Unione tabelle

[a.furieri a lqt.it]

On Tue, 25 Mar 2014 14:28:31 +0100, a.furieri a lqt.it wrote:
> insomma, invertirei totalmente i termini del problema;
> un unico layer monolitico, che ti assicura certamente
> il top dell'efficienza e dell'uso ottimizzato dello
> storage.
> e che contemporaneamente ti continua a dare la possibilita'
> di recuperare a piacere ciascun singolo sub-layer visto
> che le origini verranno sempre scrupolosamente tracciate:
> bastera' una banale query "... WHERE origine = 'pippo' ..."
> per spacchettare a ritroso ciascuno dei layers elementari
> qulora dovesse servire.
>

ho dimenticato di aggiungere ...

naturalmente potresti poi implementare in modo certamente
efficiente tante Views corrispondenti a ciascun singolo
sub-layer, del tipo:

CREATE VIEW vista_1 AS
SELECT ROWID as ROWID, a AS a, b AS b,
   c AS c, geometry AS geometry
FROM mescolone
WHERE origine = 'tavola1';

CREATE VIEW vista_2 AS
SELECT ROWID as ROWID, a AS a, b AS b,
   c AS c, geometry AS geometry
FROM mescolone
WHERE origine = 'tavola2';

... and so on ....

Views di questo tipo continuano pur sempre a supportarti
efficientemente lo Spatial index, e sono perfettamente
compatibili con i requisiti del data-provider di QGIS

naturalmente, in questo caso creare un indice di ricerca
sulla colonna "origine" e' decisamente raccomandabile:

CREATE idx_origine_mescolone ON mescolone (origine);

ciao Sandro