Доброе утро!
ТиС 7.7.
В справочнике "Номенклатура" (форма для подбора) реализовано следующее:
в колонке "Остаток" выводится остаток по фирме (в целом, без учета склада) и в правом нижнем углу окошко с остатками по складам, на форме функция, в которой получаются остатки по складам для текущей номенклатуры (используется РегОстатки.СводныйОстаток()).
Замечены тормоза (не критичны, но есть).
Вопрос: есть вариант оптимизировать?
Спасибо.

прямой запрос )))

(1) А ты уверен (на 200%), что тормоза уйдут?

(1) Припарка.. не поможет. Проверено.
Только смириться с тормозами. Я приручил клиента, употребляет нормально :)

+3 правда, сделал доп.колонку "Остатки"

(0) можно, даже штатно.
Покажи скриншот

(2) я- да, на 300%

(5) http://pastenow.ru/bf75af89c41089f595b3d1ee2ae16015
(6) Да, не освоила я их :(

(3) (4) Предложила убрать (табличку с остатками) - возмутились. А сама - задумалась :(

(7)
штатно,так, например:
при открытии формы, выгрузитьИтоги в ТЗ (лучше в ИТЗ)
далше, в форме списка - поиск в этой тз и показ.

по кнопке, можешь обновлять останки.

Тормозов не будет, от слова совсем.

(0) сколько позиций в Номенклатуре?
У меня ок.15тысяч, добавлены колонки "Свободно, Остаток, Резерв", более того, вычисляется наличие аналогов Артикулов - это желтый треугольник во второй колонке:
https://i.paste.pics/64563e1621fff6fdc96ac2d669e5b5c4.png
И тормозов особых не заметно

(9) О! Попробую. Спасибо.

(12) Я уже проверила - если убрать функцию на форме - летает. А так подтормаживает. Не критично, но интересно ведь :)

(11) Ты сильно указкой не лупи, но - не ищет по двум:

ИндексТабОстатков.ДобавитьИндекс("Поиск", "Номенклатура, Склад");
СписокДляПоиска = СоздатьОбъект("СписокЗначений");
СписокДляПоиска.ДобавитьЗначение(ТекНоменклатура);
СписокДляПоиска.ДобавитьЗначение(СкладОсновной);
        Ост = ИндексТабОстатков.НайтиСтроку("Поиск", СписокДляПоиска, , 1);
Сообщить("№ - " + Ост + ", основной - " + ИндексТабОстатков.Количество);
СписокДляПоиска = СоздатьОбъект("СписокЗначений");
СписокДляПоиска.ДобавитьЗначение(ТекНоменклатура);
СписокДляПоиска.ДобавитьЗначение(СкладСписание);
        Ост = ИндексТабОстатков.НайтиСтроку("Поиск", СписокДляПоиска, , 1);
Сообщить("№ - " + Ост + ", списание - " + ИндексТабОстатков.Количество);

А по одному - ищет...

+ (15) ТекНоменклатура - строка справ.
СкладОсновной - ссылка на справ. склады.

(9) Тогда форма будет очень долго открываться. Это не панацея.

(0) Получение остатков по складам для текущей номенклатуры убрать как отдельную функцию; вставить ее код в получение остатво без учета складов

(11) Я тебя обожаю!!!!!!!!!!

(19) это хорошо. Получилось ?

(15) для итз нужно * пихать в индекс

(17) выгрузитьИтоги с фильтрами, почти мгновенно. ПриОткрытии будет незаметно

(20) Да.
Я довольна. Пользователи - пищат.
Спасибо!

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

2(24) Такие случаи всяко на этапе проведения разруливаются. Т.к. два менеджера даже с обновленными остатками могут одновременно подобрать один и тот же остаток. А вот в момент проведения один из них получит отлуп. Так что с кэшем в тз нормальное решение.

(25) Это понятно. Но частенько - раз идет ручной подбор - манагер в это время еще и с клиентом на телефоне висит. и вроде все, утрясли 100 штук товара, а тут раз во время проведения - отлуп... ну нехорошо это... ;-)

(26) там кнопка обновить есть

(26) Ой. Да хватит уже.

(28) Нужно говорить: "Ой, всё!" :)

(28) если у тя типовая тис (или на основе её) переделай открытие документов, ышо быстрее будет

(30) В данном случае, у меня все замечательно. :)
А что касается остатков - се ля ви.

(31) подбора партий, случаем, не ведёте ?
Там тоже нужно штатный механизм выкинуть к едрени фени, ну это так, на всякий

(32) а что сиподбором партий принципиально не так?

(33)дык всё не так. Если б пользовался, не спрашивал бы, а переделал. А у тя по-ходу автоподбор партий стоит , ты и не паришься

(32) Коню понятно :)
Еще бы и единицы выкинуть - никак руки/ноги не дойдут.

(35) А че с единицами ?
На счет подбора партий, открывается не форма списка справочника с отбором, а своя форма обработки для подбора с ТЗ/ТП на форме. Это в разы быстрее, чем форма списка справочника с отбором.

туда и останки показать можно, при желании

(36) Тут есть задумка: при приходе/расходе пересчет (из упаковок в штуки и пр.), хранение и показ (в отчетах)...
Пока - варится...

(34) ну там я помню, что вроде показываются все партии - используется форма списка справочника. у меня юзали это когда фармацевтика была - там работали строго по партиям с полу-ручным подбором - неудобно было весь список нафиг не нужен.
типа так?

(39) да.

(36) во, ты и написал
в самописной WMS для ОХ у меня так и делается при необходимости ручного подбора

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

(38) если я правильно вангую, то скорее всего это либо нафиг не нужно, либо нужно ну в очень спец.случаях.
у меня все учитывается в штуках (базовые). хранится все в заводских коробах и упаковках. Вопросов типа "а сколько мы можем отгрузить коробок" или "а скольо коробок на остатке" - не возникает, если у меня 5487 штук, а размер коробки = 24 шт, то составляет 5487/24 = 228.625, это значит что в реале на складе будет 225 коробок, вскрыто единовременно не более 2 заводских коробок...
и так - по иерархи упаковок - оценивается при необходимости запас.
сборщикам на складе - нужное количество для отбора выдается разложенное по иерархии упаковок - надо собрать клиенту 275 штук, это значит надо взять (коробка = 24 штуки, в коробке 4 блока по 6 штук) = 11кор (11*24=264) + 1блок (6 шт)+5шт.
Этого вполне хватает для нормальной беспроблемной работы. сборщик может вообще все количество набрать блоками/штуками - главное - нужное количество штук4 чтобы было.
.
вымороченным клиентам (сетям и пр) = заказы приходят в количестве кратном упаковкам. И на отборе стоит флаг на соотв.отбо "строго кратно упаковками" - то есть тут сборщик штуками не может набрать, только именно упаковками.
.
такой организации работы со штуками/упаковками - вполне хватает, без всяких дополнительных заморочек усложнения учета единиц.
.
вот как-то так.

(42) я с отборами в штатных формах вообще стараюсь не работать. если нужен отбор - фильтрую и вываливаю списком-тз/сз

(42) Прямые запросы, прямые запросы...
Почему:
    ТекстЗапроса = "
    |SELECT
    |    $Рег.Фирма as [Фирма $Справочник.Фирмы],
    |    $Рег.Номенклатура as [Номенклатура $Справочник.Номенклатура],
    |    $Рег.Количество as Количество
    |FROM
    |    $РегистрИтоги.ОстаткиТоваров as Рег
    |WHERE
    |    $Рег.Фирма = ? AND
    |    $Рег.Номенклатура = ? AND
    |    $Рег.Склад = ? ";

    RS.Подготовить(ТекстЗапроса);
    RS.ПостроитьПараметры();

    RS.УстПараметр(1, глПользователь.ОсновнаяФирма);
    RS.УстПараметр(2, ТекущийЭлемент());
    RS.УстПараметр(3, СкладОсновной);
    Возврат RS.ВыполнитьСкалярный();

