| От | Christoph Berg |
|---|---|
| Тема | Re: Renaming of pg_xlog and pg_clog |
| Дата | |
| Msg-id | 20160826104446.n3cif4m7modslkrs@msg.df7cb.de обсуждение |
| Ответ на | Re: Renaming of pg_xlog and pg_clog (Fujii Masao <masao.fujii@gmail.com>) |
| Ответы |
Re: Renaming of pg_xlog and pg_clog
|
| Список | pgsql-hackers |
Re: Fujii Masao 2016-08-26 <CAHGQGwHK2yimfLvG_WQ1Vrq2h+CMzgv5u6OEmxr-cbJRO+WKWQ@mail.gmail.com> > > I agree on a hard break, unless we get pushback from users, and even > > then, they can create the symlinks themselves. > > I strongly prefer symlink approach not to break many existing tools > and scripts. Symlinks might actually be worse than removing the directories altogether. If your backup tool fails because the pg_xlog directory is gone, you'll hopefully notice, but if you end up with a backup that consists merely of a copy of a symlink named pg_xlog, you might not notice. Christoph
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера