<div dir="ltr">Ciao Alessandro e grazie della risposta.<div>Sono passato da SQLalchemy dato che mi permette di scrivere le funzioni senza preoccuparmi del DB che gira sotto. Questo perchè posso avere un postgres centrale e tanti piccoli PC in missione che usano spatialite che è un file secco. Ricompilare a manina per me è un eufemismo. Non saprei nemmeno da dove partire.</div><div>Invece con un semplice campo di appoggi ad ogni tabella che assume 1 o 0 per l'istanza di database di quel momento posso fare la query di tutti i record che voglio in un istante!</div><div><br></div><div>Il problema è sorto passando da postgres a spatialite e non avevo mai letto la doc ufficiale di sqlite..ma poco male...aggiro!</div><div><br></div><div>Grazie mille</div><div>Luca</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 22 settembre 2014 19:07,  <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 Sun, 14 Sep 2014 11:03:11 +0200, Luca Mandolesi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Unica problema è proprio lato SQlite che mi pone un limite di 999<br>
parametri ricercabili contemporaneamente.<br>
<br>
</blockquote>
<br></span>
dalla doc ufficiale di SQLite [1]<br>
<br>
SQLite allocates space to hold all host parameters between 1 and the<br>
largest host parameter number used. Hence, an SQL statement that contains<br>
a host parameter like ?1000000000 would require gigabytes of storage.<br>
This could easily overwhelm the resources of the host machine.<br>
To prevent excessive memory allocations, the maximum value of a host<br>
parameter number is SQLITE_MAX_VARIABLE_NUMBER, which defaults to 999.<br>
<br>
[1] <a href="http://www.sqlite.org/limits.html" target="_blank">http://www.sqlite.org/limits.<u></u>html</a><span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Non uso il metodo interno delle QT ma passo per SQLalchemy che mi<br>
permette di dialogare con postgres e sqlite senza cambiare nulla.<br>
<br>
</blockquote>
<br></span>
evidentemente SQLalchemy macina il tutto internamente in modo<br>
tale da utilizzare i parametri posizionali, e quindi va a sbattere<br>
sul limite duro dei 999 max.<br>
<br>
se tu avessi usato direttamente le API standard di SQLite senza<br>
ulteriori intermediari suppongo che il problema non si presenterebbe<br>
affatto, visto che nei tuoi snippets SQL non riesco a vedere<br>
traccia di parametri posizionali.<br>
ed in questo caso il limite max. di SQLite e' che uno statement<br>
SELECT non puo' essere piu' lungo di 1 milione di bytes<br>
<br>
ad ogni buon conto: SQLite e' estremamente configurabile.<br>
se ti ricompili "a manina" libsqlite3 puoi modificarti tutte queste<br>
impostazioni come meglio preferisci.<br>
<br>
ciao Sandro<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</blockquote></div><br></div>