ругается:
RS.УстПараметр(1, глПользователь.ОсновнаяФирма);
{Справочник.Номенклатура.ФормаСписка.ДляПодбора.Модуль(334)}: Недопустимое значение индекса параметра

(45) у тя скуль ?

(46) 7.7 для Sql, базы dbf.

ну и выполнитьСкалярный тут нельзя применять. У тя же запрос возвратит не одно значение

(46) Ты только линейку убери подальше :(

(47) :))
Для дбф тем более этот синтаксис не применим

(50) А какой применим?

(48) Так он не доходит до выполнить.

ну и запрос, в корне не верен.

(53) Давай по очереди.
Какой применим?

(51) нужно использовать или оледб или 1sqlite

(55) А можно подробнее...

На вот, примерчик, мот поможет
https://cloud.mail.ru/public/AeJK/71o1vuzd1

Хотя, если тебе так уж нужон параметизированный запрос, то тут токма скульлайт

(58) У меня есть 1sqlite.dll.
А как с ним работать?

(59) к этой вк есть als и chm

+
на форуме 1cpp куча веток с примерами

и обсуждением

(62) Извини, задергали.
А что лучше будет в данном контексте (остатки по номенклатуре по складу) для dbf?

надо использовать дополнительный класс "ПоставщикДанных.Справочник"
тогда можно все данные получать одним запросом,
он получает только видимые на экране данные.

(62) А как дату задать?
Select
   Рег.Номенклатура [Номенклатура :Справочник.Номенклатура],
   Рег.Склад [Склад :Справочник.Склады],
   Рег.Количество

From
[РегистрИтоги.ОстаткиТМЦ] as Рег
WHERE
Рег.period = ('01.10.2017')
Group by Рег.Номенклатура,Рег.Склад
В dbf стоит "01.10.2017".

(65) я ж тебе пример дал :)
Там универсально, независимо от того, какая выставлена периодичность хранения останков.

(66) Твой пример для меня силён...
Сижу, ковыряю консоль...

+
тебе нужно понимать, какие останки ты хочешь видеть, на ТА или на произвольный момент времени.
Если на ТА, то просто берются останки с таблички RG по последней дате периодичности итогов.
Если на любую дату, то берется предыдущая дата хранения останков и прибавляется оборот с RA с даты пердыдущей периодичности до нужной тебе даты.

+68 берутся итоги с предудыщей даты + оборот с RA

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

почитай, на ночь

http://www.mista.ru/articles1c/hare/article.47.html

http://www.script-coding.com/v77tables.html
http://www.mista.ru/articles1c/hare/article.11.html
http://www.mista.ru/articles1c/hare/article.12.html

http://www.1cpp.ru/forum/YaBB.pl?num=1148038411
http://www.1cpp.ru/forum/YaBB.pl?num=1184317705

(71) С остатками на начало получилось.
С движениями - нет. Причем, не ругается собака... Молча пусто.
SELECT
    Движения.Номенклатура As [Номенклатура :Справочник.Номенклатура],
    Движения.Склад As [Склад :Справочник.Склады],
    Движения.Количество As Количество
--    Движения.Количество * (1 - Движения.debkred * 2) As Количество
FROM
    [Регистр.ОстаткиТМЦ] As Движения
WHERE
    Движения.IDDOC >= '20171001' And  Движения.IDDOC <= '20171023'
  -- and Движения.Количество > 0
GROUP BY
    Движения.Номенклатура, Движения.Склад
ORDER BY
    Движения.Номенклатура

(72) iddoc - это внутренний идентификатор документа.
Нужно date фильтровать
:)

(73) Уже разобралась... Тебя пока дождешься - родишь :))))
Но - тебе ОГРОМНОЕ спасибо!

(73) Кстати, первая строка после select - там будет просто строка с наименованием или полноценная ссылка (со всеми вытекающими последствиями)?

(75) ссылка, ты же метапарсеру задаешь тип вот тут:
[Номенклатура :Справочник.Номенклатура]

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

(77) просто указание метапарсеру

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

(78) Я тебя обожаю!!! Спасибо!!!

(79) Про алиас - и коню понятно. Вот про метапарсер была мысль, но лучше уточнить.

(76) а нафига там приводить к типу в последнем масянькином примере?
Ведь
Движения.Номенклатура и без приведения уже будет ссылкой
????
Или я не прав?

(82) Нет это будет строка, т.е. по сути id объекта в виде строки

(83) а что из себя представляет ссылка тогда?

(84) ссылка содержит вид. Т.е. по строке 248 нельзя однозначно сказать, что это ссылка на "веник" или ссылка на контрагента Иванова

(85) а в регистре ОстаткиТМЦ.Номенклатура - в измерении ссылка или ид?

(86) да кто же его помнит как оно в типовой. У меня конкретный ID (указан конкретный тип и вид Справочник.Номенклатура).
Если в конфигураторе в типе значения указать просто "справочник" то будет храниться вид + ID

(87) если в типовой тип измерения Номенклатура есть Справочник.Номенклатура
?

(88) ну ты как маленький
http://www.script-coding.com/v77tables.html

1.1.1. Хранение ID объекта

ID может иметь 3 представления (уровня) в зависимости от длины (количества значащих символов):

    9 символов – определен тип и вид объекта (например «Справочник.Клиенты»), в ID включается только порядковый номер в 36-ричной системе исчисления. Под порядковый номер отводятся первые 6 символов, последние 3 символа зарезервированы под код базы УРБД.
    13 символов – определен только тип объекта, вид не задан (например «Справочник»). Первые 4 символа – идентификатор вида (как он задан в метаданных), последующие 9 символов – по аналогии с предыдущим пунктом.
    23 символа – не определен тип и вид объекта. В таком случае в первых 2 символах хранится тип объекта (будет рассмотрен ниже), следующие 13 символов формируются аналогично предыдущему пункту.

В некоторых случаях, при указании неопределенного типа объекта (длина ID кода 23 символа) создается дополнительное поле с символом «T» вначале (например, если в справочнике задан реквизит SP235 как неопределенный, то в таблице справочника будет создано еще одно поле TSP235).

Соответственно если задан конкретный справочник (Справочник.Номенклатура), то данные хранятся как 9 символов (6 под сам ID объект в 36-ричном формате + 3 символа по УРБД как оно задано в конфигураторе)

Т.е. прямой запрос вернет строку "   248   " (ну или "   248FIL" если создан в урбд копии у которой код FIL)

Если там просто справочник/документ, то будет что то типа " N57 5BTJC   ", где N57 это ID вида, а 5BTJC - 9-ти значный ID объекта

(82) ну ты это, попробуй, что вернёт без типизации и вопрос, сам собой отпадёт

(12) У меня тоже так сделано. Но если хотят, флагом переключают показывать это или нет. Малость тормозит но не всегда

(92) Почем расхода нет:
SELECT
    Движения.Номенклатура As [Номенклатура :Справочник.Номенклатура],
    Движения.Склад As [Склад :Справочник.Склады],
   CASE
       WHEN (DEBKRED   = 1) THEN Движения.Количество
       ELSE 0
   END As Расход,
   CASE
       WHEN (DEBKRED   = 0) THEN Движения.Количество
       ELSE 0
   END As Приход
FROM
    [Регистр.ОстаткиТМЦ] As Движения
INNER Join [Журнал] Жур ON Жур.iddoc = Движения.iddoc and Жур.date BETWEEN '20171001'  And '20171025'
GROUP BY
    Движения.Номенклатура, Движения.Склад
