Смена кодировки для восстановления базы pgsql

@ruzzik · Регистрация: 09.02.2010

Студворк — интернет-сервис помощи студентам

Здравствуйте! Подскажите пожалуйста, в чём я могу допускать ошибку!? При восстановлении бэкапа базы.sql (Скрипт Yii бэкап базы PGSQL) выдаёт следующую ошибку при загрузке страницы

Код: Выделить всё
CDbCommand не удалось исполнить SQL-запрос: SQLSTATE[42883]: Undefined function: 7 ERROR: operator does not exist: character varying = integer
LINE 3: where comment = 0
^
HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts.. The SQL statement executed was: SELECT sum(t.rating) as sum, sh.title, t.shop_id FROM comments as t
LEFT JOIN shop as sh ON t.shop_id=sh.id
where comment = 0
group by sh.title, t.shop_id
order by sum DESC
limit 10

Далее при исправлении значения "where comment = 0" где 0 заменяется на null, после чего скрипт грузится и всё работает на отлично при данных, которые внесены при восстановлении бэкапа.
Если вносить какие либо данные, к примеру новые категории, товары, значения фильтров, либо удалять старые значения, то следуют последующие ошибки, при исправлении которых, рушится логика и приходится переделывать весь скрипт. Не могу понять, в чём тут проблема!? Возможно более поздняя база PGSQL(на которую я восстанавливаю бэкап?) или при внесении данных, что либо не так в самой базе, либо как то нужно обнулять значения базы или создать заново столбцы и таблицы, при этом не упустив нулевые и начальные значения данных!? Может ли быть это как то связано с наличием BOM в сохранении кодировки базы!? Возможно, кто нибудь меня правильно направит.
В любом случае интересует вопрос каким образом можно сменить кодировку в базе база.sql с utf-8 без bom в utf-8 и наоборот, при условии что сам файл слишком велик для открытия его в какой либо программе, в которой можно сделать данную замену при открытии.
Спасибо.

@grgdvo · 01.03.2016, 14:19

Проблему с comment=0 надо искать в том месте, где делается этот запрос. Кто его делает?? Какое отношение этот запрос имеет к воостановлению базы данных?? Может все таки обратиться к документации по Yii??

На последующие ошибки, о которых вы пишите, нужно смотреть, чтобы сделать какой-то вывод. Так все голословно и мало что понятно.

BOM вам здесь совсем не нужен. У вас UTF-8 и pgsql прекрасно понимает utf-8. В крайнем случае посмотрите начало файла, там должно стоять set client_encoding='UTF-8'.

Новые блоги и статьи Все статьи Все блоги /
Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: показать затраченные материалы за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В качестве. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.

@ruzzik 0 / 0 / 0 Регистрация: 09.02.2010 Сообщений: 12

	Смена кодировки для восстановления базы pgsql 01.03.2016, 11:46. Показов 1776. Ответов 1 Метки нет (Все метки) Здравствуйте! Подскажите пожалуйста, в чём я могу допускать ошибку!? При восстановлении бэкапа базы.sql (Скрипт Yii бэкап базы PGSQL) выдаёт следующую ошибку при загрузке страницы Код: Выделить всё CDbCommand не удалось исполнить SQL-запрос: SQLSTATE[42883]: Undefined function: 7 ERROR: operator does not exist: character varying = integer LINE 3: where comment = 0 ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts.. The SQL statement executed was: SELECT sum(t.rating) as sum, sh.title, t.shop_id FROM comments as t LEFT JOIN shop as sh ON t.shop_id=sh.id where comment = 0 group by sh.title, t.shop_id order by sum DESC limit 10 Далее при исправлении значения "where comment = 0" где 0 заменяется на null, после чего скрипт грузится и всё работает на отлично при данных, которые внесены при восстановлении бэкапа. Если вносить какие либо данные, к примеру новые категории, товары, значения фильтров, либо удалять старые значения, то следуют последующие ошибки, при исправлении которых, рушится логика и приходится переделывать весь скрипт. Не могу понять, в чём тут проблема!? Возможно более поздняя база PGSQL(на которую я восстанавливаю бэкап?) или при внесении данных, что либо не так в самой базе, либо как то нужно обнулять значения базы или создать заново столбцы и таблицы, при этом не упустив нулевые и начальные значения данных!? Может ли быть это как то связано с наличием BOM в сохранении кодировки базы!? Возможно, кто нибудь меня правильно направит. В любом случае интересует вопрос каким образом можно сменить кодировку в базе база.sql с utf-8 без bom в utf-8 и наоборот, при условии что сам файл слишком велик для открытия его в какой либо программе, в которой можно сделать данную замену при открытии. Спасибо. 0

@grgdvo 1267 / 980 / 385 Регистрация: 02.09.2012 Сообщений: 3,027
	01.03.2016, 14:19
	Проблему с comment=0 надо искать в том месте, где делается этот запрос. Кто его делает?? Какое отношение этот запрос имеет к воостановлению базы данных?? Может все таки обратиться к документации по Yii?? На последующие ошибки, о которых вы пишите, нужно смотреть, чтобы сделать какой-то вывод. Так все голословно и мало что понятно. BOM вам здесь совсем не нужен. У вас UTF-8 и pgsql прекрасно понимает utf-8. В крайнем случае посмотрите начало файла, там должно стоять set client_encoding='UTF-8'. 0

Опции темы