Re: Conflict between JSON_AGG and COPY

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Đỗ Ngọc Trí Cường <dntcuong(at)digi-texx(dot)vn>
Cc: pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Conflict between JSON_AGG and COPY
Date: 2018-04-09 14:14:45
Message-ID: 089767b9-d84c-498f-6ad7-412e054d592a@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 04/08/2018 08:44 PM, Đỗ Ngọc Trí Cường wrote:
> Dear Arian Klaver,
>
> I think there is a misunderstood here.
>
> I think that I quite understand how is the second query run.
>
> The question I asked here is why exporting data, which is generated by a
> query "JSON_AGG" , with command "COPY". The data contain "\n" as 2
> characters instead of "new line" character.

https://www.postgresql.org/docs/10/static/sql-copy.html

File Formats
Text Format

"
\n Newline (ASCII 10)

Presently, COPY TO will never emit an octal or hex-digits backslash
sequence, but it does use the other sequences listed above for those
control characters.

...

COPY TO will terminate each row with a Unix-style newline (“\n”).
"

>
> The second query is for the old version of PostgreSQL (9.3 and previous)
> cause of they don't have JSON_AGG aggregate function. Since 9.4, we have
> "JSON_AGG" already. So I want to rewrite and reduce the length of the
> query. But it is don't work as I expected with command COPY.
>
> Thank you and best regards,
>
>
> Đỗ Ngọc Trí*Cường*(Mr.) | *Software Development Department*| +84 28 3715
> 5325

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David G. Johnston 2018-04-09 14:33:12 Re: Conflict between JSON_AGG and COPY
Previous Message Peter J. Holzer 2018-04-09 14:04:32 Re: Rationale for aversion to the central database?