Результат запроса по регистру содержит нулевые значения функций #453684

Здравствуйте! Вот не могу понять, как же так?! |без итогов; Результат: Номенклатура | Партия | Остаток и т.д. А в описании сказано, что во временный набор данных попадают строки с ненулевым значением хотя бы одной из функций.

а зачем тебе итоги функции если без итогов?

если убрать "без итогов" и Выгрузить(ТЗ,1,0) - то получили бы след.вариант:                        0 (общий итог) 1                       1 (итог по группировке Н) 1              1        1 и вопрос остается открытым.

блин, все переехало (

+ общий итог 1

так что получить надо?

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

наверно потому что остатка по ним нет

ээээ... цитата: "При работе запроса по регистрам следу¬ет помнить, что в этом случае обязательно наличие Функций, причем только в том случае, когда их вычисленные значения отличны от нуля (хотя бы одной из заданных Функций), ___найденные объекты включаются во временный набор данных___, формируемый запросом. Если при работе запроса по регистрам в тексте запроса операторы функций опущены, то программа не выдаст никакого сообщения об ошибке, добросовестно пройдет по всем Группировкам, не вычислит никаких значений Функций и, значит, ничего не запишет во временном файле."

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

Движения были? Не выведет только те, где за период небыло движений и остаток равен нулю.

период пакеж??

ага, тоже самое подумал))

можно извратиться, если лениво в ТЗ удалять

вернее <> )

имхо в - пример кривого закрытия регистров. Посмотри regprint'oм остатки по _всем_ измерениям... Сдается мне, что для твоих номенклатуры/партий остатки по другим измерениям не нулевые.

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

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

альтернативная версия. предлагаю голосование.)

телепат? обоснуй, плз... хочеца посмотреть результат работы regprint'a для всех измерений/ресурсов номенклатуры из .

да все просто вычисляются все агрегаты периода. те и начост и приход и расход и коност. просто в данном 1с-ном запросе берется последняя функция. версия в мне тоже интересна.

>>вычисляются все агрегаты периода это чье-то авторитетное мнение или есть ссылка где про это почитать?

прочитать вряд ли где есть. но это по аналогии как 1с работает с таблицей регистров остатков, она пишет туда 0 чтобы знать, что его не следует переносить в следующий период.

в как раз раз регистр остатков. Не перенесет, если "она запишет" 0 во все измерения. Следуя утверждению в могу я сделать вывод, что запрос за период (допустим год, не важно) с одной функцией "КонОст" будет требовать столько же системных ресурсов (и времени на исполнение) как и запрос за тот же период с набором всех функций: НачОст, Приход, Расход, КонОст?

предположу что да, ибо коност за период будет расчитан от начост+приход-расход.

простой эксперимент показывает, что нет. Даже без замера производительности, на глаз, разница во времени исполнения в разы (на большой базе, за большой период) >>ибо коност за период будет расчитан от начост+приход-расход. не совсем правда. Т. е. в общем случае неправда. Не от НачОст, а от последнего закрытого периода регистра... И даже если НачалоПериода запроса совпадет с датой закрытия перода регистра, то НачОст не будет вычисляться, а возьмется готовый из таблицы. Насчет Приход-Расход согласен. Но только за текущий период регистра, вне зависимости от периода запроса (если в запросе только одна ф-ция КонОст)

В я ошибся. Решил проверить. Все равно выводит нулевые остатки.

это очень странно. ты пробовал проверять на "сдвинутых" периодах. те чтобы начост брался не из rg?

то пробовал. Я тоже на это надеялся. как вариант. Выводятся позиции по которым есть ненулевые остатки  хотябы по одному ресурсу. тк в ms sql profiler запрос расчитывает остатки по всем измерениям и ресурсам. проверялось на 25 релизе SQL.

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

а по-моему, логично. Запрос только с КонОст хоть за пару лет, хоть только за январь 2010 выпорлняется за одинаковое время. Запрос за год только с КонОст выполняется в разы быстрее, нежели за тот же период, но со всем набором функций. оттож. кстати, также интересен результат если убрать из условие... да и "без итогов" тоже

ну как заборете - отпишите результат.. не верю я в приведени я