Re: Listen / Notify rewrite

Поиск
Список
Период
Сортировка
От Andrew Chernow
Тема Re: Listen / Notify rewrite
Дата
Msg-id 4AFC0CC7.7000006@esilo.com
обсуждение исходный текст
Ответ на Re: Listen / Notify rewrite  (Joachim Wieland <joe@mcknight.de>)
Ответы Re: Listen / Notify rewrite
Список pgsql-hackers
>>> 2. The payload parameter is optional. A notifying client can either call
>>> "NOTIFY foo;" or "NOTIFY foo 'payload';". The length of the payload is
>>> currently limited to 128 characters... Not sure if we should allow longer
>>> payload strings...
>> Might be a good idea to make the max the same as the max length for
>> prepared transaction GUIDs?  Not sure anyone would be shipping those
>> around, but it's a pre-existing limit of about the same size.
> 
> Yes, sounds reasonable to have the same limit for user-defined identifiers...
> 

[..begging..] Can this be increased significantly?  I don't get it, is there any 
technical reason to make the limit soo small?  This drastically reduces the 
usefulness of the payload.  I've wanted this feature for quite sometime and it 
is quite disappointing that I could not even use it because it is unjustifiably 
limited.

One use case I need is making the payload an absolute path, which saves us a 
round trip (commonly internet latency) and a query in a section of the system 
that's extremely performance sensitive.  That sure ain't going to fit in 128 
bytes.

I'm sure I'm not the only one who finds this limit too small.  I can almost 
guarentee complaints would come in if released that way.

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: New VACUUM FULL
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: not logging caught exceptions