Francesco Tonucci ha scritto:
So che è una domanda OT, ma è una cosa urgente e magari potete aiutarmi.
Sto realizzando un'applicazione all'interno della nostra intranet
Plone, che, come la maggior parte delle applicazioni future, si
appoggia ad un database (in questo caso PostgreSQL).
Molto probabilmente, tutte queste applicazioni dovranno utilizzare
informazioni riguardanti gli utenti e la struttura (organigramma) dei
nostri uffici. Ho pensato perciò di utilizzare un db a sè per
memorizzare queste informazioni condivise. Al momento quindi ho:
- utenti -> db generale (con info condivise)
- tempi_medi -> db specifico dell'applicazione
Il problema è che postgre non permette di fare query su db diversi
(almeno nativamente) e i due db di cui sopra (ma la cosa potrebbe
valere anche per le successive applicazioni) sono strettamente connessi.
Detto questo mi chiedo se è meglio continuare sulla linea dei db
diversi, oppure creare un unico maxi db, ad esempio denominato
"intranet", con all'interno tanti schemi, uno per ogni applicazione,
più quello generico.
A me sembra più logico mantenere separati i db, ma vorrei un parere
più esperto, considerando anche le prestazioni di postgre nel momento
in cui saranno presenti ulteriori applicazioni e con circa 50
connessioni contemporanee.
Ciao,
io ho avuto modo di usare sqlrelay http://sqlrelay.sourceforge.net/
che consente di collegare più db contemporaneamente.
in pratica sqlrelay si collega a n db e plone si collega a sqlrealy
in qualche modo, se non ricordo male, è possibile eseguire
sql su più db
http://sqlrelay.sourceforge.net/sqlrelay/router.html
ma non credo join tra tabelle che stanno su db diversi
giuseppe
_______________________________________________
Plone-IT mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/plone-it
http://www.nabble.com/Plone---Italy-f21728.html
