Re: Concurrent psql patch
| От | Gregory Stark |
|---|---|
| Тема | Re: Concurrent psql patch |
| Дата | |
| Msg-id | 87iraboa56.fsf@oxford.xeocode.com обсуждение исходный текст |
| Ответ на | Re: Concurrent psql patch (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: Concurrent psql patch
|
| Список | pgsql-patches |
"Andrew Dunstan" <andrew@dunslane.net> writes:
> Tom Lane wrote:
>> Andrew Dunstan <andrew@dunslane.net> writes:
>>
>>> if (pset.c->db->asyncStatus != PGASYNC_BUSY)
>>> {
>>> break;
>>> }
>>>
>>
>> There already is a defined API for this, namely PQisBusy().
Oh, now I remember why I'm including libpq-int.h. It's not for PGASYNC_BUSY as
above. The case above can indeed be fixed using PQIsBusy() (and select/poll
looping).
The missing interface is for PGASYNC_IDLE. The problem is that I didn't really
want to have psql go through the trouble to check all the connections for
waiting output if it didn't have any queries pending.
This could be fixed by having psql track which connections are waiting for
query results. It's a bit annoying to have two state bits that hold the same
data at two different levels of abstraction though.
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
В списке pgsql-patches по дате отправления: