Форум MySQL

Полностью с вами согласен.

Дело в формулировках.
Ваши реплики 11:53 и 12:27 (тем паче на фоне реплики Diablo_ 11:05) можно воспринять так, что все скрипты будут работать, только данные могут выводиться в неожиданном порядке.
И уж если на то пошло, сортировка является следствием представления данных. А представление - соответственно - причиной.

Суть одна и та же... дело не в следствиях, а в причине... хранение даты в формате DD.MM.YYYY в строках будет давать неправильные результаты везде где одна дата сравнивается с другой, будь то сортировка или операторы сравнения.

Формально, должно быть 2006-09-22 13:01:51 . Это же будет возвращать MySql
Но принимает он данные, насколько я помню, с любым разделителем, необязательно через минус.

Причем тут сортировка?

Речь идет о сравнении.

Запросы вида

select * from gallery_picture where (datas<'09.09.2006')";

будут возвращать совсем не то, что от них ожидают.

ну можно же просто сравнением текущие даты и той что в бд?
Как правильно записывать дату в бд? Просто вот так "2006.09.22"???

Тогда сортировка по дате будет не правильной.

А..., извините, не понял вопроса!
Формат поля "VARCHAR"! ну елс ибы я знал что нужно не 22.09.2006 писать а 2006.09.22, то сделал бы! Но сейчас уже поздно!

Календарный тип, это типы TIME, DATE, DATETIME, TIMESTAMP, YEAR, а строковые типы, это TEXT, CHAR, VARCHAR - у вас поле datas какой из этих типов имеет? Просто формат "22.09.2006" будет неправильно сортироваться, так как сравнение дат производитя слева на право, именно поэтому для календарных типов в MySQL используется формат 2006-09-22, т.е. сначала год, потом месяц, потом день.

календарный "22.09.2006"