Предлагаю вашему вниманию демонстрацию поддержки ADO в консоли запросов (ИР) с конструктором запроса. В демонстрации показан запрос к источнику данных ADO с последующим помещением результата во временную таблицу 1С и запросом к ней.
http://www.youtube.com/watch?v=BKMiVMjER1E

а где скачать то?или денег стоит?

(1) Описание к видеоролику часто содержит такую информацию.

Для тех, кто не читает, вот ссылка http://devtool1c.ucoz.ru/

(1) Бесплатно.

Благодарю.Ваша разработка?

Круто, спасибо еще раз.

(0) Это чё, из Экселя что ли можно запросами данные тянуть?

(6) из экзеля и раньше можно было тянуть данные.Просто не таким удобным способом

Шарман! Шарман!

(6) ADO универсален, был бы драйвер для него

Блин какой же я нуб я 10 минут не могу найти кнопку скачать(Никто не поможет?

(10) http://devtool1c.ucoz.ru/load ?

(10) слева 10см от верха

Сергей, это реально ОЧЕНЬ круто!

(10) http://devtool1c.ucoz.ru/load/0-0-0-1-20

И повторю свое видение: пора делать платной!

(11) (14) Большущее спасибо

(10) http://s018.radikal.ru/i518/1309/15/55663f96795c.png

Ну и закономерная хотелка после такого. Генерация кода: подключения к АДО, выгрузка в ТЗ, формирование текста запроса, использующего эту тз. :)

(18) Это уже намного сложнее, чем генераторы для локального источника данных, т.к. требует много вспомогательных процедур а значит. Т.е. придется
- либо генерировать уже текст модуля внешней обработки, который будет размножаться и устаревать постоянно
- либо заставлять встраивать в целевую конфу общий модуль для выполнения запросов

(19) второй вариант вполне себе нормальный

Сергей, я уже в другой теме поднимал. В мобильных ИР один добрый души человек реализовал динамическое заполнение панели обработок. Было бы здорово видеть такое и в основной подсистеме. Т.е. сделать не через интерфейс, а также, через обработку. Просто хотелось бы на эту панель добавлять свои обработки. Это, кстати, было бы удобно и для УФ. В отдельной закладке открыли обработку с кнопочками, у которых есть иконки. Более юзабельно, чем через командный интерфейс.

(21) Зачем нужно именно динамическое заполнение? Какие свои обработки хочется туда добавлять (я так понимаю не имеющие отношение к подсистеме)?
По управляемому интерфейсу согласен, что будет выгода в виде наличия привычных пиктограмм. Плюс интерфейса c панелью инструментов и раздела подсистемы УП в том, что только они будут видимы сразу без дополнительных действий и изменения кода обработчика ПриНачалеРаботыСистемы! Поэтому я их планирую оставить. По созданию дополнительной формы для запуска инструментов подсистемы пожелание записал.

(22) Да, обработки не имеющие отношение к подсистеме, но по сути использующиеся настолько же часто, что было бы удобно их видеть в панели.
Да, про доработку ПриНачалаРаботыСистемы я не подумал ((

Кстати, было бы логично командный интерфейс подсистемы сделать в порядке, в котором обработки располагаются в панели инструментов в обычном приложении, а не умолчанию (по алфавиту) как сейчас.

(23) По поводу порядка решение было выбрано, основываясь на лучшем визуальном порядке (индексе):
- для панели инструментов пиктограммы можно только по смыслу сортировать
- для текстового списка лучшим порядком является алфавитный порядок

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

(24) Может быть, но просто консоль запросов и интерфейсная панель - это те инструменты, которые открываются много чаще чем другие. Многие остальные инструменты открываются уже непосредственно из консоли, либо интерфейсной панели (во всяком случае у меня так происходит в 90% случаев). Соответственно, хочется иметь интерфейсную панель и консоль запросов в начале списка.
Но я согласен, что каждому свое, так что у себя просто поменяю порядок ))).

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