Форум MySQL

Есть таблица themes

id | name | sort(int)

И таблица news

id | theme_id | name | content | date

Задача: сортировать так

Сначала берем темы, где заполнено поле sort - сортируем по нему,
затем берем темы, где не заполнено поле sort и сортируем темы таким образом, чтобы сверху были темы, в которые последними добавлены новости. Тупо если добавили новую новость в тему, то она должна быть первой среди тем, у которых не заполнено поле sort.

Не могу надумать алгоритм. Поможите. Заранее благодарен

во - первых, тема не совсем подходит для этого раздела, тебе надо скорей всего в раздел по БД.
во - вторых,что это за поле такое, sort и почему ты хочешь сортировать именно по этому полю?
сортировать, я думаю, лучше по дате и времени добавления новости. а условия сортировки задавай при выборке записей из БД при помощи ORDER BY, DESC или ASC.

Нда....да не новости сортировать, а темы. Функцию сортировки на РНР писать, mysql тут не при чем
Sort - поле для сортировки тем, а не новостей. Администратор сам выбирает какая тема важнее в данный момент, указывает ей позций "1" - она становится первой в меню, все остальные темы сортируются по принципу, описанному выше.

SELECT t.*, n.* FROM theme AS t   LEFT JOIN news AS n   ON t.id = n.theme_id   ORDER BY t.sort DESC,   `date` DESC;

Как отсортировать темы по новостям я знаю как. Не могу придумать алгоритм связи с первой сортировкой

Но все равно спасибо и на этом

up

SELECT t.*, MAX(n.`date`) AS md     FROM theme t     LEFT JOIN news n ON t.id = n.theme_id   GROUP BY t.id,   ORDER BY t.sort DESC,   `md` DESC;

Как всегда на высоте. Только есть одна проблема: поле theme_id - varchar(50) и данные в нем вида

-10--11--3-

То есть в нем хранятся несколько ID каждое из которых обрамлено в "-"

ну и кто ССЗБ?

Собственно, если в themes.id и в news.theme_id хранятся одни и те же значения (будь они сами по себе хоть фиолетовыми в крапинку) код будет работать.

Если же значения разные - Вы не имели права формулировать задачу так, как написали в исходном посте.

В любом случае хранить ключи списком в поле - неправильно.

themes.id и в news.theme_id разные:
themes.id - int
news.theme_id - varchar

>В любом случае хранить ключи списком в поле - неправильно.
так уж спроектировали базу в 1997 году ;(

>>В любом случае хранить ключи списком в поле - неправильно.
>так уж спроектировали базу в 1997 году ;(

Что ж Вы её до сих пор не переделали? :)

Основы реляционной теории БД были спроектированы Е. Коддом в 1970 году.
Так что за отмазку не канает причина не выдерживает критики.

Отмазок нет.
Переделал так, добавив таблицу связи

news_to_theme

id | id_new | id_theme

Проект пришел на доработку, полную переделку осуществить нет возможности из-за отсутствия времени и капитала.

ЗЫ: и все-таки хотелось бы узнать, возможно ли было сделать все это безе переделки структуры базы? Например, через LIKE

>ЗЫ: и все-таки хотелось бы узнать, возможно ли было сделать все это безе переделки структуры базы?

Вам даже в голову не пришло объяснить, что за числа хранятся в этом списке.
Я тем более гадать не буду.
Одно могу сказать - Вам придется придумать выражение, которое вычисляется как истина, когда строка одной таблицы соответствует строке другой, и как ложь, когда не соответствует. И поставить его в раздел ON соединения таблиц.

>Вам даже в голову не пришло объяснить, что за числа хранятся в этом списке. Я тем более гадать не буду.

theme_id - поле хранит идентификаторы тем из таблицы themes

>Вам придется придумать выражение, которое вычисляется как истина, когда строка одной таблицы соответствует строке другой, и как ложь, когда не соответствует. И поставить его в раздел ON соединения таблиц.

В это-то и проблема, поэтому и обращаюсь постоянно к вам (гуру sql) за помощью

ON LOCATE(CONCAT('-', themes.id, '-'), news.theme_id)

5+

Спасибо