Тогда отсортировать по дате не получится.Автор оригинала: ba1ans
да,в varchar
Если бы у вас формат соответствовал DATETIME, то тогда изменив тип столбца значения бы сохранились и все было бы путем. Но у вас не соответсвует DATETIME. Значения просто заменяться нулями.Автор оригинала: ba1ans
а что если поменять в структуре таблицы тип этого поля с varchar на date?
Да, точно так.Автор оригинала: ba1ans
т.е. мне нужно привести столбец в базе к виду 'YYYY-MM-DD HH:MM:SS',затем заменить ему тип на DATETIME и при этом я не потеряю данные?
Я рад!Автор оригинала: ba1ans
Спасибо,получилось! Тему можно закрывать
1) сдвиг относительно кого?Автор оригинала: BigWindow
Я рад!
Попутно хотел поделиться опытом: лично я в базе предусматриваю два поля - DATETIME_GMT и GMT_SHIFT в которых храню соответственно время по гринвичу и региональный сдвиг. Может пригодиться![]()
1. Региональный сдвиг относительно GMT. Москва, например, +3(+4)Автор оригинала: Beavis
1) сдвиг относительно кого?
2) зачем вообще?
А зачем? Мне просто кажется удобным, хранить дату-время в едином стандарте, и считать в случае чего легчеАвтор оригинала: Mr_Max
BigWindow
А почему ты тогда остальных юзеров обидел,.. а?
Вводи уж тогда еще 33 оставшихся часовых пояса.![]()