Re: about client-side cursors
| От | Christophe Pettus |
|---|---|
| Тема | Re: about client-side cursors |
| Дата | |
| Msg-id | 3BA6B9FE-9A00-4F04-9C0B-263EE4301985@thebuild.com обсуждение исходный текст |
| Ответ на | Re: about client-side cursors (Denis Laxalde <denis.laxalde@dalibo.com>) |
| Ответы |
Re: about client-side cursors
Re: about client-side cursors |
| Список | psycopg |
> On Feb 4, 2021, at 07:02, Denis Laxalde <denis.laxalde@dalibo.com> wrote: > > If "cursor" is a real database cursor, I agree. But it's not just CURSORs that have this behavior. libpq allows the client to the send the query, and then make separaterequests for each row, even without a database cursor; this maps almost exactly to .execute() and .fetchone(). Itdoesn't seem a good idea to guarantee forever that .execute() will *never* do I/O without a database-side cursor. Having a single convenience method on the connection object that does the equivalent of a .execute() and a .fetchall() mightbe useful, though. -- -- Christophe Pettus xof@thebuild.com
В списке psycopg по дате отправления: