Re: [HACKERS] [PATCH] Generic type subscription - Mailing list pgsql-hackers

From Artur Zakirov
Subject Re: [HACKERS] [PATCH] Generic type subscription
Date
Msg-id CAKNkYnzX2Cw9ui4hnvDKU8Hyfq9etbGstzsATbhhz9PEi64_1Q@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] [PATCH] Generic type subscription  (Dmitry Dolgov <9erthalion6@gmail.com>)
List pgsql-hackers
> Yes, but it was related to the idea of having `ArrayRef` and `JsonbRef` nodes
> for specific types. Since now there is generic `SubscriptingRef` node, I think
> it should be ok.

Sorry I misunderstood it.

> Just to be clear - as far as I understood, these compilation problems were
> caused not because the extension knew something about ArrayRef node in
> particular, but because the extension tried to extract all nodes to generate
> code from them. It means any change will require "refetching", so I think it's
> natural for this extension.

Agree. It will be hard to maintain both nodes. And it is not so smart
to have two nodes ArrayRef (deprecated) and SubscriptingRef. It is not
hard to replace ArrayRef node with SubscriptingRef  in other
extensions.

There is a little note:

>  #include "utils/lsyscache.h"
> +#include "utils/syscache.h"
>  #include "utils/memutils.h"

I think "utils/syscache.h" isn't necessary here. PostgreSQL could be
compiled without this include.

I suppose that this patch can be marked as "Ready for commiter". Any opinions?

-- 
Artur Zakirov
Postgres Professional: http://www.postgrespro.com
Russian Postgres Company



pgsql-hackers by date:

Previous
From: Jim Nasby
Date:
Subject: [HACKERS] FYI: git worktrees as replacement for "rsync the CVSROOT"
Next
From: Petr Jelinek
Date:
Subject: Re: [HACKERS] Logical Replication WIP