это стандартный формат времени unixtime и везде есть готовые функции для преобразования его в текстовый вид и обратно
формат удобен для сравнения дат (просто сравнение чисел) и для перехода от одной даты к другой смещением на константное время, типа на сутки вперед и неважно, случится ли при этом переход в следующий месяц (и неважно, сколько дней в текущем месяце) или даже в следующий год, тупо прибавляешь 24*60*60, или назад, или на неделю и тд
при использовании одного знакового 64-битного целого позволяет выражать время в очень большом диапазоне как в прошлом, так и в будущем с точностью до секунды
а можно использовать пару 64-битных целых, второе для микросекунд или наносекунд и повысить точность
очень компактное представление в машинном виде, что важно при использовании и связи с СУБД
получаются быстро работающие индексы для очень быстрого бинарного поиска записей по дате
Херня, я несколько часов кряду не мог понять, почему формула не может найти один рэндж в текстовом формате среди другого рэнджа в текстовом формате. Оказалось, что потому, что вба не меняет формат вставленных ячеек, и тебе нужно каким-то костылем его преобразовывать
А текстовый формат почему? А потому что иначе он в условном id 0096846382 сьедает первые две цифры, потому что "ну ебать ты чо лох цифру с нулей начинать"
Дааа, особенно когда некоторые числа автоформатом конвертятся в дату, даже если преформатом для ячейки выбран текст или число. А если формат выбрать уже после вставки, то обратный конверт выдает лютую хуйню. И единственный способ обойти эту хуйню - ставить разделитель точку вместо запятой, а мне нужна запятая ууууу горит сука
Нужно как минимум 6 пузырей, помноженных на 12 кг.
кошка в сыром коридоре
женщина в красном платье
начальник в квадратном вычисление
формат удобен для сравнения дат (просто сравнение чисел) и для перехода от одной даты к другой смещением на константное время, типа на сутки вперед и неважно, случится ли при этом переход в следующий месяц (и неважно, сколько дней в текущем месяце) или даже в следующий год, тупо прибавляешь 24*60*60, или назад, или на неделю и тд
при использовании одного знакового 64-битного целого позволяет выражать время в очень большом диапазоне как в прошлом, так и в будущем с точностью до секунды
а можно использовать пару 64-битных целых, второе для микросекунд или наносекунд и повысить точность
очень компактное представление в машинном виде, что важно при использовании и связи с СУБД
получаются быстро работающие индексы для очень быстрого бинарного поиска записей по дате
А текстовый формат почему? А потому что иначе он в условном id 0096846382 сьедает первые две цифры, потому что "ну ебать ты чо лох цифру с нулей начинать"
И свою операционку...
https://joyreactor.cc/post/5101251