ORDER BY
    Движения.Номенклатура

А приход есть.

+(94) Получилось! :)))

Вопрос по регистрам (dbf):
стандартный отчет "Ведомость по остаткам" показывает:
нач. ост   приход   расход   кон. ост
   15        11        21       5
запрос:
SELECT
    Остатки.Номенклатура As [Номенклатура :Справочник.Номенклатура],
    Остатки.Склад As [Склад :Справочник.Склады],
    Остатки.Количество As Количество
FROM
    [РегистрИтоги.ОстаткиТМЦ] As Остатки
WHERE
    Остатки.PERIOD = '20171001' And Остатки.Количество > 0
GROUP BY
    Остатки.Номенклатура, Остатки.Склад
ORDER BY
    Остатки.Номенклатура
выдает  - Количество - 5.
Лезу в dbf и вижу 01.10.17 - 5, 01.09.17 - 15.
Вопрос: так как же получить остатки на нач. периода?
Стандартный "Остатки ТМЦ" показывает тоже 15.

Проверила - за сентябрь движений нет.
Переиндексила БД.
Результат - тот же: в отчете - 15, в запросе - 5.

(97) Склады совпадают?

Может, попробовать из запроса убрать склад?

(98) Хороший вопрос...
Не знаю, как сказать...
2 записи (в dbf). По одному - 0, по другому - 5 (это если смотреть 01.10.2017). Если на 01.09.2017: 15 и 1.

(99) ИМХО, дело не в запросе. Я же в запросе явно указываю дату. И в dbf (на эту дату) именно те цифры, которые в запросе.

(101) я имел в виду GROUP BY
    Остатки.Номенклатура, Остатки.Склад

(102) Тоже самое (5).

Ну, и последнее, поискал в ветке: Пересчет итогов никто вроде не советовал?
Бывало у меня такое.

(104) В конфигураторе - все галки - ничего не изменилось.
Это у меня поломатая БД?

(105) Ну, необычно ведет себя - не значит, что поломатая.
Бывали глюки необъяснимые.
Извини, Масянька, не горазд я на идеи, все закончились..

Оператор Сводного остатка скопипасть сюда, пожалуйста..

(106) Причем, по нескольким позициям посмотрела: на 01.10.2017 лежат тек. остатки.

(107) Чего? Переведи...

Типа Ост = Регистры.ТвойРегистр.СводныйОстаток(ТвояНоменклатура,[Измерения, желательно пустые],"Остаток[илиКакойТамРеквизитВРегистре]);

* илиКакойТамРеквизитВРегистре = илиКакойТамРесурсВРегистре

(110) (111) Так я в консоли делаю.

(112) Ммм.. понятно..
А то у меня в ФормеСписка есть колонка СвободныйОстаток с формулой
Функция ОстатокТовараНаСкладе()

    //*ВМ@MyCompany, 28-08-2014 14:21:58
    
    Возврат Формат(Регистр.ОстаткиТоваров.Остаток(ТекущийЭлемент(),Склад,"ОстатокТовара") - Регистр.ЧугунныйРезерв.СводныйОстаток(ТекущийЭлемент(),,Склад,"Количество"),"Ч15.3");
    ///ВМ@MyCompany, 28-08-2014 14:21:58

КонецФункции

А внизу окна списка - маркер "Показывать остаток на складе"

(113) Я пока в консоли запросы пытаюсь делать.

(114) Я понял уже.. Ладушки, не буду мешать.

А я правильно понимаю, что если надо остатки на ТА, то прямым запросом (1cqlite, dbf) достаточно взять остатки на начало тек. месяца? Или не правильно?

(116) на начало периодичности хранения останков.

Не у всех стоит месяц. У нас , к примеру 5 дней всегда было.
Это если че, самы быстрый способ для получения итогов и записи движений в регистры.

в (96) ты всего лишь берешь итоги на начало месяца.
Нужно к ним прибавить движения , будет тебе остаток

(119) Дык, почему: в стандартных отчетах на начало месяца - 15, а мне запрос выдает 5? Да, и в dbf лежит 5.

(120) а начальные остатки по отчету + обороты совпадают с конечными?

(116)
Запрос.Подставлять("ДатаТА", НачМесяца(ПолучитьДатуТА()));

(121) Обороты (другим запросом) один в один. А вот остатки (этим запросом) - дают конечный (сегодняшний) остаток.
Вот и думаю - на фига мне обороты?

самый простой способ поменять порядок регистров в 1с очень эффективно помогает

(124) Хватит мне тут кидать! У меня и так голова прямоугольная уже :)

(123) больше кода. Отсюда не видно чего ты там проверяешь

и остаток на наччало<>остаток на конец

если че.

:)

(120) а на конец месяца сколько ? :)

(130) Вот этот запрос:
SELECT
    Остатки.Номенклатура As [Номенклатура :Справочник.Номенклатура],
    Остатки.Склад As [Склад :Справочник.Склады],
    Остатки.Количество As Количество
FROM
    [РегистрИтоги.ОстаткиТМЦ] As Остатки
WHERE
    Остатки.PERIOD = '20171001' And Остатки.Количество > 0
GROUP BY
    Остатки.Номенклатура, Остатки.Склад
--    Остатки.Номенклатура
ORDER BY
    Остатки.Номенклатура
в консоли показывает тек. остаток.

(131) And Остатки.Количество > 0 это лишнее

ну и
SUM(Остатки.Количество) Количество

(132) А без этого пустые выводит.
Ну, дык, зачем обороты-то?

А чего 1cqlite по дефолту не на ТА остатки показывает если дату не указывать?

Жалко, что 1sqlite не ругается на неверный синтаксис, как t-sql или fox

(135) конечно нет

(133) Без разницы - тоже самое.
(136) А что неправильно?

Вообще прямойзапрос класс бы уже освоила там синтаксис что для дфб что для скуля один

(134) че ?

и мануал есть нормальный

(141) Кинь мануалом.

(140) То! Если убрать - выводит пустые кол-ва по складу (другому).

(138) нет агрегатной функции к числовым полям , которые есть в селект листе и которых нет в указании в group by

http://rgho.st/8tLPCWZwM

http://www.1cpp.ru/forum/YaBB.pl?num=1285352210

(145) Спасибо. С dbf будет работать?

(147) да также через лайт, но синтаксис одинаковый

Биомать, а  ?

SELECT
    Остатки.Номенклатура As [Номенклатура :Справочник.Номенклатура],
    Остатки.Склад As [Склад :Справочник.Склады],
    sum(Остатки.Количество) As Количество
FROM
    [РегистрИтоги.ОстаткиТМЦ] As Остатки
WHERE
    Остатки.PERIOD = :НачПериод
GROUP BY
    Остатки.Номенклатура, Остатки.Склад

.....

мд = СоздатьОбъект("MetaDataWork");
    НачПериод = мд.ПолучитьНачПериода(НачДата);//начало периода
    Запрос.Подставлять("НачПериод",НачПериод);

Если че, класс тебе не поможет.

Всё равно, что доверить мотоцикл человеку, который на велосипеде не умеет ездить

Класс более универсальный, запросы почти как на 1С8.

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

(149) Я в консоли ковыряю.
(150) Почему?
(151) Ой, можно подумать, что ты ни разу с велика не падал.

Только поставщик поменяется.

(153) Скуль платный. Начальство не ведется.

Если че, в (149) - это останки на ТА, если НачДата в одной периодичности с ТА

(156) Есть бесплатные версии.

(158) Например...

(159) SQL Express ограничение 10 гигов

Хотя там вроде 1 гиг предел по памяти еще, может не вариант для тебя.