<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 11 novembre 2014 00:11,  <span dir="ltr"><<a href="mailto:a.furieri@lqt.it" target="_blank">a.furieri@lqt.it</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 10 Nov 2014 23:18:05 +0100, Andrea Peri wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
=====<br>
Lista difetti dello SpatiaLite<br>
<br>
</blockquote>
<br></span>[...]<br>
<br>
<br>
test 2)<br>
-------<br>
sqlite3 pippo2.sqlite<br>
SELECT load_extension('mod_<u></u>spatialite');<br>
SELECT InitSpatialMetadata(1, 'WGS84');<br>
.quit<br>
<br>
questa invece e' l'inizializzazione "leggera"; dentro a "spatial_ref_sys"<br>
ci finiscono solo 130 righe, cioe' tutta la famiglia WGS84: 4326 + tutti<br>
i fusi dal 32601 fino al 32766.<br>
size: 256 KB<br>
<br>
<br></blockquote><div>Bella questa, no la conoscevo !</div><div>Io in genere creo i db da spatialite-gui. Posso creare un DB con tutti i SR e poi eliminare quelli che non mi servono o in questo modo si crea qualche problema ?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
<br>
SpatiaLite mette a disposizione tutte le funzioni SQL che servono<br>
per modulare a piacere l'inizializzazione nel modo piu' flessbilie<br>
e senza nessun vincolo imposto.<br>
il fatto che ancora ad oggi nessun client / app  supporti quanto e'<br>
gia' disponibile almeno da due o tre anni a questa parte non e'<br>
certo un difetto imputabile al DBMS in quanto tale.</blockquote><div><br></div><div>Assolutamente no. Come gia dicevo tempo fa un campo su cui c'è molto da fare è proprio migliorare l'integrazione di SL con  i client GIS, visto che poi è la modalità di accesso di buona parte degli utenti medi.</div><div>Con una buona integrazione SL potrebbe veramente diventare lo shapefile del futuro, visto che le potenzialità di un DBMS sono infinitamente più ampie.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
.) non consente la rinomina o la cancellazione di una colonna<br>
<br>
dif: 1  nodif: 1<br>
<br>
</blockquote>
<br></span>
verissimo: e' un limite strutturale intrinseco dell'architettura di<br>
SQLite. e non e' neppure ipotizzabile che venga modificato in un<br>
futuro piu' o meno vicino perche' implicherebbe rivoluzionare<br>
radicamente tutta la struttura fisica di basso livello del DB-file.<br>
<br>
detto questo: anche moltissimi altri DBMS non sono minimamente<br>
capaci di modificare i nomi/tipi/vincoli delle colonne una volta<br>
che siano state create.<br>
ma aggirano elegantemente il problema "simulando" a livello puramente<br>
formale una ALTER TABLE  che in effetti compie (sotto al cofano, in<br>
modo silenzioso ed invisibile) la seguente catena di operazioni:<br>
<br>
1) attivare una transazione - BEGIN<br>
2) modificare il nome della tavola di partenza<br>
3) creare una nuova tavola con il vecchio nome ma sopprimendo<br>
   (o modificando) le definizioni delle singole colonne cosi'<br>
   come richiesto dall'utente.<br>
4) copiare i dati dalla tavola vecchia alla nuova<br>
5) DROP della vecchia tavola<br>
6) consolidare la transazione - COMMIT<br>
<br></blockquote><div><br></div><div>Se ci sono relazioni con altre tavole ci possono essere problemi in questo workaround ?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
SQLite non supporta nulla di simile: ma nulla vieta che un client<br>
o una app si implementino autonomamente una funzionalita' di questo<br>
tipo. <a href="http://p.es" target="_blank">p.es</a>. SpatiaLite-GUI la supporta pienamente fin da tempi<br>
assai remoti.<br>
nulla vieta (almeno in teoria) che anche ulteriori client "di buona<br>
volonta'" supportino questa funzionalita' in modo del tutto<br>
trasparente (cioe' senza che l'utente neppure se ne accorga).<br></blockquote><div><br></div><div>+1 </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ciao Sandro</blockquote><div><br></div><div>Grazie delle solite ottime dritte.</div><div>a presto</div><div>Luca </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/<u></u>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>
666+40 iscritti al 5.6.2014</div></div></blockquote></div><br></div></div>