Aggiungo...

Odoo SA ha iniziato a prendere seriamente in considerazione le performance dalla versione 10 in poi.

Con la versione 11 abbiamo visto grandi miglioramenti, dalla 12 in poi grossi problemi non li sto riscontrando o quando si incontrano di solito la soluzione è semplice.

Le patch per bypassare molti problemi dell'ORM si discutono nei vari canali OCA ben prima che Odoo corregga il problema e questo è di solito un grosso vantaggio.

Luigi, quando mi sono trovato con clienti che hanno da gestire o (peggio) inventariare magazzini multipli con migliaia di prodotti, ognuno con svariate varianti, o quando i documenti testata-riga hanno più di poche decine di righe, l'ORM di odoo, costellato di campi calcolati in loop innestati, e di query ripetute riga per riga, ha segnato tutti i suoi limiti.
Forse con la v13 le cose sono migliorate, ma fino alla v12 le prestazioni latitano quando si hanno poco più di pochi dati da gestire, anche eccedendo il numero di workers consigliati su odoo.sh. 
Odoo è bello, usabile, con i quadri sintetici che fanno figo, ma inadatto a progetti medio-piccoli o dove non c'è il margine per poter intervenire e sopperire alle carenze del prodotto. E' anche indatta a microclienti perchè fattureincloud spesso è più che sufficiente,.Siamo diventati learning partner quest'anno quindi non abbiamo esperienza enterprise con odoo sa, ma con tutti gli altri vendor se c'è un problema di prodotto interviene casa madre, se c'è un problema di integrazione tocca al system integrator. Con odoo dici che bisogna essere oltre che system integrator, anche sviluppatori a supporto di casa madre? Con questo modello di lavoro hanno senso solo clienti con avviamenti da oltre 100k altrimenti chiudi o passi ad altro. E siamo ben sopra la media degli avvviamenti da classica PMI italiana (più P che M).

Fermo restando le mie, seppur personali, conclusioni ... resta un fatto. Dire cosa non va e' semplice, cosi' come criticare e bla bla bla ... ma so convinto che elencare difetti o esporre critiche abbia un senso se queste poi diventano azioni atte a migliorare.

Per cui la domanda e', o meglio potrebbe essere cambiata in, non tanto se odoo e' adatto o meno alla media azienda ma come fare per rendere odoo adatto alla media azienda.

Quali richieste fare e come porle ad Odoo SA

Come fare in modo che ci ascolti

Quali attenzioni porre al codice, sia quello realizzato direttamente da odoo sa sia quello prodotto dalla community

Quali regole su release, versioning, migrazione ed assistenza servirebbero

Quali ...

In altre parole, quali strumenti ritenete piu' utili per affrontare senza troppi patemi d'animo un progetto su base odoo in una "media" impresa?

Io ho gestito installazioni con centinaia di utenti concorrenti ed è stato necessario dimensionare e regolare il sistema per farlo funzionare. Ovvio che devi fare attenzione a tutti i parametri di configurazione di Odoo e PostgreSQL e non solo. A volte mi è capitato di chiedere consulenze su PostgreSQL, altre di dover mettere indici dove Odoo non li mette di default, altre di correggere o far correggere bachi di prestazioni su Odoo.

E sì, dipende dal cliente, perchè se un cliente fa migliaia di ordini al giorno, a livello di prestazioni potresti dover intervenire diversamente rispetto a un cliente che fa un ordine al giorno con migliaia di righe (e stiamo parlando dello stesso oggetto sale order).

Sei a conoscenza di altri software dove questo lavoro per questo tipo di installazioni non sia necessario? Dove installi il software così come viene rilasciato e non hai bisogno di regolare il sistema quando i numeri diventano grandi?

> avere 300/400 utenti concorrenti mette in crisi postgress per come gestito da odoo

Perchè? Come è gestito? E come andrebbe gestito?

Allora, abbiamo semplicemente una "cosa" che si chiama odoo che prima di poter essere usata comporta dei costi.
Nella discussione a cui si riferisce Luigi io semplicemente criticavo il ricorso a concetti superflui.
C'e' un'applicazione, ci sono dei clienti, ci sono dei progetti, c'e un ambiente, ci sono dei costi.
A cosa serve il concetto di "esigenze di una PMI italiana?"
Se serve ad anticipare dei costi che non verranno coperti puo' essere pure pericoloso.
Se serve a prevederli, meglio.
Se serve a sballare le previsioni, meglio buttarlo.
Tutto qua.

Il tema è interessante. Io ho sempre considerato Odoo un framework di sviluppo più che un prodotto out-of-the-box, anche perchè alcuni competitor di fascia alta offrono soluzioni che sono più "rifinite" anche se lungi dal potersi considerare sufficienti.

Quindi la scelta della piattaforma, se parliamo di una "media" azienda, è una parte minimale di un progetto molto più ampio. 

Se vogliamo parlare dal punto di vista tecnico, sicuramente anche in odoo le cose potrebbero dover essere modificate ( vedi esempio sopra di Lorenzo su sale_order). 

Le stesse maschere di odoo, appena il sistema si complica diventano macchinose e spesso tocca rifarle se hai esigenze specifiche (la stessa movimentazione degli articoli sul magazzino se devi gestire numeri di serie, lotti e posizioni, con le maschere standard diventa un incubo e se solo lo proponi ad un operatore ti spara dietro!).

Questo però non toglie i grossi vantaggi in termini di integrabilità che odoo presenta: parliamo della possibilità di entrare nei gangli dei flussi informativi e cominciare a automatizzare i processi. Questa secondo me oggi è la vera forza di Odoo. 

Puoi utilizzarlo come base per integrare logiche anche di fornitori diversi, e controllare cosa succede.  

Credo che il problema derivante dall'utilizzo in una "media" azienda derivi anche dal fatto che spesso il fornitore/partner non ha la dimensione, competenze, organizzazione, credibilità (!) per farsi affidare un progetto così critico ed avere la forza di imporre soluzioni che tengano conto non solo delle personalizzazioni, delle performances, ecc ma anche del debito tecnologico che il cliente si assume facendo le cose in modalità quick and dirty. 

Comunque a mio avviso _al momento_ il target di mercato reale di Odoo non credo sia quello della "media" azienda, quanto quello di un allargamento della base installata.