Anatol писал(а) 30. Июня 2011 :: 08:22:

Надеялся, что за полгода это исправили...
Я так понимаю, первый пример проблемы не решает, так как инфа по подчиненным обновляется только при активизации окошка, а второй добавит кучу проблем в других обработках. Ждем третьего...

al_zzz писал(а) 04. Июля 2011 :: 10:09:

Выдержка из документации:

Объект «ПрямойЗапрос» реализует механизмы для выполнения прямых запросов после их преобразования из языка запросов объявленного для данного класса, в язык запросов для ВК 1С++ и 1sqlite. КОП отвечает за обработку запроса в части:
•	Директив языка SQL
•	Языковых конструкций (функций и значений)
•	Реквизитов метаданных конфигурации
•	Формировании виртуальных таблиц данных
•	Подстановки параметров (в т.ч. и предопределенных)
 

Т.е. "ПоставщикДанных.ПрямойЗапрос" - служебный класс, не является поставщиком данных.
Или я не правильно понял вопрос?

al_zzz писал(а) 05. Июля 2011 :: 01:04:

МД с примерами есть в архиве с классом, в этой и предыдущей ветке были примеры тоже.

al_zzz писал(а) 05. Июля 2011 :: 01:04:

По примерам, в принципе, разобраться не сложно, да и в теме информации не мало. Очень хорошая документация к классу прилагается. Что конкретно не понятно в логике работы с классом?

А форма подбора - понятие достаточно общее   Подбор какого типа данных, какая информация нужна дополнительная нужна, в каком виде?

al_zzz писал(а) 05. Июля 2011 :: 10:42:


Дополнительные таблицы присоединяю методом ДобавитьСоединениеДанных(), потом ДобавитьКолонкуДанных() - добавляю нужные колонки.

По поводу скорости тоже не в воссторге, но, может, я просто "не умею его готовить"
У меня пока слишком много данных на форме - текстовые поля и таблицы, обновляемые в ПриАктивизацииСтроки().

Интересное обсуждение. В общем я не знаю как надо постараться чтобы штатный подбор был быстрее )), даже на DBF можно сделать чтобы было достаточно шустро.

Вроде в теме выкладывал пример как я вижу реализацию подбора номенклатуры. Можно попробовать обратиться к leshik-у, он я думаю найдет что рассказать.

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

Или можно показать как идет инициализация и оттуда покрутим повертим

vandalsvq писал(а) 05. Июля 2011 :: 12:12:


Ну у меня ДБФ и есть. Присоединяется временная таблица с остатками. Но не уверен, что с индексы используются там.
Ну и плюс подчиненные таблицы тоже на базе ПД реализованы на форме - при активизации строки обновляются. И текстовых реквизитов на форме куча - привыкли пользователи...

Используется объект "УправлениеФормой".

Постепенно оптимизирую, но врмени много на это нету...

vandalsvq писал(а) 05. Июля 2011 :: 12:12:

Любопытно. Я думал, что ПД уступает штатному функционалу.
vandalsvq писал(а) 05. Июля 2011 :: 12:12:

В тестовой конфигурации бы его. Думаю, он много кому нужен.
vandalsvq писал(а) 05. Июля 2011 :: 12:12:

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

Данные = ПоставщикДанных.Данные;
	Данные.КолонкаПиктограмм = "Наименование";
	Данные.ОтображатьИерархию = 1;

	ТекстСоединения = "left join
	|	$РегистрОстатки.ОстаткиТМЦ(,,(Номенклатура),(Количество),) as vt_rg_total
	|		on $ТекущийОбъект.ТекущийЭлемент = vt_rg_total.Номенклатура
	|";
	Данные.ДобавитьСоединениеДанных("ОстаткиПоФирме",ТекстСоединения);
	Данные.ДобавитьКолонкуДанных("КолОстаток","Остаток весь","ISNULL(vt_rg_total.КоличествоОстаток,0)","Число",19,2,1);
	Данные.НоваяКолонка("Код");
	Данные.НоваяКолонка("Наименование",,1);
	Данные.НоваяКолонка("Марка");
	Данные.НоваяКолонка("Артикул");
	Данные.НоваяКолонка("КолОстаток",1); 

Взят из тестовой конфигурации последнего релиза.
А под временной таблицей Вы имели ввиду заранее рассчитывать и хранить объединение спр.Номенклатура с необходимыми виртуальными таблицами?
Всего позиций в справочнике около 40 000.