<div dir="ltr"><div>Marco, si ho chiavi primarie che contengono campi multipli (e che belle che sono...).</div><div><br></div>Daniele Varrazzo, è sempre un piacere leggerti. Grazie mille.<div>Proseguo allora.</div></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 23 settembre 2014 16:58, Daniele Varrazzo <span dir="ltr"><<a href="mailto:piro@develer.com" target="_blank">piro@develer.com</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="HOEnZb"><div class="h5">On 2014-09-23 15:36, Marco Fochesato wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ciao Lista,<br>
avrei bisogno di un consiglio.<br>
Ho il mio bel database Postgresql al quale mi interfaccio con Libreoffice e<br>
con qualche piccola applicazione creata con Python.<br>
<br>
Viste le varie esigenze, sto pensando di mettere in piedi un server web e<br>
creare una o più applicazioni web che vadano ad interfacciarsi al database.<br>
Sono a digiuno completo di linguaggi per la creazioni di siti web.<br>
Adoro Python, e mi son avvicinato al framework Django. Ho acquistato il<br>
libro di Marco Beri e sto completando tutto il tutorial.<br>
E' la strada giusta?<br>
<br>
Lo chiedo perchè vedo parlare in rete di WSGI...<br>
poi così ad un primo approccio con Django, mi son trovato un po' stretto...<br>
ho la sensazione di non poter lavorare su un database già costruito.<br>
</blockquote>
<br></div></div>
Si', sei sulla strada giusta. WSGI e' un passo sotto django: serve (grossomodo) a collegare un application server (quale e' django, o sono flask/bottle) con un web server (come apache o nginx). Tu tipicamente userai un app server e sarai un utente wsgi senza neanche accorgertene.<br>
<br>
Per quanto riguarda il suo ORM, ci sono diverse cose che trovo *molto* opinabili. Comunque non e' un grosso problema ne' farlo lavorare su tabelle che hai costruito in precedenza (costruendo i modelli sulle tabelle gia' definite, senza che crei quelle stupidissime fkey "deferrable initially deferred" che ce li strozzerei) ne' evitare a pie' pari l'intero layer dell'orm, evitando di definire modelli e usando comandi sql (from django.db import connection, cur = connection.cursor(), ...). In questo modo sfrutti es. la sua configurazione, la gestione delle transazioni legata alle pagine ecc. ma usi il database al massimo della potenza.<br>
<br>
...e quando dico "non e' un grosso problema" non usare le tabelle autogenerate oppure fare query a mano, intendo "lo faccio sempre": mai scritto un programma che usasse la sua autogenerazione o le migrations (ogni volta che ne vedo l'sql inorridisco) e appena le cose diventano un pelo meno dirette trovo molto piu' semplice scrivere una query invece di ricordarmi di usare "data__lte", come si fa l'eagerload... ma forse sono di parte.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
-- Daniele</font></span><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><br clear="all"><div><br></div>-- <br><div dir="ltr">Marco Fochesato<br></div>
</div>