DP
а, то есть 20001 год нужен, а 1950 нет :'(
Size: a a a
2016 November 11
I
Причем у toDateTime есть хитрая особенность, он до какого-то числа жрет не секунды, а дни
I
:) SELECT toDate(365);
┌─toDate(365)─┐
│ 1971-01-01 │
└─────────────┘
┌─toDate(365)─┐
│ 1971-01-01 │
└─────────────┘
RL
действительно. в доке есть про это
"Позволяет хранить значения от чуть больше, чем начала unix-эпохи до верхнего порога, определяющегося константой на этапе компиляции"
ну не очень-то и хотелось
"Позволяет хранить значения от чуть больше, чем начала unix-эпохи до верхнего порога, определяющегося константой на этапе компиляции"
ну не очень-то и хотелось
I
:) SELECT toDate(10000) AS a, toDate(100000) AS b, toDate(1478877709) AS c;
┌──────────a─┬──────────b─┬──────────c─┐
│ 1997-05-19 │ 1970-01-02 │ 2016-11-11 │
└────────────┴────────────┴────────────┘
I
вот наглядней
DP
это вообще проектировали? :)
DP
ну, на доске, хотя бы
I
ну видимо в метрике понадобилось оптимизировать какие-нибудь запросы с toDate
pk
SELECT
toDate(24855),
toDate(24856)
┌─toDate(24855)─┬─toDate(24856)─┐
│ 2038-01-19 │ 0000-00-00 │
└───────────────┴───────────────┘
I
а функция empty() разве не должна возвращать true для FixedString, полностью заполненных NULами?
I
оборачивать в toStringCutToZero как-то глупо
I
:) SELECT toFixedString('', 4) AS str, empty(str) AS is_empty;
┌─str──────┬─is_empty─┐
│ \0\0\0\0 │ 0 │
└──────────┴──────────┘AM
Да, для FixedString функция empty сейчас бессмысленна. Можно пересмотреть.
I
ОК, спасибо!
AM
Обсудили. Коллеги говорят, что делать empty = 1 для FixedString, заполненной нулевыми байтами, нелогично.
AM
Можно писать типа IPv6 = toFixedString('', 16) вместо empty(IPv6)
I
хм, а почему? не совсем понял :(
AM
Спорный момент. Строка, заполненная нулевыми байтами, всё-таки непустая.
И если не упоминать, что это строка фиксированного размера, то это совершенно ясно.
И если не упоминать, что это строка фиксированного размера, то это совершенно ясно.
AM
Также ради инварианта: empty(x) то же самое что и length(x) = 0.