Re: Proposal to CREATE FOREIGN TABLE LIKE - Mailing list pgsql-hackers

From Álvaro Herrera
Subject Re: Proposal to CREATE FOREIGN TABLE LIKE
Date
Msg-id 202502061031.wlj7ysbk7rfi@alvherre.pgsql
Whole thread Raw
In response to Re: Proposal to CREATE FOREIGN TABLE LIKE  (Álvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Proposal to CREATE FOREIGN TABLE LIKE
List pgsql-hackers
On 2025-Feb-06, Álvaro Herrera wrote:

> On 2025-Feb-06, Zhang Mingli wrote:
> 
> > Added support for CREATE FOREIGN TABLE LIKE to enable the creation of
> > foreign tables based on the column definitions, constraints of
> > existing source tables.
> > This feature mirrors the behavior of CREATE TABLE LIKE, but ignores
> > inapplicable options such as INCLUDING INDEXES and INCLUDING
> > COMPRESSION for foreign tables.
> 
> I think it'd be better to throw errors if they are given -- but
> INCLUDING ALL should be made to work in a different way than today so
> that it doesn't raise errors uselessly.  Right now it works by setting
> all the bits in the value, um.

Ah, but our fine manual already says

  The LIKE clause can also be used to copy column definitions from views,
  foreign tables, or composite types. Inapplicable options (e.g.,
  INCLUDING INDEXES from a view) are ignored.

so what you implemented seems to be okay from that POV.

-- 
Álvaro Herrera        Breisgau, Deutschland  —  https://www.EnterpriseDB.com/
"Investigación es lo que hago cuando no sé lo que estoy haciendo"
(Wernher von Braun)



pgsql-hackers by date:

Previous
From: Álvaro Herrera
Date:
Subject: Re: Proposal to CREATE FOREIGN TABLE LIKE
Next
From: Marcos Pegoraro
Date:
Subject: Re: Better visualization of default values