A few doc fixes.

This commit is contained in:
Daniele Varrazzo 2010-10-08 10:16:59 +01:00
parent bc2aefeacf
commit 850cd97ab3

View File

@ -211,7 +211,7 @@ Asynchronous notifications
Psycopg allows asynchronous interaction with other database sessions using the Psycopg allows asynchronous interaction with other database sessions using the
facilities offered by PostgreSQL commands |LISTEN|_ and |NOTIFY|_. Please facilities offered by PostgreSQL commands |LISTEN|_ and |NOTIFY|_. Please
refer to the PostgreSQL documentation for examples of how to use this form of refer to the PostgreSQL documentation for examples of how to use this form of
communications. communication.
Notifications received are made available in the `connection.notifies` Notifications received are made available in the `connection.notifies`
list. Notifications can be sent from Python code simply using a :sql:`NOTIFY` list. Notifications can be sent from Python code simply using a :sql:`NOTIFY`
@ -227,9 +227,9 @@ manner.
.. |NOTIFY| replace:: :sql:`NOTIFY` .. |NOTIFY| replace:: :sql:`NOTIFY`
.. _NOTIFY: http://www.postgresql.org/docs/9.0/static/sql-notify.html .. _NOTIFY: http://www.postgresql.org/docs/9.0/static/sql-notify.html
Notification are received after every query execution. If the user is interested Notifications are received after every query execution. If the user is
in receiving notification but not in performing any query, the interested in receiving notifications but not in performing any query, the
`~connection.poll()` method can be used to check for notification without `~connection.poll()` method can be used to check for new messages without
wasting resources. wasting resources.
A simple application could poll the connection from time to time to check if A simple application could poll the connection from time to time to check if
@ -332,7 +332,7 @@ completely non-blocking connection attempt: see the libpq documentation for
The same loop should be also used to perform nonblocking queries: after The same loop should be also used to perform nonblocking queries: after
sending a query via `~cursor.execute()` or `~cursor.callproc()`, call sending a query via `~cursor.execute()` or `~cursor.callproc()`, call
`!poll()` on the connection available from `cursor.connection` until it `!poll()` on the connection available from `cursor.connection` until it
returns `!POLL_OK`, at which pont the query has been completely sent to the returns `!POLL_OK`, at which point the query has been completely sent to the
server and, if it produced data, the results have been transferred to the server and, if it produced data, the results have been transferred to the
client and available using the regular cursor methods: client and available using the regular cursor methods: