grazie infinite della esauriente panoramica, sei stato gentilissimo Sandro!<div>Non padroneggio ancora benissimo l'utilizzo dei database ma prima o poi riuscirò a vederne anche gli aspetti positivi.</div><div><br /></div><div>umberto<br /><br /><span>Il 22/04/13, a.furieri@lqt.it ha scritto:</span><blockquote cite="mid:81f9440d9eb4eccc397017bb374e0e74@lqt.it" class="iwcQuote" style="border-left: 1px solid #00F; padding-left: 13px; margin-left: 0;" type="cite"><div class="mimepart text plain">On Mon, 22 Apr 2013 12:07:58 +0200, Umberto Filippo Minora wrote:<br />> Oltre al da me già conosciuto formato vettoriale shpaefile della<br />> ESRI, vedo che ce ne sono altri, come "SQlite".<br />> Qual è la differenza fra i due? In che casi è utile usare uno<br />> piuttosto che l'altro?<br />><br /><br />riassuntino in pillole:<br />- il formato shapefile e' decisamente vecchiotto (ha circa 30 anni)<br />   e si basa su tecnologie informatiche superate ed obsolete.<br />- gli Spatial Database sono il naturale sostituto, decisamente piu'<br />   raffinato e piu' efficiente.<br />- natualmente non esiste un unico Spatial Database; ne esistono<br />   svariati, tutti concettualmente analoghi ma assai differenti<br />   nella pratica. giusto per fare una listina veloce:<br />   * PostGIS, MySQL e SpatiaLite tra i prodotti open source<br />   * Oracle, MS SQL Server, IBM DB2, Informix, ArcSDE ed ESRI<br />     GeoDatabase tra i prodotti proprietari.<br /><br />ciascuno di loro ha caratteristiche sue proprie, anche se tutti quanti<br />si basano su un unico modello concettuale.<br />scegliere quello piu' appropriato dipende essenzialmente da cosa ci<br />vuoi fare, da come e' strutturato il tuo ambiente di lavoro etc.<br /><br />rimanendo sui soli prodotti opens source:<br />- PostGIS e' sicuramente la soluzione giusta se devi lavorare in<br />   un ambiente dipartimentale (p.es. un server comune per qualche<br />   decina o centinaia di workstations)<br />- SpatiaLite e' molto piu' semplice (ma non per questo meno potente)<br />   ed e' decisamente consigliabile se lavori in autonomia su un unico<br />   PC e lo scambio di informazioni con altri colleghi avviene solo<br />   sporadicamente.<br /><br />il vantaggio principale di usare uno Spatial Database consiste nel<br />fatto che sono molto efficienti e veloci, sono robusti ed affidabili<br />e soprattutto possono contenere centinaia di layers in un unico<br />repository centralizzato razionalmente organizzato.<br /><br />l'altro vantaggio e' che tutti gli Spatial Database hanno una<br />capacita' autonoma di supportare complesse elaborazioni spaziali<br />tramite linguaggio SQL (insomma, non serve usare necessariamente<br />un client specializzato come QGIS o ArcView: puoi fare tantissime<br />cose, anche complicatissime, usando il solo DB e niente altro)<br /><br /><br />> Vedo inoltre che è possibile organizzare i SQlite in database<br />><br /><br />no: funziona esattamente all'opposto.<br />SQLite di per se e' proprio un database; una volta che hai creato<br />un DB poi puoi caricare al suo interno tutti i layers che ti occorrono.<br />n.b. per SQLite un database e' semplicemente un unico file; che<br />quando serve puo' "gonfiarsi" sino a raggiungere dimensioni enormi:<br />non e' poi eccezionale trovare dei files SQLite di svariati GB.<br /><br />SpatiaLite e' semplicemente un'estensione Spatial che consente di<br />aggiungere a SQLite delle vere e proprie capacita' di elaborazione<br />geografiche che altrimenti non sarebbero disponibili nella "versione<br />base" nuda e cruda.<br /><br />puoi utilmente usare "spatialite_gui" per creare ed alimentare<br />i tuoi DB SpatiaLite; poi una volta che sono pronti all'uso li<br />puoi connettere a QGIS.<br /><br />[1] <a href="https://www.gaia-gis.it/fossil/libspatialite/home" target="l">https://www.gaia-gis.it/fossil/libspatialite/home</a><br />[2] <a href="http://www.gaia-gis.it/gaia-sins/windows-bin-x86/" target="l">http://www.gaia-gis.it/gaia-sins/windows-bin-x86/</a><br /><br />immagino che piu' o meno le medesime funzionalita' siano presenti<br />anche su QSpatialite etc ma suppongo che altri che conoscono QGIS<br />meglio di me ti sapranno dare consigli piu' mirati<br /><br /><br />> Le mie perplessità aumentano quando vedo che esistono sia<br />> l'estensione "SQLite", sia "SpatiaLite".<br />> Qualcuno può spiegarmi un po' per favore perché tante estensioni?<br />><br /><br />essenzialmente e' un vecchio motivo storico: i sistemi Unix (e quindi<br />anche Linux) non si sono mai basati sulle estensioni tanto quanto e'<br />tipico su Windows.<br />il tipo reale del file si basa sempre su una "firma interna", non<br />sull'estensione che e' puramente convenzionale e solo indicativa.<br />insomma, conta in contenuto mentre il nome non conta affatto: puoi<br />chiamare indifferenemten un DB "pippo", "pippo.sql", "pippo.db",<br />"pippo.sqlite" oppure "pippo.spatialite" e funzionera' comunque<br />egualmente bene in tutti i casi.<br />di per se SQLite non ha mai deciso di adottare un proprio suffisso<br />standard "ufficiale", e quindi ciascun utente e/o sviluppatore e'<br />assolutamente libero di comportarsi a proprio piacere :-)<br /><br />ciao Sandro<br /><br />-- <br />Il messaggio e' stato analizzato alla ricerca di virus o<br />contenuti pericolosi da MailScanner, ed e'<br />risultato non infetto.<br /><br />_______________________________________________<br />Gfoss@lists.gfoss.it<br /><a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="l">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br />Questa e' una lista di discussione pubblica aperta a tutti.<br />I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br />638 iscritti al 28.2.2013</div></blockquote></div>