Быстрый запрос

Публикация № 1053106

Обработки - Универсальные обработки

38
Можно ли дать пользователю "удочку", а не "рыбу"? До сих пор ответ на этот вопрос был отрицательным. Всякий инструмент, который мог бы делать с базой данных все или почти все (или хотя бы многое), отвергался пользователями, как слишком сложный. Вспомните тот же SQL, который изначально разрабатывался именно как пользовательский инструмент. "Быстрый запрос" - это попытка устранить сложность, но сохранить при этом универсальность.

Для пользователя все максимально просто.

Слева у него есть список, содержащий некоторое подмножество метаданных. Как формируется подмножество, я расскажу ниже. Двойной клик по реквизиту добавляет новую колонку в таблицу результата. Например:

Таблицу результата можно распечатать или сохранить в Excel, используя стандартную команду "Вывести список".

 

Ячейки, содержащие ссылки, слеланы открываемыми.

 

 

Перед тем, как добавлять новую колонку, можно задать значение в левом списке. Впрочем, это можно сделать и после того, как колонка добавлена.

 

Самое главное для пользователя заключается в том, что он не обязан знать каким образом колонка из одной таблицы может быть соединена с колонкой из другой. За него это сделает программа. Вот здесь я добавил к трем колонкам из предыдущего примера еще три.

Более того. Нет необходимости задумыватья о том, в каком порядке выбирать колонки. Ползователь действует, как у него "рука пошла". Можно сначала выбрать "участников".

А потом "мероприятия".

 

Удалим последнюю колонку.

И нажмем кнопку "Свернуть". Получим ответ на вопрос: "в скольких мероприятиях принимал участие тот или иной человек".

 

Итак. Пользователю предлагается всего две операции: добавить/удалить колонку и свернуть/развернуть таблицу. С одной стороны, эти операции нельзя назвать слишком сложными. С другой - они позволяют получить довольно широкий круг результатов. Можно сказать, что это упрощенный до предела язык запросов.

Предполагается, что обработка будет работать в любой базе, и, в частности, в любой типовой конфигурации. Но, так как разработчики типовых конфигураций явно не экономят на количестве метаданных, было бы не рациональным выкладывать пользователю все дерево. В обработке предусмотрена возможность работать по-умолчанию в режиме "избранное" и переключаться в режим  "все метаданные" при необходимости.

В данной публикации представлена полностью рабочая версия, но ограниченная двумя типами объектов метаданных: "Документы" и "Справочники". 

Как вам идея в целом? Хотели бы увидеть полную версию?

 

Обработка тестировалась на управляемых формах. Платформа 8.3.10.2667. Код обработки полностью открыт.

 

10.06.2019

Выпущена рабочая версия. Главные отличия от демо: 

Работа с регистрами сведений.

Работа с регистрами накопления.

Сортировка таблицы результатов.

В комментариях несколько раз прозвучало предложение сделать версию, которая будет запускаться также и на обычных формах. Такая версия сделана и называется универсальной. Для тех, кому не нужна возможность запуска на обычных или управляемых формах  выпущены соответственно версия для управляемых форм и версия для обычных форм.

Обработка тестировалась на управляемых и обычных формах. Платформа 8.3.13.1809. Код обработки полностью открыт.

38

Скачать файлы

Наименование Файл Версия Размер
Быстрый запрос (демо)
.epf 13,42Kb
07.06.19
8
.epf 13,42Kb 8 Скачать
Быстрый запрос (управляемые формы)
.epf 15,60Kb
07.06.19
2
.epf 15,60Kb 2 Скачать
Быстрый запрос (обычные формы)
.epf 20,17Kb
10.06.19
0
.epf 20,17Kb Скачать
Быстрый запрос (универсальная версия)
.epf 20,16Kb
10.06.19
1
.epf 20,16Kb 1 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. psih12 129 29.04.19 12:42 Сейчас в теме
А на обычных формах есть?
Если "да", то хотелось бы увидеть полную версию.
jaroslav.h; +1 Ответить
2. mkalimulin 363 29.04.19 12:53 Сейчас в теме
(1) Думаете - стоит потрудиться над версией для обычных форм?
Rustig; jaroslav.h; +2 Ответить
3. psih12 129 29.04.19 16:26 Сейчас в теме
(2)
У пользователей должен быть выбор.
Если в Вашей обработке можно соединять разные объекты по вложенным реквизитам, то тем более
4. mkalimulin 363 29.04.19 16:34 Сейчас в теме
(3) Вы говорите о выборе между УФ и ОФ? Или о выборе вариантов соединения колонок?
5. jaroslav.h 146 29.04.19 16:59 Сейчас в теме
(4) я за запуск как в обычном режиме, так и на упр формах, спасибо
6. mkalimulin 363 29.04.19 17:05 Сейчас в теме
(5) Видимо, придется две обработки поддерживать. На обычных формах много пользователей сидит? Как вы думаете?
7. jaroslav.h 146 29.04.19 17:25 Сейчас в теме
(6) было бы здорово если бы все в одной обработке.

На счет пользователей, так у нас клиенты, под обычными где то 60% сидит
8. mkalimulin 363 29.04.19 18:07 Сейчас в теме
(7) Пока не представляю себе - как можно сделать обработку, которая будет открывать обычную или управляемую форму в зависимости от среды. Вы такое видели?
9. jaroslav.h 146 29.04.19 19:26 Сейчас в теме
(8) откройте вашу обработку в конфигураторе в котором возможно добавлять разные типы формы http://prntscr.com/niclz0 и таким образом разработаете для двух приложений обработку, а уже при открытии в конкретной конфигурации система сама будет автоматически подставлять нужную форму в зависимости от используемых форм

должно в итоге получиться активны две вкладки для разработки форм http://prntscr.com/nicn2k
CyberCerber; acanta; +2 Ответить
10. mkalimulin 363 29.04.19 20:38 Сейчас в теме
(9) Вон оно куда дошел прогресс. А я думал надо будет какой-нибудь "ПриСозданииНаСервере" задействовать. Если так, то надо будет попробовать.
jaroslav.h; +1 Ответить
28. Nikola23 413 03.07.19 18:52 Сейчас в теме
(10)Да, лет 5ть уж как дошел:)
14. Rustig 1172 30.04.19 15:13 Сейчас в теме
(0) на обычных формах самописные остались + ут10.3 - пока планов переходить на УФ нет.
24. psih12 129 02.05.19 21:53 Сейчас в теме
(4)
О выборе вариантов соединения колонок
26. mkalimulin 363 03.05.19 13:20 Сейчас в теме
(24) Я думал над этим, но пока так окончательно и не решил, что важнее - возможность выбора соединения или простота.
13. Rustig 1172 30.04.19 15:11 Сейчас в теме
(2) идея прикольная и будет востребована!
для обычных форм можете сделать.
если некогда, я сделаю.
17. mkalimulin 363 30.04.19 19:22 Сейчас в теме
(13) Буду делать полную версию универсальной. Для УФ и ОФ.
11. shard 251 30.04.19 14:19 Сейчас в теме
и первым же вопросом: "а что такое ссылка?")))
15. mkalimulin 363 30.04.19 19:19 Сейчас в теме
(11) И сразу ответ:
Не понимаешь - не жми. Жми на "города", "должности", "мероприятия" и т.д.
12. Sedaiko 193 30.04.19 15:05 Сейчас в теме
16. mkalimulin 363 30.04.19 19:20 Сейчас в теме
18. logarifm 1043 30.04.19 20:44 Сейчас в теме
(0) для красоты - колонки называйте как они в медаданных привычны пользователю (то есть заголовками колонко сделайте синоним)
19. mkalimulin 363 30.04.19 21:23 Сейчас в теме
(18) Спасибо. Тоже думал об этом.
20. dreamcreal 02.05.19 01:51 Сейчас в теме
21. mkalimulin 363 02.05.19 10:38 Сейчас в теме
22. bashirov.rs 22 02.05.19 16:43 Сейчас в теме
Идея не плохая.
Универсальность под УФ и ОФ только приветствуется. Что тут скажешь, если даже есть конторы, которые до сих пор на 7.7. сидят)))
В принципе, альтернатива универсальному отчету, которые есть в типовых конфигурациях. Только в вашем случае получается, что может собирать из таблицу из нескольких таблиц. Я правильно понял?
23. mkalimulin 363 02.05.19 17:58 Сейчас в теме
(22) Да, совершенно верно. Выбираете колонки из разных таблиц, а программа сама делает необходимые соединения.
25. psih12 129 02.05.19 21:57 Сейчас в теме
А с табличными частями обработка работает?
27. mkalimulin 363 03.05.19 13:23 Сейчас в теме
(25) Да, работает. Если посмотрите текст статьи, то увидите табличную часть документа.
Оставьте свое сообщение