On 12/22/2015 06:53 PM, Manlio Perillo wrote:
La cosa non può funzionare a meno di non avere una connessione
dedicata per ciascun utente.
A tal proposito, consiglierei di mettere in piedi pgBouncer, che serve
proprio per casi come questo
Enrico
___
2015-12-22 17:59 GMT+01:00 Luca :
> Salve a tutti,
>
> Chiedo se qualcuno sa.
>
> Ho una situazione del genere:
>
> - nginx.
> - uwsgi.
> - djnago wsgi application.
> - postgresql uno schema public e circa 170 schemi *per user*.
> - sqlalchemy.
>
> In teoria l'idea è questa:
>
>
Salve a tutti,
Chiedo se qualcuno sa.
Ho una situazione del genere:
- nginx.
- uwsgi.
- djnago wsgi application.
- postgresql uno schema public e circa 170 schemi *per user*.
- sqlalchemy.
In teoria l'idea è questa:
- Login con schema public.
- Recupero dell'ID_SCHEMA dal record dell'utente.
(chiedo scusa per il titolo)
Il giorno 22 dicembre 2015 17:59, Luca ha scritto:
> Salve a tutti,
>
> Chiedo se qualcuno sa.
>
> Ho una situazione del genere:
>
> - nginx.
> - uwsgi.
> - djnago wsgi application.
> - postgresql uno schema public e circa 170 schemi *per user*.
>
Il giorno 22 dicembre 2015 18:53, Manlio Perillo
ha scritto:
>
> Magari si può anche fare, ma a questo punto meglio avere 170 database
> usando un template di base per la creazione.
>
In effetti è come funziona adesso, all'incirca, ma senza uwsgi e con
tornado.
>
>