Есть простейший подбор номенклатуры (товары + цены)
Товаров 100 000 штук
Тормозит
Это нормально?

(51)+ если да - то будет проще залепить свою реализацию среза последних

(51) в ПЗ ДС нет

(0) в толстом в консоли потрай запрос

Что за в &Наценка и т.д. параметры передаем?

НаборЦен = &НаборЦен
Можеть НаборЦен В(&НаборЦен)?
Что есть &НаборЦен ?

После 7-ки трудно переучить пользователей смотреть цены через отчет Прайс лист и использовать быстрый подбор.

(56) тип цен, просто так называется

(57) Тем не менее сам работаю на 8-ке(впарили беднягам франчи) и все время упрощаю отчеты. Нужна только кнопка сформировать. Всё! Пытался объясмнить - тот же универсальный отчет в УТ - это же прелесть! Неа....

(58) Тип блин какой? Справочник?

(60) да

НаборЦен = ТипЦенНоменклатуры, просто название такое

Ты конструктором ваял запрос. КОнструктор - это для студентов. Я его использую исключительно как проверку синтаксиса - если открылся, значит гуд.
Зачем вот это например?:
  СправочникНоменклатура.ВходящийПоток,
   СправочникНоменклатура.ГарантияВендора
Открой консоль, убери левое соединение, запусти. Посмотри.
Т.е. чисто из справочника номенклатура. И проверь передаваемые параметры на сущность.

(63) да я особо не вдавался в запрос, щас вот даже только увидел, что мне конструктор написал

бесполезно, так же тормозит, если убираю второе левое

(64) Может ТК не тянет? Хотя такое невозможно, на то он и ТК.

(63) в смысле вообще без цен?

ВЫБРАТЬ
   СправочникНоменклатура.Ссылка,
 
ИЗ
   Справочник.Номенклатура КАК СправочникНоменклатура
Так рискни

(68) там мне с ценами надо!

(65) если просмотр с иерархией - то попробуй в параметры виртуальной таблицы фигануть отбор по номенклатуре

аа, без других полей

Галка Основной реквизит стоит ? Динамическое считывание данных стоит ? основная таблица Номенклатура ?

(69) Да ёшкин кот же!!!! Я телепатировать пытаюсь, а ты про свои цены. Не буду у тебя ничего покупать.

(0)Зачем нужна при подборе цена?

(68) Блин запятую убери

(74) Да ты шо как же без цены то ??? некоторым уникам себистоимость подавай при подборе. ))))

бесполезно, упростил запрос до неприличного
та же байда

левое соединение с ценами губит всё

придётся как в УТ 11 что-ли, при активизации выводить

(78) не левое соединение

но манагеры меня порвут

(78) Ну вот, выяснил виновника.

(78) ответь на (72)

(80) а что

вернее и оно тоже, но попробуй тупо срез последних получить ;)

(78) А теперь, когда доказали - думаем дальше.

(0)Не понял,у тебя цены для всех элементов при открытии списка номенклатуры отражаются?

(72) да

(87) да

Может какой РЛС хитроипанутый у тя на эти цены стоит ?

рлсов никаких нет

(89)Я конечно понимаю безграничные хотелки манагеров,но сам-то понимаешь что это методологически не правильно

(92) да всё я понимаю )
нельзя так базу напрягать, но просто подумал, раз в семёрке пашет, 1с 8.2 должно вытянуть

(91) Подожди у тебя этот РС самописный ? Поля проиндексированы ?

(93) погоди хныкать
в консоли запрос тоже тормозит?

(85) yt njhvjpbn&

(85) не тормозит?

(93)Может тебе специальную форму выбора прикуртить к справочнику и без демонического списка

если нет - то можно заменить соединение на объединение с группировкой

Индексированный, херосированный.

Вот прикрутили бы к динамическим таблицам пакеты запросов (временные таблицы) - таких проблем бы не было.

(100)+100, даже сотку, можно сказать, не запорол

(94) всё путём

(99) Отбор номенклатуры в РС цены все равно соединением делается, хоть заизвращайтесь.

(102) Ну тады профайлер тебе в помощь как грится, только потом расскажи что было !

(103) зачем автору отбор номенклатуры?

попробую щас чо-нить замутить

Все-таки 1с-ники такие трудоголики

(106) Динамический список отбирает динамически. Номенклатуру.

Срез Посдедних - этот тупо Левое соединение тупо таблицы регистра. По всем номенклатурам (параметр то не задан). И лишь потом отбор левым соединением.

А там - динамически отобрать номенклатуру во временную, а потом СрезПоследний с отбором по параметру виртуальной таблицы.

(109) я уже предложил где-то там наверху впилить отбор виртуальной таблицы, но ответа не было

А вообще - УТ11 - зло.
За один только стэк вызовов подсистемы обмена данными хочется уебать ногой с разворота.

(112) это точно

(111) где

(111) Как ты его впилишь?
Это
"Нео и Ложка"

(111)+ ну а запилить вместо соединения объединение - оно хоть чуть снизит нагрузку. соединение с виртуальными таблицами вообще зло

(115) ну хз, если иерархический просмотр включен, то Номенклатура.Родитель = &ТекущийРодитель, например

Кстати, ничто не мешает вписать полноценный пакет запросов в текст запроса динамического списка, и даже открыть его конструктором!!

Но при выполнении ошибка XDTO преобразования - получите, распишитесь

надо попробовать с родителем

не, ничо не лечит

100 тыс. позиций это 100 тыс. позиций, это неизлечимо

(121)Тогда к Мане обращайся,он для таких случаев свой подбор написал.Может че посоветует

(120) ты в параметры ВТ влепил, мы тут все надеемся?

(123) да уже как только не пробовал. бесполезное это дело, надо цены убирать

(124) а в консоли запросов тормозит запрос ?

у меня 50к номенклатуры. демонический список. выводит в подборе и цену и остаток. задержка около 0.5 сек на сервере и 3 сек на файловой.

(126) запрос в студию

(123) КАК?

(128) у него мысли волшебные ))

(0) 400 000 позиций номенклатуры - полет нормальный, чяднт?

100500 позиций номенклатуры

(130) как ты это сделал, если не секрет

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

(133) оригинально, попробую, спасибо

программист 99 лвл )

не верится чёто, но попробую

(125) ещё не пробовал

(134) (21)(25) *facepalm*

(137) *facepalm*

+ (133) вывожу и цены, и остатки, и себяшку... УТ 11 переписанная вдоль и поперек)

(138) извини, брат, я видел твою идею с ТЗ, да только в кишмише был

(141) нетленку писал - панимаю :))

(142) да не, гости приходили на пасху, не дали работать, вполглаза мессаги читал, щас вот всё пролистал, увидел твою мудрость

я и сам чёто типа там такое думал, просто никогда с таким огромным списком на УФ не работал

(144) ДС пока сырой
как верно ребята сказали временных таблиц в ем нет пока... ну и прочая муть

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

меняться все может
а ДС некое подобие СКД
задумка интересная но сырая

что-то фигня какая-то, делаю запрос вида
ВЫБРАТЬ
   СправочникНоменклатура.Ссылка,
   СправочникНоменклатура.ВерсияДанных,
   СправочникНоменклатура.ПометкаУдаления,
   СправочникНоменклатура.Предопределенный,
   СправочникНоменклатура.Родитель,
   СправочникНоменклатура.ЭтоГруппа,
   СправочникНоменклатура.Код,
   СправочникНоменклатура.Наименование,
   ЕСТЬNULL(ЦеныСрезПоследних.Цена, 0) КАК Цена
ИЗ
   Справочник.Номенклатура КАК СправочникНоменклатура
       ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Цены.СрезПоследних(
               ,
               &РодительЦен = НЕОПРЕДЕЛЕНО
                   ИЛИ Номенклатура.Родитель = &РодительЦен) КАК ЦеныСрезПоследних
       ПО (ЦеныСрезПоследних.Номенклатура = СправочникНоменклатура.Ссылка)


И список пустой выходит, хотя параметр устанавливаю (группа с кодом 1 присутствует и отладчик показывает, что она находится):

&НаСервере
Процедура УстановитьРодителяЗапроса(ТекущийРодитель)
   Попытка
       Параметр = Список.Параметры.Элементы.Найти("РодительЦен");
//        Параметр.Значение = ТекущийРодитель;
       Параметр.Значение = Справочники.Номенклатура.НайтиПоКоду(1);
       Параметр.Использование = Истина;
   Исключение
   КонецПопытки;
КонецПроцедуры

&НаКлиенте
Процедура СписокПриСменеТекущегоРодителя(Элемент)
   УстановитьРодителяЗапроса(Элемент.ТекущийРодитель);
КонецПроцедуры

Если же в параметре ВТ тупо указать ЛОЖЬ - то тогда выводит список нормально

Обнови релиз. В последнем релизе 1с вроде эту ошибку исправило.

(150) <ля, у меня 8.2.13 везде, не могу обновлять вот так вот запросто