Re: Emitting JSON to file using COPY TO
От | Andrew Dunstan |
---|---|
Тема | Re: Emitting JSON to file using COPY TO |
Дата | |
Msg-id | 2e7ff718-895d-83fc-46f7-be25e23b23b4@dunslane.net обсуждение исходный текст |
Ответ на | Re: Emitting JSON to file using COPY TO (Joe Conway <mail@joeconway.com>) |
Ответы |
Re: Emitting JSON to file using COPY TO
|
Список | pgsql-hackers |
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. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: