Re: automatically generating node support functions

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: automatically generating node support functions
Дата
Msg-id a3020033-21a9-6ca6-251f-f95b03fbb978@enterprisedb.com
обсуждение исходный текст
Ответ на Re: automatically generating node support functions  (David Rowley <dgrowleyml@gmail.com>)
Ответы Re: automatically generating node support functions  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On 08.06.21 15:40, David Rowley wrote:
> It's almost 2 years ago now, but I'm wondering if you saw what Andres
> proposed in [1]?  The idea was basically to make a metadata array of
> the node structs so that, instead of having to output large amounts of
> .c code to do read/write/copy/equals, instead just have small
> functions that loop over the elements in the array for the given
> struct and perform the required operation based on the type.

That project was technologically impressive, but it seemed to have 
significant hurdles to overcome before it can be useful.  My proposal is 
usable and useful today.  And it doesn't prevent anyone from working on 
a more sophisticated solution.

> There were still quite a lot of unsolved problems, for example, how to
> determine the length of arrays so that we know how many bytes to
> compare in equal funcs.   I had a quick look at what you've got and
> see you've got a solution for that by looking at the last "int" field
> before the array and using that. (I wonder if you'd be better to use
> something more along the lines of your pg_node_attr() for that?)

I considered that, but since the convention seemed to work everywhere, I 
left it.  But it wouldn't be hard to change.



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

Предыдущее
От: Justin Pryzby
Дата:
Сообщение: Re: pg14b1 stuck in lazy_scan_prune/heap_page_prune of pg_statistic
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: pg14b1 stuck in lazy_scan_prune/heap_page_prune of pg_statistic