<div dir="ltr">per cose piccole, SQLite<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Il giorno 16 febbraio 2014 13:33, Diego Barrera <span dir="ltr"><<a href="mailto:diegonebarrera@yahoo.it" target="_blank">diegonebarrera@yahoo.it</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 16/02/2014 12:40, enrico franchi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
L'architettura del db deve essere *sempre* il piu' efficiente possibile. Se no, non ja fa. E si, sharda, cazzi e mazzi, per carita'.<br>
<br>
</blockquote></div>
Alla luce di questo e avendo in mente che devo andare in produzione il prima possibile,<br>
(leggi per ora mi interessa poco scalare, ma mi server avere una killer app per vedere come va)<br>
che succede se opero in questo modo:<br>
<br>
1. creo model e tutta app con l'orm;<br>
2. l'app funziona e ho tanti clienti: primi problemi a scalare<br>
3. ottimizzo sql e impostazioni specifiche dbms<br>
<br>
Mi sembra un buon compromesso.<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
Python mailing list<br>
<a href="mailto:Python@lists.python.it" target="_blank">Python@lists.python.it</a><br>
<a href="http://lists.python.it/mailman/listinfo/python" target="_blank">http://lists.python.it/<u></u>mailman/listinfo/python</a><br>
</div></div></blockquote></div><br></div>