Re: automatically generating node support functions

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: automatically generating node support functions
Дата
Msg-id 5451a7c4-3ccc-8b28-80d0-549e030cc01d@enterprisedb.com
обсуждение исходный текст
Ответ на Re: automatically generating node support functions  (Jacob Champion <pchampion@vmware.com>)
Ответы Re: automatically generating node support functions  (Noah Misch <noah@leadboat.com>)
Список pgsql-hackers
On 02.09.21 20:53, Jacob Champion wrote:
>> 0004-Make-node-output-prefix-match-node-structure-name.patch
>>
>> Some nodes' output/read functions use a label that is slightly different
>> from their node name, e.g., "NOTIFY" instead of "NOTIFYSTMT".  This
>> cleans that up so that an automated approach doesn't have to deal with
>> these special cases.
> 
> Is there any concern about the added serialization length, or is that
> trivial in practice? The one that particularly caught my eye is
> RANGETBLENTRY, which was previously RTE. But I'm not very well-versed
> in all the places these strings can be generated and stored.

These are just matters of taste.  Let's wait a bit more to see if anyone 
is concerned.

>> 0005-Add-Cardinality-typedef.patch
>>
>> Adds a typedef Cardinality for double fields that store an estimated row
>> or other count.  Works alongside Cost and Selectivity.
> 
> Should RangeTblEntry.enrtuples also be a Cardinality?

Yes, I'll add that.



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

Предыдущее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: .ready and .done files considered harmful
Следующее
От: Seino Yuki
Дата:
Сообщение: Re: Add statistics refresh materialized view