Beriya, [flood]Ставить более одного знака "?" или "!" -- дурной тон, для выражения эмоций нужно использовать смайлики, в данном случае "" [/flood] Когда части вычитаемой даты больше соответствующих частей уменьшаемой, надо единичку "занять" у старшей цифры (вспомните школу и вычитание в столбик ). С секундами, минутами, часами и сутками проблем нет, а месяцы и годы имеют разную длительность и надо высчитывать у какой "занимаем" единичку, т. е. сколько дней в предыдущем месяце (28, 29, 30 или 31) или годе (365 или 366).
В приведённом примере предыдущий месяц сентябрь и имеет 30 дней, а в формуле 31, вот и выскочила ошибка.

Чтож, будем пытаться высчитывать
------------ Дoбавленo в 14.36:
хм....и потому значения времени "Дата Real" в схемах разные? последние цифры не бьются ...

Когда делал схемку пытался, но никак не мог сообразить, как попроще сделать поправку отложил до прихода озарения (Сейчас пойду спать, может во сне повезёт )

А так это решается при работе с БД
code_32071.txt
или так
agesqlite.rar

Tad, оно, конечно, так, но и в БД не всё продумано

Редактировалось 3 раз(а), последний 2017-06-14 18:47:00

Tad, время от времени доморощенные гении предлагают какую-либо уневерсальную и совершенную систему летоисчисления, но их никто не слушает, ретрограды, блин!