Re: Emitting JSON to file using COPY TO
Joe Conway <mail@joeconway.com>
From: Joe Conway <mail@joeconway.com>
To: Maciek Sakrejda <m.sakrejda@gmail.com>
Cc: Davin Shearer <davin@apache.org>,
PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2023-12-02T22:43:52Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add option force_array for COPY JSON FORMAT
- 4c0390ac53b7 19 (unreleased) landed
-
json format for COPY TO
- 7dadd38cda95 19 (unreleased) landed
-
introduce CopyFormat, refactor CopyFormatOptions
- a2145605ee3d 19 (unreleased) landed
-
Doc: add IDs to copy.sgml's <varlistentry> and <refsect1>
- e4018f891dec 19 (unreleased) cited
On 12/2/23 13:50, Maciek Sakrejda wrote: > On Fri, Dec 1, 2023 at 11:32 AM Joe Conway <mail@joeconway.com> wrote: >> 1. Is supporting JSON array format sufficient, or does it need to >> support some other options? How flexible does the support scheme need to be? > > "JSON Lines" is a semi-standard format [1] that's basically just > newline-separated JSON values. (In fact, this is what > log_destination=jsonlog gives you for Postgres logs, no?) It might be > worthwhile to support that, too. > > [1]: https://jsonlines.org/ Yes, I have seen examples of that associated with other databases (MSSQL and Duckdb at least) as well. It probably makes sense to support that format too. -- Joe Conway PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com