Да, нужно уточнить постановку. Приведите один и другой вариант исходных данных, и результаты вычислений по ним.
Общие соображения. Посчитать среднее по другим средним нельзя. Но можно по количеству и сумме. А они, в свою очередь, могут считаться инкрементно. То есть, если в исходных данных всегда будут количество и сумма в нужных разрезах, то посчитать среднее в тех же разрезах всегда можно.
камера вообще не может перейти на 4G-режим, пишет "Edge"
Ну вот в этом собственно и проблема. В 2G режиме никакое видео не пролезает никак, даже низкого разрешения. Камера и облако тут ни при чем.
базовая станция перекрыта деревьями или даже каким-нибудь холмом
Деревья это не помеха, а вот холм вполне возможно.
Вам могут помочь специалисты по "дачному интернету". Они могут провести измерения, определить местоположение БС, выбрать подходящую антенну, настроить ее и т.д. На Хабре были статьи на эту тему, поищите.
Если удастся добиться хотя бы стабильного 3G, этого может оказаться достаточно.
На момент сравнения исходных файлов может уже и не быть.
Вычислять контрольные суммы нужно перед или во время бэкапа и сохранять вместе с бэкапом. Идеально, если эта функция встроена в программу для резервного копирования.
Akina, При всем уважении к вашему опыту, не соглашусь. Об эквивалентности нужно говорить именно в контексте конкретной схемы данных, если мы решаем конкретную задачу, а не теоретизируем. То, что ТС не привел свою схему сразу, вынуждая нас гадать, это его ошибка.
Игорь, Думаю, вам стоит задуматься об оптимизации схемы данных под ваши задачи. Например, материализовать эти самые "последние записи" в отдельной таблице.
srgsrg1901, Нужно выделить компоненты даты регуляркой, преобразовать месяц в номер и скормить mktime(). Потом уже сравнивать с текущей датой (systime()).
DoH придумали в т.ч. и от таких любителей "порулить списками".