<p dir="ltr"><br>
On 15 Dec 2013 01:22, "Alberto Granzotto" <<a href="mailto:agranzot@gmail.com">agranzot@gmail.com</a>> wrote:<br>
><br>
> ciao ragazz*,</p>
<p dir="ltr">Ciao Alberto! </p>
<p dir="ltr">> per un progetto sono tornato al caro vecchio SQL, dopo un bel po' di tempo su MongoDB.</p>
<p dir="ltr">Posso chiederti come mai? </p>
<p dir="ltr">> Quanti di voi usano Django ma fanno lavorare anche a trigger e procedure di Postgres, ad esempio per aggiornare in modo trasparente alcuni campi aggregati (es. totali)?</p>
<p dir="ltr">Quando serve io. E quando serve non puoi farne a meno. </p>
<p dir="ltr">> O preferite tenere tutto a livello applicativo per portabilita'?<br>
><br>
> Domanda molto aperta, me ne rendo conto, ma sono curioso di raccogliere qualche caso d'uso per sapere come vi comportate voi.</p>
<p dir="ltr">Come dice C8E la portabilità è un falso mito. Chi ha mai migrato un progetto tra due db diversi alzi la mano? E chi di questi pochi l'ha fatto senza problemi grazie ad un orm alzi un piede.<br>
Pochi piedi in giro, scommetto :-) </p>
<p dir="ltr">Guarda questo video: <a href="http://www.youtube.com/watch?v=C3bZbA4jaAg">http://www.youtube.com/watch?v=C3bZbA4jaAg</a></p>
<p dir="ltr">Purtroppo non trovo le slide col cellulare. <br>
Comunque ha mostrato un esempio di una query generata dall'orm di django che impegnava due minuti e la stessa query fatta a mano e mi pare inglobata in una stored procedure ci metteva 20 millisecondi. </p>
<p dir="ltr">Ecco, magari le mie stored procedure le metterei qui: <a href="https://docs.djangoproject.com/en/1.6/howto/initial-data/#providing-initial-sql-data">https://docs.djangoproject.com/en/1.6/howto/initial-data/#providing-initial-sql-data</a></p>

<p dir="ltr">Almeno sono pure versionate. </p>
<p dir="ltr">Ciao.<br>
Marco. <br>
</p>