Re: Emitting JSON to file using COPY TO
От | Joe Conway |
---|---|
Тема | Re: Emitting JSON to file using COPY TO |
Дата | |
Msg-id | bbf922c5-f571-483e-a2c6-2730b02183fe@joeconway.com обсуждение исходный текст |
Ответ на | Re: Emitting JSON to file using COPY TO (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: Emitting JSON to file using COPY TO
Re: Emitting JSON to file using COPY TO |
Список | pgsql-hackers |
On 12/6/23 07:36, Andrew Dunstan wrote: > > On 2023-12-05 Tu 16:46, Joe Conway wrote: >> On 12/5/23 16:20, Andrew Dunstan wrote: >>> On 2023-12-05 Tu 16:09, Joe Conway wrote: >>>> On 12/5/23 16:02, Joe Conway wrote: >>>>> On 12/5/23 15:55, Andrew Dunstan wrote: >>>>>> and in any other case (e.g. LINES) I can't see why you >>>>>> would have them. >>>> >>>> Oh I didn't address this -- I saw examples in the interwebs of MSSQL >>>> server I think [1] which had the non-array with commas import and >>>> export style. It was not that tough to support and the code as >>>> written already does it, so why not? >>> >>> That seems quite absurd, TBH. I know we've catered for some absurdity in >>> the CSV code (much of it down to me), so maybe we need to be liberal in >>> what we accept here too. IMNSHO, we should produce either a single JSON >>> document (the ARRAY case) or a series of JSON documents, one per row >>> (the LINES case). >> >> So your preference would be to not allow the non-array-with-commas >> case but if/when we implement COPY FROM we would accept that format? >> As in Postel'a law ("be conservative in what you do, be liberal in >> what you accept from others")? > > > Yes, I think so. Awesome. The attached does it that way. I also ran pgindent. I believe this is ready to commit unless there are further comments or objections. -- Joe Conway PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com
Вложения
В списке pgsql-hackers по дате отправления: