Re: proposal: possibility to read dumped table's name from file
Daniel Gustafsson <daniel@yesql.se>
From: Daniel Gustafsson <daniel@yesql.se>
To: Pavel Stehule <pavel.stehule@gmail.com>
Cc: vignesh C <vignesh21@gmail.com>,
Justin Pryzby <pryzby@telsasoft.com>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2020-07-13T14:57:41Z
Lists: pgsql-hackers
> On 13 Jul 2020, at 13:02, Pavel Stehule <pavel.stehule@gmail.com> wrote: > I like JSON format. But why here? For this purpose the JSON is over engineered. I respectfully disagree, JSON is a commonly used and known format in systems administration and most importantly: we already have code to parse it in the frontend. > This input file has no nested structure - it is just a stream of lines. Well, it has a set of object types which in turn have objects. There is more structure than meets the eye. Also, the current patch allows arbitrary whitespace before object names, but no whitespace before comments etc. Using something where the rules of parsing are known is rarely a bad thing. > I don't think so introducing JSON here can be a good idea. Quite possibly it isn't, but not discussing options seems like a worse idea so I wanted to bring it up. > It is a really different case than pg_dump manifest file - in this case, in this case pg_dump is consument. Right, as I said these are two different, while tangentially related, things. cheers ./daniel
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix array subscript warnings
- 17935e1fdf0a 17.0 landed
-
Read include/exclude commands for dump/restore from file
- a5cf808be55b 17.0 landed
-
Allow records to span multiple lines in pg_hba.conf and pg_ident.conf.
- 8f8154a503c7 14.0 cited