Ошибка парсинга запроса 1с
Обновлено: 07.07.2024
Обработка "Парсер запросов" - трехкомпонентный программный комплекс, ориентированый на специалистов по внедрению и опытных пользователей.
Данная обработка предназначена для :
1. По-компонентного анализа и корректировки текстов на языке запросов 1С.
2. Экспресс анализа запроса в режиме отладки программного кода 1С, без изменения содержимого менеджера временных таблиц.
3. Создание файла- "снимка" запроса *.sel в режиме отладки программного кода 1С для последующего автономного анализа запроса.
4. Выполнение системных трансформаций текстов запросов, а именно:
- декомпозиция пакета вложенных запросов в пакет запросов без вложенности с передачей данных через временные таблицы;
- "сквозное" переименование временных таблиц;
- контролируемое удаление запросов из пакета запросов и подзапросов в объединении запросов;
5. Интеграция с Консолью запросов.
Специальные предложения
GoldParser, Antlr - не не слышал?
+ за декомпозицию во временные, еще не было
ЛЕКСЕМ (точнее терминальных символов) столько, сколько нужно было для именно этой задачи.
Изначально задумка была сделать на Внешних компонентах, но для этого потребовалось бы таскать с собой dll-ку.
Кажется по скорости удалось сделать что-то приемлемое на языке 1С. Очень много сил ушло на оптимизацию по скорости.
На Мисте посмотрел GoldParser, Antlr - это немного другое.
По сравнению Консолью запросов из "Подсистема "Инструменты разработчика" v2.69", позволяет делать "снимки" запросов в виде файла *.sel и далее их использовать почти в любой консоли запросов, не требует регистрации COM библиотеки.
Я поиском не нашел там :(
не подскажите ссылку, плииз :) : Индекс находится за границами массива
НоваяСтрока[сч] = СтрокаДерева[сч]; (3) bwlg, хотелка - есть версия для 8.1 или самому перевести?
А ну тогда действительно)
Понятно что они текст запроса 1С не разбирают
Индекс находится за границами массива НоваяСтрока[сч] = СтрокаДерева[сч];У меня за месяц эта ошибка не возникала. Причина ошибки, только одна - неверный формат файла (колонок в файле *.sel больше 7).
Там и Миста и Wikipedia
Скормил обработке запрос с подзапросом в условии ГДЕ (запрос бессмысленный-тестовый):
Преобразование во временные таблицы отработало следующим образом:
По идее, подзапросы из условий отбора/соединения надо либо не трогать (что просто технически, но спорно методически), либо преобразовывать во внутреннее соединение (наоборот).
Именно по этой причине еще нет трансформаций из временных таблиц во вложенные.
При трансформации нужно учитывать еще тип запроса, в том числе коррелированные запросы. В вашем запросе именно такой случай, Запрос_1afa415bad78447bac6cca9c159a848d потенциально может быть коррелированным (т.е. выполняться многократно). В 2.10 постараюсь сделать разбор конструкций В () и В ИЕРАРХИИ () для определения потенциально коррелированных запросов. Полагаю, что факт коррелирования установить не получится, так как для этого пришлось бы полностью разбирать конструкции ВЫБОР, и следить за метаданными конфигурации.
Очень интересный, оригинальный, подход к проблеме. . опробуем Это очень круто. Но, для того, чтобы пользоваться можно было юзерам не таким умным, как автор (например, мне), нужен более развернутый help, а лучше с простыми примерами.На написание этого help у меня ушло 2 дня. Более объемный help - это время, которого просто нехватает.
Весь help можно расписать так.
1. Запустить ПарсерЗапроса (просто открыть в 1С Предприятие). Дальше как в Консоли запросов, только есть второе маленькое окошко навигации по запросу. В ПарсереЗапросов можно редактировать любую маленькую часть запроса, не пугаясь "километровых" запросов. Если не знаете как работать с Консолью запросов - то эта обработка точно Вам не нужна.
Хотите "прокачать" Консоль запросов, которая у Вас есть и Вам нравится - читаем help и соответствующий макет.
3. Нужен экспресс-анализ запроса под отладкой? Первое, решаем, где лично Вам удобно хранить файл "снимка" запроса. Второе, в Парсере запросов, меню сервис -> Получить код VLF. Программа спросит имя, под которым будет сохраняться "снимок" запроса и выдаст Вам готовый код для вставки в глобальный/общий модуль. Скопировали с окна, вставили в конфигурацию. Все, пользуемся.
Просто посмотреть запрос в Табло VLF(Запрос).
Посмотреть и сохранить VLF(Запрос,1)
Декомпозиция во временные таблицы по одному подзапросу уже давно есть в консоли запросов ИР.
Кстати в ней же есть
1. По-компонентный анализ и корректировка текстов на языке запросов 1С.
2. Экспресс анализа запроса в режиме отладки программного кода 1С, без изменения содержимого менеджера временных таблиц.
3. Создание файла - "снимка" запроса *.sel и элемента справочника "Объекты для отладки" в режиме отладки программного кода 1С для последующего автономного анализа запроса.
4. Выполнение системных трансформаций текстов запросов, а именно:
- Декомпозиция во временные таблицы по одному подзапросу;
5. Не нужно интегрироваться с Консолью запросов.
при всем безграничном уважении к ИР, у них есть архитектурная особенность - требуется регистрация GoldParser (ну и доступ к WSH и WinAPI), в результате, работая в терминалке заказчика с порезанными донельзя правами, можно остаться без инструментария. Представленный механизм служит очень мощным дополнением как раз для таких случаев. По крайней мере, я так выстроил для себя их использование - если есть возможность, встраиваем ИР, если нет - достаем мобильную версию от khaoos, если совсем нет - Парсер запросов.
(17) Все так. Я собственно просто отметил, что почти все фичи реализованные здесь, давно уже отточены в консоли запросов ИР. Просто автор видимо не знал об этом и потому не упомянул в публикации. Я решил явно указать на это для тех, кто не в курсе.Необходимость админских прав для регистрации ряда вспомогательных dll в ИР конечно же является самым большим неудобством. (18) Вообще, идеальным видится объединенное решение на базе ИР с переключением между движками, но это уже мечты о всеобщем благорастворении воздухов. По сравнению Консолью запросов из "Подсистема "Инструменты разработчика" v2.69", позволяет делать "снимки" запросов в виде файла *.sel и далее их использовать почти в любой консоли запросов, не требует регистрации COM библиотеки.
А об ИР до этого комментария действительно не знал.
Было бы интересно эти два инструмента сдружить. Это пока заочный вопрос к автору ИР
У меня в консоли запросов ИР используется грамматика языка запросов 1С. К ее правилам привязан анализ построенного парсером GoldParser синтаксического дерева. Соответственно чтобы избавиться от необходимости подключать GoldParser.dll нужно написать NATIVE компоненту, которая бы имела примерно тот же интерфейс, что и COM объект из GoldParser.dll. Делать это у меня пока нет времени. Возможно сделаю в будущем.
Использовать неполное синтаксическое дерево, построенное по наверняка неявной грамматике из этой обработки, где все правила называются по-своему - не очень привлекательная идея. Любой баг в таком парсере, кажется, будет исправляться все сложнее и сложнее с неизбежным ростом числа и сложности конструкций.
На самом деле у меня не стояла цель написать полный компилятор. Хотелось просто сделать хороший инструмент для себя и друзей.
Сейчас скачал грамматику и по заголовку понял, что это Вы писали ИР.
Лексический анализатор для разбора программных модулей 1С необходимо доделать. В запросах не бывает многострочных строковых констант. Синтаксический разбор ведется по БНФ. Грамматику языка запросов брал из документации к 1С (как не странно, хорошо описана в файле ЕСИС8.0), терминальные символы взяты из книг по языку 1С (стр 2870).
Давайте так: вы определяетесь с техническими требованиями, и пообщаемся вне этого форума. В help мой адрес есть. На выходных я буду в Skype, постучусь. До связи.
я пока не понял, зачем бессмысленно загонять все во временные таблицы, но плюс поставил авансом и скачал, вдруг придет озарение ) Это инструмент анализа (больших) запросов. Иногда удобнее читать и отлаживать запрос в виде последовательности временных. Другими словами, это дополнительный инструмент, удобный тогда, когда он нужен. (25) План запроса смотрят при "техническом" исследовании запроса, когда нужно понять почему так долго, как ускорить и т.д. Автор же пишет о "логическом" исследовании запроса, когда нужно "по шагам" понять как логически работает чужой запрос или почему он выдает неверный результатВ ближайший месяц новых версий не будет. Попробую написать полный компилятор на правилах для использования, возможно, в "Инструменты разработчика".
В Парсере запросов, точнее функции VLF есть весьма оригинальный глюк. Вопрос задаю на случай, может кто что подскажет.
Если VLF() вызывается в любом модуле, например,
то в СтруктураРезультата находится нормальный ответ.
Если VLF(Запрос) вызывается в табло ( а так отладить код по шагам нельзя), то появляется очень оригинальный глюк.
Подветка "ТекстЗапроса" (смотри далее) вообще не добавляется.
И так до бесконечности, как будто в структуру с ключем "ЗапрУИД" добавляется структура с ключем "ЗапрУИД2" в нее следующая, в нее следующая . Постоянно генерируется новый УИД.
При выходе релиза 2.10 причина ошибки условно была найдена.
Вложенная структура создается кодом
Но это заработало только на тестовом примере.
В реальной базе глюк повторяется. Еще раз повторю, ТекстЗапроса даже в 2.10 НЕ ДОБАВЛЯЕТСЯ!
Попытался сделать так
И тут платформа честно призналась, что это ее глюк
А именно, когда просматриваешь, в табло указывается, что "Тест" - это строка таблицы значений. Как только пытаешься ее просмотреть - она вдруг становится бесконечно вложенной структурой, на очередном ее уровне, тест - строка таблицы значений, при попытке ее просмотреть - становится структурой и т.д.
Характерно, что этот глюк появляется только в ветке "Объединение" и почти всегда. Ветка "Вложенные" формируется этим же фрагментом программного кода, но в ней глюка нет.
Я попытался "Объединение" переименовать в "Я_Объединение" - результата не дало. Попытался именовать ключ не
в виде "Запр + СтрЗаменить(УИД, "-","")", а в виде "Запр + СтрЗаменить(УИД, "-","nnnn")" - результата не принесло, хотя в каждом новом вложении УИД генерируется по алгоритму "Запр + СтрЗаменить(УИД, "-","nnnn")".
НО ! код в ветке "Объединение" в принципе не рекурсивный
Напоследок привожу сам код
Еще раз напоминаю, что весь код при вызове НЕ В ТАБЛО, отрабатывается БЕЗ ОШИБОК. Поэтому прошу не искать ИМЕННО ОШИБОК в коде вверху. Это сильно упрощенный пример, необходимый для демонстрации ЛОГИКИ работы кода.
хорошая идея, сразу понравилась обработка, даже если и есть какие недочеты пока при использовании, не заметили)))) Не пугайтесь что там вывод в ХМЛ - код открыт и вывод можно сделать куда угодно (массив, структура и т.д.) Недочеты есть. В основном это "снимок" запроса. Не все типы данных удается вытаскивать в файл.Второй недочет - ограничение выборки в 100 записей. Иногда это здорово вводит в заблуждение.
Постараюсь в ближайшее время выложить новую версию.
Не открывается консоль запросов для sel-файла. Пишет:
Консоль запросов недоступна. Форма.Форма.Форма(283) Поле объекта не обнаружено. (ВнешнийЗапрос)
ЗЫ Да ерунда это всё - все эти консоли запросов и парсеры - анализаторы. Всё это НЕ работает в полной мере - и никогда не заработает.
В тексте ошибки на русском языке написано "Консоль запросов недоступна."
Консоль запросов - это внешний файл для Парсера. Смотри и читай документацию.
Эта ошибка может происходить, если в макете хранится файл консоли несоответствующий описанию. Замените в макете (он там один) на ту консоль, которая у Вас работает.
Если у Вас ВСЕ НЕ работает и НИКОГДА НЕ заработает - то значит такая карма. Даже не пытайтесь пользоваться всякими парсерами и консолями.
Если будет время - попробую поковыряться. Но пока его нет.
Я перебрал штуки 3-4 всяких запросников-консолей и т.п. с этого сайта - и ни один пока что с моим конкретным запросом не заработал (причем вообще не сработал). А штатная консоль запросов - работает, просто у неё мало возможностей.
Да, и у меня тоже возникла ошибка, когда при объединении вложенных подзапросов открываешь их (в отладчике) - а там ещё вложенные - в них ещё вложенные - и так до бесконечности. А мне как раз нужно было в них посмотреть, что там происходит.
Вообще-то я только от Вашей разработки добился ну хоть какого-то толка - в отличие от аналогов на этом сайте. Просто под отладкой смотреть запрос и очень медленно, и не очень наглядно - вот я и хотел через консоль глянуть, как было в хелпе заявлено.
В Вашей обработке в макете "КонсольЗапросов" содержится . сама эта же обработка. :) А вот в ней уже есть макет "КонсольЗапросов3" - вот там только и есть консоль запросов. Я поправил это - и консоль стала нормально запускаться из парсера. :)
Способ выгрузки "Анализ" - хорошая вещь. Видно всё то же самое, что и в отладчике - только нет вложенной бесконечной зацикленности (когда есть объединение вложенных подзапросов) и скорость работы отменная - не то, что эти дикие тормоза в отладчике.
Только почему-то вложенные запросы не разбираются до конца? А тогда какой смысл в Вашей разработке?
Что мне теперь делать? Надо посмотреть все вложенные запросы - а я не могу.
ЗЫ А как вообще просматривать вложенные подзапросы стандартной консолью запросов? Я так и не понял. Там ведь нет способа выгрузки "Анализ".
Смотреть запрос под отладчиком - просто не о чем. Парсер ускоряет отладку в десятки раз.
Ошибок пока в Парсере много. (Забавно, что даже в нативном конструкторе запросов ошибок много.)
Примерный список предстоящих доработок:
1. Ограничение 100 записей на выборку часто вводит в заблуждение. Буду подымать до 500.
2. Использование ограничения на 100 записей в подзапросах отрубает оптимизацию. Иногда в больших запросах это приводит к зависанию (буду переписывать сборку запроса).
3. Не везде стоит ограничение на 100 записей. Например, когда раскрываешь ветку "Вложенные". Где-то просмотрел.
4. В "снимке" запроса "заглушки - пустые таблицы" из параметров буду менять. В полях запроса нужно возвращать конкретные типы данных.
5. Массив в параметре запроса не сохраняется в файле sel. Поэтому почти все разработчики массив меняют на список значений. Но список запросов нельзя передавать при расчете базы. Там должен оставаться массив строк.
6. Бесконечное вложение объединения. Буду переходить на свой алгоритм генерации уникального имени.
7. В функцию VLF планирую добавить итератор по выборке и результату запроса. Функции типовых алгоритмов часто возвращают переменные, содержимое которых надо посмотреть.
Читайте также: