Size: a a a

2021 June 06

D

Denis in ru_mysql
Оба поля должны иметь не только одинаковый тип, но и остальные атрибуты поля, значение по умолчанию, not null и прочее...
Я сталкивался с подобным исключением, когда одно из полей имело атрибут  not null, а другое этого атрибута не имело.
источник

A

Araik in ru_mysql
Понял, благодарю! Похоже мой случай
источник

AR

Anton Reviakin in ru_mysql
Подскажите как выбрать строку, где поле с датой не равна '2021-06-06', если в этом поле сейчас null значение, дожился блин
Можно конечно добавить OR fileld_name IS NULL, но интересно, почему не выбирает, если там null
источник

NI

Nickolay Ihalainen in ru_mysql
потому что null не равен никакому значению, в sql логика троичная да - нет - хз. Если мы не хотим видеть 2021-06-06 это не значит, что мы хотим получить хз вместо даты
источник

AR

Anton Reviakin in ru_mysql
понял, спасибо
источник

D

Denis in ru_mysql
попробуйте сделать  так:  ((fileld_name <> '2021-06-06') and (notfileld_name is null))
Так и индекс отработает по полю fileld_name, если он есть...
источник

AR

Anton Reviakin in ru_mysql
та я так и сделал
источник
2021 June 07

А

Алекс in ru_mysql
ребят, в бд даты хранятся как строки 2021-05-17 21:16:41 UTC
мне надо найти все строки после даты 2021-05-17 20:00, как UTC отрезать? или может есть более простой способ примести даты из бд к виду БЕЗ UTC
источник

PM

Pavel Makhnev in ru_mysql
вычти 3 часа и просто сравни как строку
источник

ל

לוי in ru_mysql
источник

А

Алекс in ru_mysql
спасибо, ща попробую!
источник

PM

Pavel Makhnev in ru_mysql
нет смысла отрезать слово UTC
источник

PM

Pavel Makhnev in ru_mysql
просто where date > '2021-05-17 17:00:00'
источник

PM

Pavel Makhnev in ru_mysql
даты в строковом формате сортируются так же как реальные даты
источник

AB

Alex Butenko in ru_mysql
Кстати о датах, а какой подход хранения дат считается самым правильным?
источник

AB

Alex Butenko in ru_mysql
Одни говорят юникстайм, другие говорят просто datetime в utc и потом через set timezone получать в нужной часовой зоне
источник

SA

Sergey Aar in ru_mysql
зависит от того как это потом планируется обрабатывать.
может выйти так - что строка будет самым оптимальным образом
источник

AB

Alex Butenko in ru_mysql
Unix time плохо читаем, но проще кантупером обрабатывать
источник

d

deadka in ru_mysql
если хотите хранить датовремя независимо от часового пояса в сессии - то datetime,  Если не хотите - то лучше timestamp
источник

NI

Nickolay Ihalainen in ru_mysql
date или datetime. TIMESTAMP 4 байта, а 2038 не за горами.
источник