Приветствую форумчан !
Выходит проблема с запросом :

SELECT * from ob moder=1 ORDER by block_price DESC, block_time DESC, last_time DESC LIMIT $p1,$p2

block_price = стоимость платного размещения объявления - чем больше тем выше должно быть ( если нет = 0 )
block_time = время размещения с момента оплаты + 1 сутки ( если нет = 0 )
last_time = последнее время редактирования объявления ( при добавлении = php time() )

Косяки тут разные видимо по порядку идут ...
первой идет ORDER by block_price ... хотя они по дефолту нулевые
потом block_time он тоже может быть нулевым
а только потом last_time = добавление или время редактирования объявления

в итоге объявления почему то криво показываются ... новые после старых ... логика нарушена .. явно )) побороть не в силах ))

ПОМОГИТЕ ! ))) Не в курю как запрос сделать корректно, чтобы он отображал вот так:

- Если есть платные объявления то они сверху по убыванию стоимости .. и если они есть то и по времени (так как цена может быть одна а время разное).. а уже потом все другие объявления по убыванию last_time ..

block_price block_time = int (13) по умолчанию None ( сейчас все = 0 )

Arhat109igurman,

в предположении, что block_price и block_time -- целые положительные числа (если нет, то можно туда преобразовать или изменить соответственно)



Конечно пойдет если котлеты умножить на мухи ))) явно решение не в это русле )) Но спасибо )

Arhat109igurman,

вам кушать или штоб работало?

Уважаемый Arhat109 ну конечно же, чтобы работало нужно )) я насколько понимаю это условие IF = ВЗАИМОИСКЛЮЧАЕМОЕ, а мне в данном случае нужно последовательно получить с условиями. Ума нет чтобы понять как сделать )) сори .. был бы премного благодарен за более развернутый рабочий ответ с как минимум тремя не взаимоисключающими условиями а дополняющими... Возможна благодарность за работу и восстановление колорий в WMR в частности 8-) !

Arhat109промах по клаве, продолжение:

и по уменьшению block_time. Если block_time тоже дата/время, то применяем тот же финт с датой: DATE_DIFF(block_time, NOW()).

Чтобы вес времени размещения не влиял на сортировку по стоимости, стоимость надо "сдвинуть" в бОльший диапазон значений... то есть умножить на число заведомо большее наибольшего значения этой разницы "в днях". В примере я оговорил это как наибольшее значение поля last_time = 1000.

Если поля могут принимать NULL, то прямое обращение к ним заменяем на функцию IFNULL(поле, 0)

Итого получим:



Применение функции DATE_DIFF() -- советую уточнить в справочнике. И Если она возвращает "что-то не то", то соответственно посмотреть как результат преобразовать к количеству дней, часов или чего ещё, что можно использовать как целое число в разумном диапазоне. Стоимость надо умножать на заведомо большее число, но тоже в разумных пределах...

Можно поступить наоборот: вместо вычитания дат в формате datetime, преобразовать даты/время в timestamp - они хранятся как числа, с ними должно быть проще.

Возможно Вы условия прочитали не верно .. зависимостей как таковых нет .. есть сортировка ... датовый тип не используется там везде int(13) ...

Алгоритм =

If Есть цена больше для платных > 0 ? ставим вначало и их Сортировать по возрастанию

+
Есть платники ? для этой выборки ? = Дата размещения платника сортируется по убыванию

+ сюда же
Остальные объявки сортируются по дате добавления = редактирования

Как то так

Arhat109,

Да , сорри колизия мозга ) по убыванию =

block_price = стоимость платного размещения объявления - чем больше тем выше должно быть ( если нет = 0 )

по факту

block_price DESC,
block_time DESC,
last_time

Если есть платные то их сверху по убыванию цены за сутки,
если есть в сутках одна цена то по убыванию по block_time,
дальше простые объявления по убыванию last_time

все поля int(13) в индексе