Shouldn't non-MULTIBYTE backend refuse to start in MB database?
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Shouldn't non-MULTIBYTE backend refuse to start in MB database? |
| Дата | |
| Msg-id | 26834.982190985@sss.pgh.pa.us обсуждение исходный текст |
| Ответы |
Re: Shouldn't non-MULTIBYTE backend refuse to start in MB
database?
Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database? |
| Список | pgsql-hackers |
We now have defenses against running a non-LOCALE-enabled backend in a
database that was created in non-C locale. Shouldn't we likewise
prevent a non-MULTIBYTE-enabled backend from running in a database with
a multibyte encoding that's not SQL_ASCII? Or am I missing a reason why
that is safe?
I propose the following addition to ReverifyMyDatabase in postinit.c:
#ifdef MULTIBYTE SetDatabaseEncoding(dbform->encoding);
+ #else
+ if (dbform->encoding != SQL_ASCII)
+ elog(FATAL, "some suitable error message"); #endif
Comments?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера