Источник данных с типом "Периодический" работает на самом деле очень просто.
Я читал ваше руководство и более или менее понимаю как все это устроено. И я привел пример с построением тренда из полученных данных в отчете, с целью выявить проблему. Как мне кажется, вы должны создавать из данных в БД промежуточную таблицу с учетом ваших алгоритмов записи в БД, восстанавливая данные до исходных. Брать готовый встроенный способ восстановления который есть в системе отчетов я не смогу. Если я использую интерполяцию, то у меня получится такая же ерунда.
Вот есть у меня источник данных по-изменению. В отчет попадает три точки. Интервалов же в отчете намного больше чем три. И в большую часть интервалов точки вообще не попадают. Восстановите эти три точки до прямых и уже тогда берите данных для интервалов в построении отчета с учетом этого. И тогда там будут не нули, а реальное значение которое вы просто выбросили, потому что зачем писать в БД одно и то же значение.
И да, я могу отказаться от режима архивации по-изменению и писать в БД все по времени. Но тогда зачем нужны эти алгоритмы сжатия и высвобождения полезных ресурсов если для создания конечного продукта - отчета, от них нет никакого толку, а только вред.
Про 100 и 99.29. Не знаю, надо разбираться. Я вам выслал, то что у меня реально получилось, у меня глаз зацепился за это несоответствие, а как оно создалось понятия не имею.