| From: | Medi Montaseri <medi(dot)montaseri(at)intransa(dot)com> |
|---|---|
| To: | Neil Conway <neilc(at)samurai(dot)com> |
| Cc: | "Ed L(dot)" <pgsql(at)bluepolka(dot)net>, Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, Joe Tomcat <tomcat(at)mobile(dot)mp>, PostgreSQL General <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: 7.4? |
| Date: | 2003-02-26 19:31:38 |
| Message-ID: | 3E5D161A.1030208@intransa.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
How about a feature as in Informix where you could specify a database_id
where then
thru a realm.conf file you map that id to a hostname:databasename
then saying
database.schema.table mapps to hostname.database.schema.table
This way the applications can do a bit HA or distributed DB...
Neil Conway wrote:
>On Tue, 2003-02-25 at 22:44, Ed L. wrote:
>
>
>>And do I understand correctly the replication to be eventually
>>included will be an embedded syncronous replication solution based on
>>Postgres-R and the Spread GCS?
>>
>>
>
>No, I don't think that's set in stone (although I can't speak for the
>core team). While I think Postgres-R is promising, there might be room
>for additional replication implementations that cater to different sets
>of requirements.
>
>IMHO, eventually providing solutions for both synchronous and
>asynchronous replication would be a good idea.
>
>Cheers,
>
>Neil
>
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Sullivan | 2003-02-26 19:53:46 | Re: rserv replication error |
| Previous Message | Hervé Piedvache | 2003-02-26 19:19:17 | Re: rserv replication error |