(1) Простота использования и минимум излишеств.
Делалось для себя - изначально для простой и быстрой отладки запросов, когда разрабатывал отчеты (при внедрении), но оказалось весьма полезным - при анализе запросов от 1С.
В будущем, возможно углубление в сторону парсинга запроса - разбивать сложные запросы (с соединениями) на несколько простых и собирать обратно.
(2) (4) Ваше право, но изобретаете новую модель велосипеда с треугольными колёсами со штырём вместо сиденья. Удобных консолей запросов с возможностью отладки, просмотра ВТ, обработки результатов, etc тут чуть больше, чем до ... много.
(6) Ссылок не помню, пишу названия публикаций
Запросник от tezin
Дополненная типовая обработка консоль запросов от lavelin
Консоль запросов от lavelin с модификацией от proal (Консоль запросов с просмотром временных таблиц)
Консоль запросов от Чистова
Консоль запросов для отладки запросов на лету + работа с временными таблицами
Консоль запросов (замеры, ВТ, IntelliSense)
Да, здесь есть действительно "мощные" разработки! Особенно впечатлили 1, 6, 5. Есть на что посмотреть - и однозначно я буду черпать оттуда идеи для дальнейшего развития.
Постараюсь объяснить почему я пользуюсь своей обработкой (и почему я ее здесь положил).
Вот несколько моих жизненных ситуаций:
1. нужно как можно быстрее разработать отчет на запросе, не требующий детальной настройки - как универсальный отчет, при этом желательно "на лету" протестировать какой результат будет давать запрос.
Открыл обработку - в конструкторе собрал запрос
Жму "Выполнить" - заполняю параметры
Еще раз "Выполнить" - смотрю что вышло в результате
Жму "Код запроса" - копирую текст запроса.
Создаю внешний отчет - пихаю туда текст запроса и небольшой код по созданию построителя отчета и оформлению результата.
На все про все пол-часа, максимум час.
2. Отчет построенный на запросе дает неверные данные.
3. Документ заполняется неправильно, при отладке дошли до процедуры, в которой находится пакетный мегазапрос на три с лишним страницы кода. Кто переносил ЗУП с ЗиК - наверняка сталкивались.
Открываю свой отладчик запросов, выделяю в модуле текст запроса, вставляю в обработку.
Нажимаю "Выполнить" - обработка определит что текст запроса поменялся (при этом сама удалит символы из текста запроса "|"), заполнит список параметров и переместит на страницу "Параметры"...
Заполняю значения параметров. Если их немного - вручную. Если много и они сложны - то выгружаю из отладчика.
Жму еще раз "Выполнить" - и получаю результат.
Все это делается очень быстро, без лишних телодвижений... Далее - в зависимости от ситуации:
"играю" с параметрами - меняю и смотрю что на что влияет...
модифицирую (обычно, упрощаю) текст запроса, смотрю в конструкторе из каких источников собираются данные
изменяю текст запроса так, чтобы вывел список документов-регистраторов для записей - и ищу "виновника"...
процесс обычно занимает до нескольких часов (когда примерно знаю где искать - то быстрее).
В общем, обработка сделана так - чтобы не тратить время на просмотр списка ранее сохраненных запросов, а сосредоточиться на отладке одного конкретного. При этом все, что нужно собрано в одном окне в четырех вкладках. Потому и назывется "Выполнение и отладка запросов" (а точнее назвать будет "Выполнение и отладка запроса").
Обновлен интерфейс, более удобное заполнение параметров запроса (выбор типа) + возможность указывать в параметрах массив, список или таблицу значений. Добавлена возможность сохранять/считывать параметры запроса.
1. Может стоит на основную формы повесить кнопку для копирования в буфер текста, который потом нуна будет вставлять в конфигураторе. (пускай эта кнопка будет н большая, но это на много удобней чем лазить в справку)
2. Если сразу после копирования в буфер текста попытаться вставить его в Shift+F9, то чет подвисает 1С и через некоторое время буфер очищается а если предварительно вставить его в txt или на форму отчета, тогда все ок сработает. У вас такого не было?
(10) 1. Можно... сделаю это на странице, куда выводится код запроса.
2. Такая проблема не возникала. Если используете терминальный сеанс, например Citrix - то проблема может быть в самом терминальном клиенте (отключить настройку синхронизации буферов обмена - должно помочь).
18.
Программулькин
29901.06.12 10:16 Сейчас в теме
Ошибка при выполнении запроса:
{Форма.ФормаОтчета.Форма(12)}: Поле объекта не обнаружено (ТипЗначения)
/************************************************************************************************************
ВЫБРАТЬ
ОсновныеНачисленияРаботниковОрганизаций.Сотрудник,
ОсновныеНачисленияРаботниковОрганизаций.ВидРасчета,
ОсновныеНачисленияРаботниковОрганизаций.Результат
ИЗ
РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисленияРаботниковОрганизаций
ГДЕ
ОсновныеНачисленияРаботниковОрганизаций.Сотрудник В
(ВЫБРАТЬ
РаботникиОрганизацийСрезПоследних.Сотрудник КАК Сотрудник
ИЗ
РегистрСведений.РаботникиОрганизаций.СрезПоследних(&КонДата, ) КАК РаботникиОрганизацийСрезПоследних
ГДЕ
РаботникиОрганизацийСрезПоследних.ПричинаИзмененияСостояния = ЗНАЧЕНИЕ(Перечисление.ПричиныИзмененияСостояния.Увольнение))
/************************************************************************************************************
Параметр:
Имя Тип Значение
КонДата Дата 31.05.2012 0:00:00
/*************************************************************************************************************
(18) скоро будет обновление - там все уже исправлено.
+ "визуальная структура запроса"
+ наработки по отладке запроса
+ панель "обработка результата" (программный код), например, для перепроведения документов...
+ генератор модуля универсального отчета
+ если хватит времени - руководство.
кое-что уже сделано, кое-что в разработке... ориентировочно обновление будет через неделю, но может быть и раньше.