Re: standard interfaces for replication providers
От | Christopher Browne |
---|---|
Тема | Re: standard interfaces for replication providers |
Дата | |
Msg-id | 87irl3uqgx.fsf@wolfe.cbbrowne.com обсуждение исходный текст |
Ответ на | standard interfaces for replication providers (alfranio correia junior <alfranio@lsd.di.uminho.pt>) |
Ответы |
Re: standard interfaces for replication providers
Re: standard interfaces for replication providers |
Список | pgsql-hackers |
In the last exciting episode, markus@bluegap.ch (Markus Schiltknecht) wrote: > I'm operating a level deeper with Postgres-R and really enjoy the > freedom I have with C. Having to write a hook or trigger for every > change in the database systems seems a lot of work, which I tend to > postpone until such a thing is really needed. The fact that GORDA is operating as a Java application seems to me to throw a big layer of fuzziness in the way, too. Most databases that are interesting to replicate are implemented in C or C++, thereby implying that a suitably "deep" API needs to be implemented in C. In the case of PostgresQL, at least, operating in Java means that you need to operate at "arms length" from the database, which means the replication system is by no means tightly integrated. -- (reverse (concatenate 'string "moc.liamg" "@" "enworbbc")) http://linuxdatabases.info/info/postgresql.html Know the list of "large, chronic problems". If there is any problem with the window system, blame it on the activity system. Any lack of user functionality should be attributed to the lack of a command processor. A suprisingly large number of people will believe that you have thought in depth about the issue to which you are alluding when you do. -- from the Symbolics Guidelines for Sending Mail
В списке pgsql-hackers по дате отправления: