v7: Сумма по колонке в прямом запросе. #708288

Извиняюсь за тупость, но как в прямом запросе посчитать сумму колонки в документе (аналогично Док.Итог(<Колонка>))?. select    Док.iddoc as Документ,

Обычное sum($Документ.Сумма) дает результат, но в некоторых случаях неверный. Как такое может быть?

(+1) По IDDOC группируешь?

А зачем считать сумму? Если в конфигураторе для данного реквизита стоит признак "Итог по колонке", то получить итог можно из шапки документа.

Да. Получать суммы при переборе довольно таки долго. Много документов обрабатывается. А я как раз оптимизацией занимаюсь сейчас.

ошибка в запросе +1

Может я не так понимаю. Как в запросе получить итог из шапки?

Ну помотри на таблицу шапки.

Какую еще таблицу шапки?

$Док.СуммаДокумента

DH*

Селект соответственно не с ДокументСтроки а с Документ

Придется учить SQL :) Смотри в сторону GROUP BY <****> WITH ROLLUP

Я этим и занимаюсь :)

Хотя конечно, если тебе только итог по колонке табличной части документа нужен, то тогда проще действительно в шапку документа смотреть, если конечно у тебя стоит галочка "итог по колонке" в свойствах таб части.

Да, галка стоит. Только я вот не совсем понимаю, что значит это "смотреть в шапку документа". В SQL только начал углубляться... пока только элементарные запросы получается делать.

везет же людям, впереди столько интересного :)

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

О, взлетело. Просто добавил в group by $Документ.Сумма и в селекте убрал sum($Документ.Сумма).

Сильно хреново сделан запрос?

это нездоровый диагноз

ну и в Этом запросе вот это всё |from $Документ.Заявка as Заявка with (nolock) |    inner join вообще лишнее, при условии

Согласен. Никогда так и не делал, но в данном случае так отрабатывает правильно. Почему лишнее? Как это связано вообще? Разные данные же получаю. Журнал только для фильтра по периоду и признака проведенности.

Я вообще считаю, что такие данные как Номер, Дата, Время, Проведенность получать глупо в запросе. Но скорость увеличивается прилично, если брать их напрямую с запроса, а не с итоговой ТЗ.

+ Из документа в итоговой ТЗ.

Действительно лишнее... Просто там 3 почти одинаковых варианта получения данных и "Шайба.ОстатокТовараОстаток <> 0" отрабатывает только при одном из них. Скопировал немного неправильно.

Из-за того, что были не указаны нужные измерения и ресурсы всё... Не подумал бы...

and Журнал.iddocdef = $ВидДокумента.Заявка как-то влияет на скорость отбора? Потому что на результат никак.

Всем спасибо.

естественно, увеличивается. Ты ж не лащишьк каждому объекту

... и домашним заданием будет изучение планов выполнения запросов с этим условием и без

подумай.

что ты накладываешь этим условием.

Грубо - в результате запроса будет только те заказы, что есть на остатке в регистре шайбы.. Нафига там запрос по документам - хз.

Ну разве что, реквизиты дока вытащить - только запрос нужно переписать будет.

, Усвоил :) - Уже понял. Всё переписал. Надо работать над логикой... Спасибо.

$Заявка.Автор in (select val from #Авторы) Если СписокЭлементов пуст, то фильтр отключится?

конечно нет :)

нет, не отключится

А жаль :)

$РегистрОстатки.Ожидания(,, Фирма = :Центролаб, Заявка, Количество) as Склад on Склад.Заявка = Заявка.iddoc Ничего не дает, потому что тип измерения "Заявка" в регистре просто <Документ>, а не <Документ.Заявка>. Как можно это победить?

on Склад.Заявка = $ВидДокумента36.Заявка + Заявка.iddoc

Взлетело, спасибо. Но что это? Где почитать?

.

или тут)

ооо, буду разбираться... ага, врубился.