date()

[SAMOUCHKA]

делаю такой запрос

select date(column_date) as d from mytable

ожидаю получить: 2014-03-05 в место этого получаю 50430-03-07. Что я не так делаю

И еще вопрос -как получить отдельно год, месяц, день?
делаю запрос

select year(column_date) as y from mytable

получаю ошибку

[eval]

А зачем так делать?

[Stilet]

Какого типа column_date?
Если строка то преобразовывать с помошью cast() или просто строковых функций типа substring(). А если datetime то не вижу смысла использовать для нее date()

[eval]

а если строка то руки отрубить по самые уши

[Serge_Bliznykov]

к вышесказанному добавлю:
функции работы с датой/временем различаются в разных СУБД.
у Вас СУБД какая?

[Аватар]

Бедные уши, тяжело им без рук придется

[SAMOUCHKA]

Сообщение от Serge_Bliznykov

к вышесказанному добавлю:
функции работы с датой/временем различаются в разных СУБД.
у Вас СУБД какая?

Заранее прошу прощения, ибо в SQL я не очень и могу писать чушь. Это все на ос android.

Скажите в каком виде и типе данных лучше хранить дату? И почему в строке плохо?

[eval]

И почему в строке плохо?

по той же причине по которой шапку носят на голове а валенки на ногах

[SAMOUCHKA]

Сообщение от eval

по той же причине по которой шапку носят на голове а валенки на ногах

а в каком формате надо хранить?

[Serge_Bliznykov]

Сообщение от eval

по той же причине по которой шапку носят на голове а валенки на ногах

ну, строго говоря, если правильно хранить (а правильно это в ЖЁСТКО заданном формате YYYYMMDD, где YYYY - это четыре цифры, задающие год, MM - это всегда две цифры, задающие месяц, DD - это всегда две цифры, задающие день. При необходимости так же в строке можно хранить и время в том же формате.), то можно и строкой обойтись!

НО!!!

Зачем из шапки делать обувь (пользуясь сравнением eval)?!
Если в СУБД умные люди уже сделали нужный формат (обычно это date или datetime). Написали функции, которые с данным форматом корректно работают... Зачем пытаться подменить это своей (и не очень надёжной) самоделкой?

Вот, например, можно же числа хранить в строке? Сделать в БД поле типа Text (char/varchar), и сохранять туда числовые величины.
Догадываетесь, почему это не очень хорошая идея?!