Markus Schiltknecht wrote:
> Hello Bruce,
>
> Bruce Momjian wrote:
> > OK, but how does explaining the terms help our users?
>
> As we even have on sort-of-a solution for shared disk clusters (the
> Shared Disk Failover part), we should explain this term (as you already
> do there).
>
> Clarif
Markus Schiltknecht wrote:
> Hi,
>
> Bruce Momjian wrote:
> > Oh, I am not aware of pgcluster-II. Did you mean pgpool-II? I think
> > so.
>
> No, I really mean PGCluster-II. Didn't you attend A. Mitani's speech
> about PGCluster? Check his slides:
>
> http://conference.postgresql.org/download
Markus Schiltknecht wrote:
> Hi,
>
> I wrote:
> > That reminds me of the requirement of having Multi Master Replication in
> > place to do Parallel Query Execution. Sync Multi Master Replication
> > being better, while Async Multi Master Replication obviously leads to
> > inconsistent responses
Hello Bruce,
I was trying to put together all comments to specific sections, thus the
new thread. Hope that helps.
*** Synchronous Multi-Master Replication ***
Bruce Momjian wrote:
> OK, new title is "Synchonous Multi-Master Replication", and the next
> heading is "Asynchronous Multi-Master R
Hello Emmanuel,
Emmanuel Cecchet wrote:
Even here I think that there is a common misconception between
performance and scalability. Most people think that by having
multiple nodes their query will run faster which is obviously wrong
if your original workload does not saturate a single node.
Markus Schiltknecht wrote:
> Hello Bruce,
>
> I was trying to put together all comments to specific sections, thus the
> new thread. Hope that helps.
>
> *** Synchronous Multi-Master Replication ***
>
> Bruce Momjian wrote:
> > OK, new title is "Synchonous Multi-Master Replication", and the ne
Hi,
Bruce Momjian wrote:
OK, it is two separate entries now:
http://momjian.us/main/writings/pgsql/sgml/high-availability.html
Yes, that's fine with me.
Uh, good point. The title is now "Statement-Based Replication
Middleware". That doesn't say multi-master, but it doesn't say
mas
Markus Schiltknecht wrote:
> Hello Emmanuel,
>
> Emmanuel Cecchet wrote:
> >>> Even here I think that there is a common misconception between
> >>> performance and scalability. Most people think that by having
> >>> multiple nodes their query will run faster which is obviously wrong
> >>> if yo
Markus Schiltknecht wrote:
> Hi,
>
> Bruce Momjian wrote:
> > OK, it is two separate entries now:
> >
> > http://momjian.us/main/writings/pgsql/sgml/high-availability.html
>
> Yes, that's fine with me.
Good.
> > Uh, good point. The title is now "Statement-Based Replication
> > Middleware"
Tom Lane wrote:
> The discussion of bytea in section 8.4,
> http://developer.postgresql.org/pgdocs/postgres/datatype-binary.html
> is obsolete because it assumes that standard_conforming_strings is
> always OFF. It could be very much simpler and shorter if
> standard_conforming_strings were always
10 matches
Mail list logo