Непонятная ошибка 2201B: ERROR: invalid regular expression: invalid character range
У одного клиента на арендованном сервере в серверной базе появляется ошибка.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
2201B: ERROR: invalid regular expression: invalid character range
Никак не могу понять с чем она связана и как ее устранить. Есть подозрение что база на Postgre, но как проверить не знаю. Кто-нибудь сталкивался с подобным?
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
2201B: ERROR: invalid regular expression: invalid character range
Никак не могу понять с чем она связана и как ее устранить. Есть подозрение что база на Postgre, но как проверить не знаю. Кто-нибудь сталкивался с подобным?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
была такая проблема на сервере 8.3.8.1747, если в справочнике Номенклатура в форме списка, в быстром поиске написать строку содержащую [ или ] или обе, то 1с крэшится:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
2201B: ERROR: invalid regular expression: invalid character range
После обновления на 8.3.7.2027ошибка осталась, проблема была только под Postgres, в файловом варианте все норм.
2201B: ERROR: invalid regular expression: invalid character range
Никак не могу понять с чем она связана и как ее устранить. Есть подозрение что база на Postgre
Никак не могу понять с чем она связана и как ее устранить. Есть подозрение что база на Postgre
была такая проблема на сервере 8.3.8.1747, если в справочнике Номенклатура в форме списка, в быстром поиске написать строку содержащую [ или ] или обе, то 1с крэшится:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
2201B: ERROR: invalid regular expression: invalid character range
После обновления на 8.3.7.2027ошибка осталась, проблема была только под Postgres, в файловом варианте все норм.
(9) у MS SQL и не такие были. Там была как-то проблема с предопределенным элементом, в котором был символ конца файла. На него ругались оба сервера, но постгрес по крайней мере сообщал, что это за проблема.
Суть проблемы в том, что regexp, который используется и MS SQL тоже, может ругаться на выражения типа ;[3-1]', в этом случае подразумевается, что символ "-" - это символ, а не указатель на диапазон, а диапазон всегда от меньшего к большему.
По самой проблеме - не совсем ясно, когда у клиента происходит такая ошибка.
Суть проблемы в том, что regexp, который используется и MS SQL тоже, может ругаться на выражения типа ;[3-1]', в этом случае подразумевается, что символ "-" - это символ, а не указатель на диапазон, а диапазон всегда от меньшего к большему.
По самой проблеме - не совсем ясно, когда у клиента происходит такая ошибка.
(11)
ПОДОБНО
Ну так просто все, получается. В "ПОДОБНО" есть синтаксис для символьного отбора - "[A-Z]", например, - это буквы. В итоге если у вас в наименовании номенклатуры будет что-то типа "[9-1]", то запрос будет вываливаться с ошибкой. Такие символы надо экранировать.
(13) если ты напишешь так:
"ВЫБРАТЬ Ссылка ИЗ Справочник.Номенклатура ГДЕ ПолнНаименование ПОДОБНО &ХХХ"
А потом напишешь:
Запрос.УстановитьПарметр("ХХХ", "%" + УУУ + "%");
А где-то перед этим у тебя написано:
УУУ = строкаДляПоискаИзМассива;
А где-то в строках массива есть "трататат [2-1]"
То все, ты попал...
"ВЫБРАТЬ Ссылка ИЗ Справочник.Номенклатура ГДЕ ПолнНаименование ПОДОБНО &ХХХ"
А потом напишешь:
Запрос.УстановитьПарметр("ХХХ", "%" + УУУ + "%");
А где-то перед этим у тебя написано:
УУУ = строкаДляПоискаИзМассива;
А где-то в строках массива есть "трататат [2-1]"
То все, ты попал...
(15)
вложите их в [ и ] . Так:
Ищет символ процента. Полный список символов для экранирования- '_', '%', '[', ']' с соответствующими заменами '[_]', '[%]', '[[]', '[]]' . Пример кода можно найти в Escaping the escape character does not work-SQL LIKE Operator
where pattern like '[%]'Ищет символ процента. Полный список символов для экранирования- '_', '%', '[', ']' с соответствующими заменами '[_]', '[%]', '[[]', '[]]' . Пример кода можно найти в Escaping the escape character does not work-SQL LIKE Operator
(18) создал обработку с полем на форме,
ввожу трататат [2-1] - работает
Такой же тест должен быть?
Запрос = Новый ЗАпрос;
Запрос.Текст = "ВЫБРАТЬ
| Номенклатура.Ссылка
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Наименование ПОДОБНО &Наименование" ;
Запрос.УстановитьПараметр("Наименование","%"+НоменклатураПоиска+"%");
Запрос.Выполнить().Выбрать(); Показатьввожу трататат [2-1] - работает
Такой же тест должен быть?
Ошибка связанна с присутствием спец.спецсимволов при использовании конструкции "ПОДОБНО" в запросах к базам на СУБД PostgreSQL.
Читать пункт 3.
Так же писал в тех.поддержку, где получил ответ:
"Добрый день!
Вообще, была подобная ошибка при запросе с конструкцией с квадратными скобками - и там разработчики дали ответ, что это "обязанность" Конфигурации - обеспечить корректное экранирование спец.символов с помощью СПЕЦСИМВОЛ."
Читать пункт 3.
Так же писал в тех.поддержку, где получил ответ:
"Добрый день!
Вообще, была подобная ошибка при запросе с конструкцией с квадратными скобками - и там разработчики дали ответ, что это "обязанность" Конфигурации - обеспечить корректное экранирование спец.символов с помощью СПЕЦСИМВОЛ."
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот