предлагаю "кусок" функции, как ее убыстрить?


Остатки1 = Новый Запрос("ВЫБРАТЬ
                                      |    ХозрасчетныйОстатки.СуммаОстаток КАК СуммаНоменклатуры,
                                      |    ХозрасчетныйОстатки.КоличествоОстаток КАК КоличествоНоменклатуры
                                      |ИЗ
                                      |    РегистрБухгалтерии.Хозрасчетный.Остатки(
                                      |            &Дата,
                                      |            Счет = &Счет,
                                      |            ,
                                      |            Субконто1 = &Номенклатура
                                      |                И Субконто2 = &Склад
                                      |                И Организация = &Организация) КАК ХозрасчетныйОстатки");
    
    
      ОстаткиВмагазине.УстановитьПараметр("Номенклатура", Номенклатура);
      ОстаткиВмагазине.УстановитьПараметр("Склад", Склад);
      ОстаткиВмагазине.УстановитьПараметр("Организация", Организация);
      ОстаткиВмагазине.УстановитьПараметр("Дата", КонецДня(Дата));
      ОстаткиВмагазине.УстановитьПараметр("Счет", ПланыСчетов.Хозрасчетный.НайтиПоКоду("41.11"));

      ОстаткиПоНоменклатуре = ОстаткиВмагазине.Выполнить().Выгрузить();
      
      Если ОстаткиПоНоменклатуре.Количество()=0 Тогда
          Возврат 0;
          Иначе

               Возврат Номенклатура;      
          КонецЕсли;

Как минимум - субконты выразить

(1) а как максимум?

как ВЫРАЗИТЬ???

(2) как максимум - заявление написать :-)
А ВЫРАЗИТЬ - точно так, как описано в документации

непонятно что во что нужно выражать

(4) с субконто вроде все ок
сколько времени запрос выполняется?

идея такая - есть документ реализации (100 строк) - на период создания документа нужно определить остаток позиции по каждой строке....

И что, на каждую строку по запросу?) Выгружай тч во временную таблицу и через join делай запрос. Так будет точно быстрее)

(7) через join - приведи примерчик

(8) select * from Table1 as a
inner join table2 as b
on a.id = b.id

вот тебе примерчик

СОЕДИНЕНИЕ - это JOIN, про это-то уж знаешь?

ВЫБРАТЬ РАЗЛИЧНЫЕ
    РеализацияТоваровУслугТовары.Номенклатура
ПОМЕСТИТЬ ВТНоменклатура
ИЗ
    Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
ГДЕ
    РеализацияТоваровУслугТовары.Ссылка = &Ссылка
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    ХозрасчетныйОстатки.СуммаОстаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(
            &Дата,
            Счет = &Счет,
            ,
            Организация = &Организация
                И Субконто1 В
                    (ВЫБРАТЬ
                        ВТНоменклатура.Номенклатура
                    ИЗ
                        ВТНоменклатура КАК ВТНоменклатура)
                И Субконто2 = &Субконто2
                И Субконто3 = &Субконто3) КАК ХозрасчетныйОстатки

(11) зачем тут вт? в подзапрос запрос по тч сунуть и все

(12) Видимо не знаешь, что из параметра можно выбирать только во временную таблицу.

(12) так отладить проще.

(12) Или это уже отменили?)

(15) нет разницы, все отработает

В ~8.2.8 точно не работало.

указать явно виды субконто в соответствующем параметре

(17) ты имеешь ввиду что в параметрах виртуальной таблици нельзя использовать подзапросы? Проверю завтра - интересно стало

ОстаткиПоНоменклатуре = ОстаткиВмагазине.Выполнить().Выгрузить();
      
      Если ОстаткиПоНоменклатуре.Количество()=0 Тогда

В типовые не заглядывал?
Сделай проверку на результат запроса, а потом уже выгрузку, если строк много.

(17) может не умеешь конструктор открывать в параметрах?)

(5) с чего это ок?
по релевантности сначали надо организацию, потом склад, потом номенклатуру

(19) Из таблицы-параметра можно выбирать только во временную таблицу.

(23) ты про передачу таблицы значений в параметр запроса? Так в (11) нет такого

(23) Зачем свою таблицу подсовывать, если можно ее получить запросом, поместить в ВТ, а потом уже из нее выбирать в параметре

я имею ввиду что так будет быстрее

ВЫБРАТЬ
    ХозрасчетныйОстатки.СуммаОстаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(
            &Дата,
            Счет = &Счет,
            ,
            Организация = &Организация
                И Субконто1 В
                    (ВЫБРАТЬ
                    РеализацияТоваровУслугТовары.Номенклатура

ИЗ
    Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
ГДЕ
    РеализацияТоваровУслугТовары.Ссылка = &Ссылка)
                И Субконто2 = &Субконто2
                И Субконто3 = &Субконто3) КАК ХозрасчетныйОстатки

(25) По-хорошему нужно перед записью проверять.

(26) это уже как религия. Я вот вложенных запросов избегаю вообще и разгребать их не нравится.

кто кто-то помогите и мне у меня тоже проблемы с запросом!!!
v8: Помогите сделать Автозаполнение ТЧ при выборе значение из справочника!
за раннее благодарю!

(28)вложенный запрос можно выполнить отдельно в консоли - там даже есть такое как выполнение только выделенного фрагмента - легко потдается анализу и отлаке. А куча временных таблиц в километровых запросах... одно мучение разбирать. КОгда создаются ВТ с выборкой из других ВТ. Ну просто геморой разобрать такое. Написать то много ума не надо. Дело вкуса конечно) Или действительно религии

(0) а еще можно посмотреть типовой механизм вывода остатка в форме подбора номенклатуры

(25) во-первых, проверка обычно перед записью. Во-вторых, зачем делать лишнее обращение к БД, если нужные данные уже есть?

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

Ввести новый РН по остаткам, заполнять его в подписке ПриЗаписи бух.регистра.
Чуть замедлится запись, зато получение остатков будет летать!

(23) верно, только во временную, без к-л джоинов, а потом уже в след запросе пакеты делай, что нужно

+ 35 правда тут не тот случай :)