Re: Should CSV parsing be stricter about mid-field quotes?

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Joel Jacobson <joel(at)compiler(dot)org>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Should CSV parsing be stricter about mid-field quotes?
Date: 2023-05-18 12:24:30
Message-ID: 31c81233-d707-0d2a-8111-a915f463459b@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 2023-05-18 Th 02:19, Joel Jacobson wrote:
> On Thu, May 18, 2023, at 08:00, Joel Jacobson wrote:
> > 1. How about adding a `WITHOUT QUOTE` or `QUOTE NONE` option in
> conjunction
> > with `COPY ... WITH CSV`?
>
> More ideas:
> [ QUOTE 'quote_character' | UNQUOTED ]
> or
> [ QUOTE 'quote_character' | NO_QUOTE ]
>
> Thinking about it, I recall another hack;
> specifying a non-existing char as the delimiter to force the entire
> line into a
> single column table. For that use-case, we could also provide an
> option that
> would internally set:
>
>     delimc = '\0';
>
> How about:
>
> [DELIMITER 'delimiter_character' | UNDELIMITED ]
> or
> [DELIMITER 'delimiter_character' | NO_DELIMITER ]
> or it should be more use-case-based and intuitive:
> [DELIMITER 'delimiter_character' | WHOLE_LINE_AS_RECORD ]
>
>

QUOTE NONE and DELIMITER NONE should work fine. NONE is already a
keyword, so the disturbance should be minimal.

cheers

andrew

--
Andrew Dunstan
EDB:https://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Aleksander Alekseev 2023-05-18 12:57:14 Re: RFI: Extending the TOAST Pointer
Previous Message Andrew Dunstan 2023-05-18 12:20:13 Re: No buildfarm animals are running both typedefs and --with-llvm