Ошибка sdbl - Ожидается выражение (pos = 324)

0. 31 06.01.16 11:25 Сейчас в теме
В интернете нашли несколько вариантов исправления этой ошибки. Попробовали практически все. Некоторые оказались безуспешными. В итоге нашли самый простой способ решения этого вопроса.

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. psa247 16 07.01.16 11:15 Сейчас в теме
2. Armando 1397 07.01.16 15:32 Сейчас в теме
А технологический журнал по событиям EXCP и SDBL что показывал?
3. Evgeniy.Pecheykin 31 07.01.16 20:49 Сейчас в теме
(2) Armando, к сожалению этих данных нету.
abrafaks; +1 Ответить
4. MsDjuice 109 15.12.16 06:30 Сейчас в теме
Плюсую! Очень помогло, спасибо.
Evgeniy.Pecheykin; +1 Ответить
5. ketr 118 14.03.17 16:20 Сейчас в теме
6. evakuzmina 22.05.17 13:21 Сейчас в теме
Помогло! Не проводился самописный документ. Залез в связанный с ним регистр сведений, добавил реквизит - заработало! ТИИ, chdbfl ранее не помогли.
Evgeniy.Pecheykin; +1 Ответить
7. NetKat 32 03.10.17 18:45 Сейчас в теме
Спасибо ! Помогло!.Респект!
Evgeniy.Pecheykin; +1 Ответить
8. erdem.badluev 13.11.17 12:07 Сейчас в теме
У меня была подобная ситуация. После обновления конфигурации, при выполнении запроса вылетело "Ошибка sdbl - Ожидается выражение (pos = ...)" - все вышеописанные пункты не помогли. Добавлял реквизиты ко всем справочникам и регистрам встречающимся в запросе - не помогло. С помощью SQL Profiler выявил проблемную часть запроса:

ВЫБРАТЬ
СписокДоговоров.Ссылка
ИЗ
СписокДоговоров КАК СписокДоговоров
ГДЕ
(СписокДоговоров.гжкхОтношения = ЗНАЧЕНИЕ(Перечисление.гжкхОтношения.СУправляющейОрганизацией)
ИЛИ СписокДоговоров.гжкхГУИД <> &ПустойИдентификатор
И СписокДоговоров.Стадия <> ЗНАЧЕНИЕ(Перечисление.СтадииДоговора.Действующий))
Показать


Причина ошибки оказалась в условии, а именно строке:
СписокДоговоров.гжкхГУИД <> &ПустойИдентификатор

ниже по коду:
Запрос.УстановитьПараметр("ПустойИдентификатор", Новый УникальныйИдентификатор("00000000-0000-0000-0000-000000000000"));

переставил местами операнды в сравнении и убрал лишние скобки:
ВЫБРАТЬ
СписокДоговоров.Ссылка
ИЗ
СписокДоговоров КАК СписокДоговоров
ГДЕ
СписокДоговоров.гжкхОтношения = ЗНАЧЕНИЕ(Перечисление.гжкхОтношения.СУправляющейОрганизацией)
ИЛИ &ПустойИдентификатор <> СписокДоговоров.гжкхГУИД
	И СписокДоговоров.Стадия <> ЗНАЧЕНИЕ(Перечисление.СтадииДоговора.Действующий)

и заработало!
Платформа 8.2.19.130.
Видимо парсер запросов виноват...
9. RyNe 29.05.18 13:06 Сейчас в теме
(8) Подскажите, пожалуйста, а как Вы с помощью Profiler нашли ошибку? По каким ключевым словам поиск в логах делали?
10. erdem.badluev 30.05.18 02:29 Сейчас в теме
(9)Проблемный запрос был известен. Просматривал только его. Методом тыка удалял часть запроса и смотрел ошибка исчезла или нет.
11. UserPro 4 01.01.19 16:12 Сейчас в теме
Удалите базу из списка подключения. И повторно добавьте, должно решить проблему
cccpshrek; putinpe; +2 Ответить
12. putinpe 12.03.19 14:54 Сейчас в теме
(11) Спасибо тебе милчеловек. Помог твой способ. Самый просто. По новому просто базу добавил и имя базы на английском написал
Evgeniy.Pecheykin; +1 Ответить
13. rudnitskij 01.05.19 22:00 Сейчас в теме
(11)Это советы из того же ряда "Обновите релиз/очистите кэш сервера" и прочая муть, которую советуют пользователям, когда не могут по его проблеме ответить прямо сейчас и нужно хотя бы полчаса времени
15. vitalya24 229 18.06.19 11:50 Сейчас в теме
(13)

Советы из разряда крайне полезных.

Была подобная ошибка, что делали:
1. Чистка кеша,
2. Выгрузка/загрузка в dt
3. Тестирование chdbfl
4. Тестирование и исправление в 1с.

Ничего из этих вариантов не помогло, помогло только добавление реквизита в моем случае в справочник номенклатура.
Так что не всегда попытка лечения стандартными средствами помогает.

Автору статьи спасибо.
Evgeniy.Pecheykin; +1 1 Ответить
14. rudnitskij 01.05.19 22:06 Сейчас в теме
Была похожая проблема, перепробовал всё, что гуглится в инете - чистка кеша, обновление релиза "и т.п. для ТП". Решил аналогичным методом - добавлением реквизита к документу, в котором была ошибка. Минус метода оказался в том, что были потеряны данные в одном из реквизитов документа, который был добавлен разработчиком за месяц до сбоя.
ЗЫ. Что примечательно: в сбойнувшей базе менее, чем за сутки до сбоя, проводили ТиИ
Evgeniy.Pecheykin; +1 Ответить
16. Bahyt 20 26.04.21 08:55 Сейчас в теме
Спасибо, если бы не эта статья, потерял бы целый рабочий день!
Восхищаюсь людьми, которые находят такие не стандартные решения.
Evgeniy.Pecheykin; +1 Ответить
Оставьте свое сообщение
Вакансии
Бизнес-аналитик 1С
Санкт-Петербург
зарплата от 150 000 руб. до 200 000 руб.
Полный день

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Программист 1С
Нижний Новгород
зарплата от 170 000 руб.
Полный день

Программист 1С
Екатеринбург
зарплата от 120 000 руб. до 130 000 руб.
Полный день

Администратор 1C
Москва
зарплата до 110 000 руб.
Полный день