<p dir="ltr">Il 06/apr/2014 21:54 "Daniele Varrazzo" <<a href="mailto:piro@develer.com">piro@develer.com</a>> ha scritto:<br>
><br>
> On 2014-04-06 20:08, Gollum1 wrote:<br>
>><br>
>> Presumo che in un progetto django il database sia residente sul server,<br>
>> anche se si usa SQLite? Visto che per il mio progetto non devo memorizzare<br>
>> i dati che vado ad elaborare, per i singoli utenti, SQLite andrebbe<br>
>> benissimo, se fosse locale al computer ancora meglio... La mia intenzione<br>
>> sarebbe di creare il un DB all'apertura della sessione, solo per facilitare<br>
>> i calcoli, e poi distruggerlo al termine... Mentre sarebbe opportuno avere<br>
>> un DB SQLite in sola lettura per altri dati generici usati per i calcoli,<br>
>> comuni a tutti gli utenti.<br>
>><br>
>> Pensavo ai DB, invece di semplici file su testo formattati, perché dovrebbe<br>
>> essere più semplice l'estrazione del singolo dato dal file, voi che ne<br>
>> dite? È un modello che ha senso o mi vado a ficcare in qualche casino?<br>
><br>
><br>
> Tutto è possibile, ma creare e distruggere un database per sessione non è la cosa più comune, per non parlare del fatto che django non ti consente di connetterti ad un numero arbitrario di database (uno per sessione) ma solo ad un numero prefissato in configurazione.<br>

><br>
> Secondo me o usi file temporanei o usi un database come si deve: per le mezze misure non hai infrastruttura di supporto.</p>
<p dir="ltr">Ok... Allora è da escludere SQLite, per via della concorrenza... Un unico DB in cui metto i dati ad uso generico e delle tabelle ad hoc in cui registro i dati di sessione che poi cancello alla fine della sessione stessa...<br>
</p>
<p dir="ltr">Magari devo prevedere un garbage collector per la pulizia di eventuali sessioni chiuse impropriamente.</p>
<p dir="ltr">byez<br>
-- <br>
Gollum1</p>