АЛьФ писал(а) 21. Ноября 2019 :: 13:27:Sserj писал(а) 21. Ноября 2019 :: 13:09:BotMan писал(а) 21. Ноября 2019 :: 11:37:Тогда как поступить, итоги "ПриЗаписи" документа помещать в отдельный реквизит ( как это в 1с 8.3 делают) ?
А разве итоги по колонки не записываются автоматом в шапку? Всегда считал что если у колонки стоит Итог то сумма сама записывается в таблицу шапки.
Не знаю как в DBF, но в SQL точно записывается.
Записываются и в DBF. Но для вывода суммы в Подвал ТабличногоПоля этого недостаточно, на большом периоде все равно тормозить будет, хотя Подвал можно обновлять только при смене фильтра, тогда еще приемлемо.
BotMan попробуй как КлючПорядка использовать не Журнал.idx_DATE_TIME_IDDOC, а Журнал.RowId
B вот это
left join [Документ.СчетФактураПоставщика] as ДокСчетФактураПоставщика
on journ.iddoc = ДокСчетФактураПоставщика.iddoc
нужно переписать так
left join [Документ.СчетФактураПоставщика] as ДокСчетФактураПоставщика
on journ.iddoc = ДокСчетФактураПоставщика.iddoc
AND journ.iddocdef=:ВидДокумента.СчетФактураПоставщикаТогда ВидДокумента будет проверятся перед джойном и сканирования таблицы не будет, большой разницы возможно не будет, потому что сканирование по уникальному индексу на равенство это быстрая операция, а может и будет... Проверять надо на реальных данных.
оО а это как вообще работает? journ.idx_DATE_TIME_IDDOC as [КлючПорядка],
AS убрать!!!!
И вот это order by journ.idx_DATE_TIME_IDDOC desc тоже не очень хорошо.
В документации от Орефкова этого нет, но вот тут посмотри
https://forum.mista.ru/topic.php?id=770036Это ПоставщикДанных.ОбратныйПорядок=1
Но потребуется покопаться в Классе ПоставщикДанных.Журнал, чтобы это поведение поменять.