|
1 | | -<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.12 2006/11/2217:36:52 momjian Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.13 2006/11/2218:14:26 momjian Exp $ --> |
2 | 2 |
|
3 | 3 | <chapter id="high-availability"> |
4 | 4 | <title>High Availability and Load Balancing</title> |
@@ -205,9 +205,9 @@ protocol to make nodes agree on a serializable transactional order. |
205 | 205 | </para> |
206 | 206 |
|
207 | 207 | <para> |
208 | | - <productname>PostgreSQL</> does not offer this type ofload |
209 | | -balancing,though <productname>PostgreSQL</> two-phase commit |
210 | | -(<xreflinkend="sql-prepare-transaction" |
| 208 | + <productname>PostgreSQL</> does not offer this type ofreplication, |
| 209 | + though <productname>PostgreSQL</> two-phase commit (<xref |
| 210 | + linkend="sql-prepare-transaction" |
211 | 211 | endterm="sql-prepare-transaction-title"> and <xref |
212 | 212 | linkend="sql-commit-prepared" endterm="sql-commit-prepared-title">) |
213 | 213 | can be used to implement this in application code or middleware. |
@@ -252,7 +252,8 @@ protocol to make nodes agree on a serializable transactional order. |
252 | 252 | <listitem> |
253 | 253 |
|
254 | 254 | <para> |
255 | | - This allows multiple servers to work concurrently on a single |
| 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 |
256 | 257 | query. One possible way this could work is for the data to be |
257 | 258 | split among servers and for each server to execute its part of |
258 | 259 | the query and results sent to a central server to be combined |
|