Francesco Tonucci ha scritto:
Grazie del consiglio.
Mi chiedo però se sia la prassi corretta avere i dati diciamo di 10 (o anche più) applicazioni diverse su uno stesso db...

Se le query sono incrociate, significa che la tua applicazione ha come modello una base di dati più ampia.

Cmq, Postgres supporta gli schemi:


http://www.postgresql.org/docs/current/static/ddl-schemas.html

Oppure usare dblink

http://www.postgresql.org/docs/current/static/dblink.html

"To use the dblink:

  1. In your *postgres* server you should find a file *dblink.*sql**.
     In my beta installation is in *share/*postgresql*/contrib*. It is
     the installation for the dblink contrib module that usually is
     already compiled in. It will create a lot of dblink functions.

  2. on database2 create a function nammed db_datbase1() which returns
     "dbname=database1" (if you need a login use "dbname=database1
     password=xxx", you can also specify host= port= to connect in a
     remote *postgresql* database)

  3. now execute the *sql*:
     select * from dblink(db_database1(), 'select "id", "name", "time"
     from pr_1') as pr_1("id" integer, "name" text, "time" time)
     then you will see the table "pr_1" on the datbase2 "

:)





Claudio Battaglino ha scritto:
Francesco Tonucci wrote:
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.

Secondo me, se la tua applicazione ha la necessità di effettuare query
su tabelle di database diversi è meglio migrare tutte le tabelle su un
unico database. In questo modo infatti, si sfruttano al meglio la
potenza e le ottimizzazioni del dabase che utilizzerai (Postgres, MySql
o altro).
Inoltre sarà più facile effettuare il backup dei dati  e saranno più
agevoli il debug e la manutenzione dell'applicazione.


Se la tua applicazione raramente avrà la necessità di intrecciare dati
di tabelle di database diversi, allora puoi pensare di utilizzare
database diversi.

cld


------------------------------------------------------------------------

_______________________________________________
Plone-IT mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/plone-it
http://www.nabble.com/Plone---Italy-f21728.html
_______________________________________________
Plone-IT mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/plone-it
http://www.nabble.com/Plone---Italy-f21728.html


_______________________________________________
Plone-IT mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/plone-it
http://www.nabble.com/Plone---Italy-f21728.html

Rispondere a