Re: making the backend's json parser work in frontend code
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: making the backend's json parser work in frontend code |
| Дата | |
| Msg-id | 20200124174236.GA11066@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: making the backend's json parser work in frontend code (David Steele <david@pgmasters.net>) |
| Ответы |
Re: making the backend's json parser work in frontend code
|
| Список | pgsql-hackers |
On 2020-Jan-24, David Steele wrote: > On 1/24/20 10:00 AM, Alvaro Herrera wrote: > > Maybe we can get away with *ignoring* such files, perhaps after emitting > > a warning. > > I'd prefer an an error (or base64 encoding) rather than just skipping a > file. The latter sounds scary. Well, if the file is "invalid" then evidently Postgres cannot possibly care about it, so why would it care if it's missing from the backup? I prefer the encoding scheme myself. I don't see the point of the error. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера