Re: Add support for DEFAULT specification in COPY FROM - Mailing list pgsql-hackers

From Dagfinn Ilmari Mannsåker
Subject Re: Add support for DEFAULT specification in COPY FROM
Date
Msg-id 87mtc1nadt.fsf@wibble.ilmari.org
Whole thread Raw
In response to Re: Add support for DEFAULT specification in COPY FROM  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Add support for DEFAULT specification in COPY FROM
Re: Add support for DEFAULT specification in COPY FROM
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:

> On 2022-08-16 Tu 14:12, Israel Barth Rubio wrote:
>> Hello all,
>>
>> With the current implementation of COPY FROM in PostgreSQL we are
>> able to load the DEFAULT value/expression of a column if the column
>> is absent in the list of specified columns. We are not able to
>> explicitly ask that PostgreSQL uses the DEFAULT value/expression in a
>> column that is being fetched from the input file, though.
>>
>> This patch adds support for handling DEFAULT values in COPY FROM. It
>> works similarly to NULL in COPY FROM: whenever the marker that was
>> set for DEFAULT value/expression is read from the input stream, it
>> will evaluate the DEFAULT value/expression of the corresponding
>> column.
[…]
> Interesting, and probably useful. I've only had a brief look, but it's
> important that the default marker not be quoted in CSV mode (c.f. NULL)
> -f it is it should be taken as a literal rather than a special value.

For the NULL marker that can be overridden for individual columns with
the FORCE(_NOT)_NULL option. This feature should have a similar
FORCE(_NOT)_DEFAULT option to allow the DEFAULT marker to be ignored, or
recognised even when quoted, respectively.

- ilmari



pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: hash_xlog_split_allocate_page: failed to acquire cleanup lock
Next
From: Peter Smith
Date:
Subject: Re: Perform streaming logical transactions by background workers and parallel apply