Re: proposal: possibility to read dumped table's name from file
От | Tom Lane |
---|---|
Тема | Re: proposal: possibility to read dumped table's name from file |
Дата | |
Msg-id | 619671.1606406538@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: proposal: possibility to read dumped table's name from file (Dean Rasheed <dean.a.rasheed@gmail.com>) |
Ответы |
Re: proposal: possibility to read dumped table's name from file
|
Список | pgsql-hackers |
Dean Rasheed <dean.a.rasheed@gmail.com> writes: > Actually, that raises a different possible benefit of passing options > in an options file -- if the user wants to pass in a table name > pattern, it can be a nuisance if the shell's argument processing does > additional unwanted things like globbing and environment variable > substitutions. Using an options file could provide a handy way to > ensure that any option values are interpreted exactly as written, > without any additional mangling. Huh? Any format we might devise, or borrow, will have to have some kind of escaping/quoting convention. The idea that "we don't need that" tends to lead to very ugly workarounds later. I do agree that the shell's quoting conventions are pretty messy and so those aren't the ones we should borrow. We could do a lot worse than to use some established data format like JSON or YAML. Given that we already have src/common/jsonapi.c, it seems like JSON would be the better choice of those two. regards, tom lane
В списке pgsql-hackers по дате отправления: