Упорядочить по дате, пока не достигнет определенной даты, а затем упорядочить по идентификатору DESC - PullRequest
Новая
       21

Упорядочить по дате, пока не достигнет определенной даты, а затем упорядочить по идентификатору DESC

0 голосов
/ 15 мая 2018

По сути, у меня есть сайт, который предлагает премиум-пользователям лучшую позицию в поисковых функциях, и тогда другие пользователи будут после премиум-пользователей: 

CREATE TABLE IF NOT EXISTS `mlisting` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `cid` int(11) NOT NULL,
  `title` varchar(255) NOT NULL,
  `price` decimal(9,2) NOT NULL,
  `images` text NOT NULL,
  `live` tinyint(1) NOT NULL DEFAULT '1',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ;

INSERT INTO `mlisting` (id, cid, title, price, images, live) VALUES 
(1, 1, 'title 1', 29.99, '', 1),
(2, 2, 'title 2', 69.99, '', 1),
(3, 2, 'title 3',  1.99, '', 1),
(4, 1, 'title 4', 48.99, '', 1);

CREATE TABLE IF NOT EXISTS `companies` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `trust` datetime NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;

INSERT INTO `companies` (id, trust) VALUES 
(1, '1970-01-01 00:00:00'),(2, '2019-01-01 00:00:00');

Так что запрос должен искать, где premiumdate> = todaysdate (день истечения срока действия премии) , а затем, если больше не найдено результатов для использования остальных в таблице.

Я пробовал UNION, но это не помоглоПо заказу премиум-пользователи не получили приоритетного списка.

Вот мой запрос на данный момент: 

(
SELECT 
m.id, m.cid, m.title, m.price, m.images, c.trust 
FROM 
mlisting m 
LEFT JOIN 
companies c 
ON (m.cid = c.id) 
WHERE c.trust >='{$itsToday}' AND m.live=1 
ORDER BY m.id DESC
) 
UNION 
(
SELECT 
mo.id, mo.cid, mo.title, mo.price, mo.images, co.trust 
FROM 
mlisting mo 
LEFT JOIN 
companies co ON (mo.cid = co.id) 
WHERE co.trust='1970-01-01 00:00:00' AND mo.live=1 
ORDER BY mo.id DESC
)

Спасибо, что посмотрели и, надеюсь, потянули меня в правильном направлении.

Вот SQL Fiddle, чтобы показать, что я имею в виду, что ORDER BY не работает: SQL Fiddle

Ответы [ 2 ]

0 голосов
/ 15 мая 2018

Когда вы объединяете выборки, ORDER BY в конце сортирует объединенный набор результатов.

Так что вы можете упростить это: 

SELECT m.id, m.cid, m.title, m.price, m.images, c.trust 
FROM mlisting m 
JOIN companies c ON (m.cid = c.id) 
WHERE m.live = 1 
  AND c.trust >= current_date 

UNION ALL

SELECT m.id, m.cid, m.title, m.price, m.images, c.trust 
FROM mlisting m
LEFT JOIN companies c ON (m.cid = c.id) 
WHERE m.live = 1 
  AND nullif(c.trust,'1970-01-01 00:00:00') is null

ORDER BY (case when c.trust >= current_date then 0 else 1 end), id DESC

Обратите внимание, что вместо UNION использовался UNION ALL.Поскольку не должно быть необходимости отбрасывать дубликаты, если даты не совпадают между двумя вариантами выбора.

Afternote:

Это также можно сделать безa UNION ALL.
Поскольку различные критерии даты могут быть добавлены к одному SELECT. 

SELECT m.id, m.cid, m.title, m.price, m.images, c.trust 
FROM mlisting m 
LEFT JOIN companies c ON (c.id = m.cid) 
WHERE m.live = 1
  AND
  (     c.trust >= current_date
     OR c.trust = '1970-01-01 00:00:00'
     OR c.trust IS NULL
  )
ORDER BY (case when c.trust >= current_date then 0 else 1 end), id DESC
0 голосов
/ 15 мая 2018

Вы можете использовать CASE в выражении ORDER BY, которое возвращает большее (меньшее) число в зависимости от условия. Используйте это как первое выражение для упорядочения и, если хотите, идентификатор как второе. 

SELECT m.id,
       m.cid,
       m.title,
       m.price,
       m.images,
       c.trust 
       FROM mlisting m 
            LEFT JOIN companies c 
                      ON m.cid = c.id 
       WHERE m.live=1 
       ORDER BY CASE
                  WHEN c.trust >= current_date()
                    THEN 0
                  ELSE 1
                END ASC,
                m.id DESC;

(И UNION может не работать, потому что это устраняет дубликаты, и СУБД может захотеть изменить порядок результатов, чтобы сделать это. Может быть, UNION ALL сработало бы, но с другой стороны, для этого нет гарантии.)

...