Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Делал раньше BackUp Restore с помощью pgAdmin 1.6.1. Все Ок!
Переставлял систему у по ошибке установил pgAdmin 1.6.2. Делал несколько дней BackUp.
Сейчас стал делать Restore вчерашней копии, не получается:
pg_restore: [archiver (db)] could not execute query: ERROR: parameter "standard_conforming_strings" cannot be changed
Поставил заново pgAdmin 1.6.1. Теперь старые копии (сделанные pgAdmin 1.6.1.) загружаются, а новые трехдневной давности (сделанные pgAdmin 1.6.2.) не загружаются:
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 2083; 0 0 STDSTRINGS STDSTRINGS
pg_restore: [archiver (db)] could not execute query: ERROR: parameter "standard_conforming_strings" cannot be changed
помоему pgAdmin делает бэкапы в обычном .sql файле (может быть в запакованном). Если попробовать восстановить из такого архива из ком.строки командой psql -U postgres database < /backups/yourdb.tar или просто восстановить рухнувшие таблицы (pg_restore -v -Fc -t crash_table -d database -U postgres /dump_file.tar)
Во многих источниках написано что процедура создания бэкапа Посгриса иногда некорректно создает дамп - например функция может использоваться до её создания и т.д
неужели так сложно всетаки прочитать документацию, что бы не задаваться странными вопросами - прокатит или не прокатит? )
escape_string_warning (boolean)
When on, a warning is issued if a backslash (\) appears in an ordinary string literal ('...' syntax) and standard_conforming_strings is off. The default is on.
standard_conforming_strings (boolean)
This controls whether ordinary string literals ('...') treat backslashes literally, as specified in the SQL standard. The default is currently off, causing PostgreSQL to have its historical behavior of treating backslashes as escape characters. The default will change to on in a future release to improve compatibility with the standard. Applications may check this parameter to determine how string literals will be processed. The presence of this parameter can also be taken as an indication that the escape string syntax (E'...') is supported. Escape string syntax should be used if an application desires backslashes to be treated as escape characters
escape_string_warning (boolean)
В случае, если escape_string_warning уставновлен в on и standard_conforming_strings установлен в off, выводиться warning сообщение, когда в строках встречается "\" (обратный слэш)
standard_conforming_strings (boolean)
Этим параметром котролируется процесс обработки строк. В случае если этот параметр выставлен в on , строки обрабатываются в соответствии со стандартом (\ - не имеет какого-либо специального значения). По-умолчанию этот параметр выставлен в off, поскольку так уж сложилось, что пг использует обратный слеш как escape-символ для записи специальных символов. Это умолчание будет изменено в будущем, дабы улучшить соответствие стандартам.
...
