1
- <!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.13 2006/11/22 18:14:26 momjian Exp $ -->
1
+ <!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.14 2006/11/22 18:15:34 momjian Exp $ -->
2
2
3
3
<chapter id="high-availability">
4
4
<title>High Availability and Load Balancing</title>
@@ -226,7 +226,6 @@ protocol to make nodes agree on a serializable transactional order.
226
226
server works independently, and periodically communicates with
227
227
the other servers to identify conflicting transactions. The
228
228
conflicts can be resolved by users or conflict resolution rules.
229
- rules.
230
229
</para>
231
230
</listitem>
232
231
</varlistentry>
@@ -252,12 +251,14 @@ protocol to make nodes agree on a serializable transactional order.
252
251
<listitem>
253
252
254
253
<para>
255
- Many of the above solutions allow multiple servers handle multiple sessions, but none allow a single query to use
256
- multiple server to complete fas to This allows multiple servers to work concurrently on a single
257
- query. One possible way this could work is for the data to be
258
- split among servers and for each server to execute its part of
259
- the query and results sent to a central server to be combined
260
- and returned to the user. Pgpool-II has this capability.
254
+ Many of the above solutions allow multiple servers to handle
255
+ multiple queries, but none allow a single query to use multiple
256
+ servers to complete faster. This solution allows multiple
257
+ servers to work concurrently on a single query. This is usually
258
+ accomplished by splitting the data among servers and having
259
+ each server execute its part of the query and return results
260
+ to a central server where they are combined and returned to
261
+ the user. Pgpool-II has this capability.
261
262
</para>
262
263
</listitem>
263
264
</varlistentry>
0 commit comments