<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">Il 11/apr/2017 16:36, "Enrico Bianchi" <<a href="mailto:enrico.bianchi@live.com">enrico.bianchi@live.com</a>> ha scritto:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div id="m_-1333062504697917369divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr"><div class="quoted-text">
On 04/06/2017 10:13 PM, Franky gmail wrote:<br>
<blockquote type="cite">Ribadisco: il portale è da assimilare ad un documents manager quindi si prospettano ENORMI carichi di lavoro tra ricerche, inserimenti, classificazioni ecc.
<br>
</blockquote></div>
Ribadisco il buona fortuna. Perché, se si tratta di un document manager, ti convengono due scelte:<br>
<br>
 - Se salvi su file: Elasticsearch o Solr.<br></div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Solo per le ricerche, non utilizzare mai come storage elasticsearch o solr. Lo storage è su db, che sia PostgteSQL o MySQL o altri.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div id="m_-1333062504697917369divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
 - Se salvi su database: PostgreSQL.</div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">I file dovrebbero essere salvati su filesystem e il db fungere da lookup.</div><div dir="auto">Ci sono diverse diatribe se salvare o meno i dati su db, ma qui andiamo forse OT.</div><div dir="auto">Sì veda ad esempio django-filer</div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div id="m_-1333062504697917369divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<br>
<p>Questo non tanto perché "MySQL cacca pupù", ma </p></div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto">Spezziamo una lancia, ma solo una, a favore di MySQL: Google fornisce una soluzione in Cloud e solo da poco, in beta, per PostgteSQL.</div><div dir="auto">Tra l'altro con più o meno successo, il progetto percona estende di gran lunga MySQL.</div><div dir="auto">Ops... Le lance sono due!</div><div dir="auto"><br></div><div dir="auto">Sarà che in tempi remoti presi anch'io una certificazione su MySQL e il primo amore non si scorda mai 😉</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div id="m_-1333062504697917369divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr"><p> il semplice fatto che sono i migliori motori di ricerca full text (e tu vuoi la ricerca full text) in circolazione. Per inciso, Django implementa un modulo per la ricerca full text in PostgreSQL<font color="#888888"><br>
</font></p><font color="#888888">
</font></div></div></blockquote></div></div></div><div dir="auto">Imho, se il problema sono carichi elevati di full text a mio avviso db+elasticsearch è la scelta vincente.</div><div dir="auto"><br></div><div dir="auto">Tra l'altro si potrebbero valutare anche voltdb, Cassandra, orientdb... </div><div dir="auto"><br></div><div dir="auto">Alla fine la conoscenza richiede tempo, che spesso il committente non è disposto a pagare.</div><div dir="auto">Ma qui si apre un'altra storia.</div><div dir="auto"><br></div><div dir="auto">Sani</div><div dir="auto">Strap</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><br></div></div></div>