iChip писал(а):
- Сортировка нужна для облегчения поиска.
Для облегчения поиска нужен поиск. Сейчас можно выбрать все изображения в конкретном статусе, этого более чем достаточно. Если человеку нужны все непринятые картинки, то он их и получит, и НЕ получит за ними хвост из принятых, которые ему в этом запросе нафиг не нужны.
iChip писал(а):
- Числом может считаться любой тип данных. Всё зависит от смысла представления этих данных, от решаемой задачи, от договорённости и здравого смысла.
Вот здравый смысл и диктует. А также бизнес-логика софта, потому что…
iChip писал(а):
И смысл довольно простой: все статусы - это этапы прохождения картинки. И для нас статус "Необходимые поля не заполнены" важнее, чем "Отправлено редактору". Поэтому, пусть более важный статус будет больше и пусть будет сортировка по убыванию.
…потому что жизненный цикл картинки описывается не линейным продвижением по одной оси, а конечным автоматом, и однозначно упорядочить статусы по логике приложения нельзя. А если бы и было можно — пользователю это малоинтересно: если он ищет картинки в статусе Б, при наличии кучи картинок в статусах А и В, то никакая сортировка ему задачу не облегчит.
MikLav писал(а):
…т.е. смысл сгруппировать вместе все схожие значения…
Так, Миш, ведь есть фильтрация по этому полю! Выбираешь нужный тебе статус, и видишь картинки только с этим статусом. См. выше — ну бессмысленна сортировка по таким величинам, если тебе нужны не граничные значения.