Re: csv format for psql
От | Jonathan S. Katz |
---|---|
Тема | Re: csv format for psql |
Дата | |
Msg-id | 431A3C8D-BDE8-42BA-AAE7-B21C892B36B2@postgresql.org обсуждение исходный текст |
Ответ на | Re: csv format for psql (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Ответы |
Re: csv format for psql
|
Список | pgsql-hackers |
> On Apr 5, 2018, at 11:08 PM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > > On 4/1/18 03:27, Pavel Stehule wrote: >> I don't share option so CSV format should be exactly same like CSV COPY. >> COPY is designed for backups - and header is not too important there. >> When I seen some csv, then there usually header was used. > > I think in practice a lot of people use COPY also because it's a nice > way to get CSV output, even if it's not for backups. The options that > COPY has for CSV are clearly designed around making the output > compatible with various CSV-variants. +1 From a user standpoint this was mostly how I use COPY. Someone requests a report that they can manipulate in $SPREADSHEET. I write a query, place it inside a “COPY” statement with FORMAT CSV, HEADER TRUE, save to file, and deliver. > Another thought: Isn't CSV just the same as unaligned output plus some > quoting? Could we add a quote character setting and then define --csv > to be quote-character = " and fieldsep = , ? This makes a lot of sense. I’ve also generated CSV files using a combination of: \f , \a \o file.csv and then running the query, but if any of the fields contained a “,” if would inevitably break in $SPREADSHEET. Jonathan
В списке pgsql-hackers по дате отправления: