[MySQL]сортировка постов на форуме.

Может нужно каждому юзеру создать персональную таблицу, или есть способ проще?

Хороший, годный способ. :)

order by

Хороший, годный способ. :)

ваше предложение?

order by

order by ЧТО?

можно еще каждому комменту по таблице а треду у юзеру по бд )))

В чём сложность то? Берёшь из таблицы

во второй записано, когда какой юзер читал какой пост

записи для данного пользователя, отсортированные по времени прочтения поста. Потом берёшь эти посты по их id-кам, которые получил из первого запроса, из второй таблицы. Что не так?

by время прочтения

записи для данного пользователя, отсортированные по времени прочтения поста. Потом берёшь эти посты по их id-кам, которые получил из первого запроса, из второй таблицы. Что не так?

сложность в том, что в таблице посещений (в которой записано время посещения пользователем), нету постов, которые юзер вообще никогда не читал. А показать их нужно. Тут как я понимаю, нужно в одном запросе объединить обе таблицы, что-бы получить и неизвестные посты, и те, которые юзер уже прочитал. А вот как - мне что-то не сообразить.

Тут даже не в запросе дело - сам запрос я составлю (с временной таблицей например), хотелось-бы узнать, что думает LOR на тему, в каком порядке должны идти посты для пользователя, что-бы ему было максимально удобно.

by время прочтения

новые посты, которые юзер не читал не нужны? ИМХО они-то ему как раз нужны в первую очередь.

Склоняюсь к мысли, что тут надо сгруппировать, и сначала выдать все посты, которые юзер НЕ читал в порядке их написания, а потом выдать те, которые читал, в порядке прочтения. Ну если LOR не знает, то я пойду покурю манул, как составить такой запрос...

Ну выгребаешь ВСЕ посты, вычитаешь из них те посты, которые есть во второй таблице (прочитанные), выводишь их, затем выводишь те, что прочитал. Не мог понять что не устраивает. Да, это логичный подход - показывать пользователю все новые посты первыми.

1) select * from posts

2) select * from userreadposts

...

3) qsort

http://mysqljoin.com/

Как-то так

select t1.time,t2.post_text from t1 right join t2 on  (t2.post_id = t1.post_id) order by t1.time desc

3) qsort

ух ты! пост №в7099313+ не устаёт меня радовать - что мне скажут, когда у меня qsort будет 7 000 000+ постов сортировать?! Так-то я и сам могу...

Может, и не работает - но смысл такой

Спасибо. Однако я тут подумал, что t1 (список топиков) тут вообще не нужна - непрочитанные топики есть ведь и в t2 - их ведь кто-то читал, хотя-бы тот, кто их писал. Потому достаточно просто запросить выборку t2.

Только непонятно вот что: я хочу сгруппировать прочитанные, и не прочитанные топики в две группы, и в каждой группе отсортировать их по разным критериям. Не подскажите, как это сделать?

Обязательно одним запросом? Двумя делается значительно проще.

Обязательно одним запросом? Двумя делается значительно проще.

проще-то проще. Вот только мне нужно в разных частях выхлопа по разному сортировать - т.е. сначала ORDER BY time_create, а потом ORDER BY time_read.

Не распарсил мысль, почему нельзя сделать 2 простых запроса.

что я потом буду делать с результатами, если мне нужно ещё и LIMIT 238,17 ?

qsort не предлагать.

Если ты разбиваешь посты на страницы, то есть вопрос

Когда посты становятся прочитанными? Если сразу, как только они стали видны пользователю, то при переходе к следующей странице пользователь будет пропускать новый посты одной страницы, так как посты первой страницы будут попадать в конец нового списка, а пользователю будут показаны посты 2-й страницы нового списка, т.е. 3-й страницы старого списка.

То что ты хочешь можно сделать как-то так:

SELECT post.id FROM post LEFT JOIN read ON post.id=read.post_id WHERE read.user_id=? ORDER BY read.post_id IS NULL DESC, IFNULL(read.read_date, post.create_date)

Когда посты становятся прочитанными? Если сразу, как только они стали видны пользователю, то при переходе к следующей странице пользователь будет пропускать новый посты одной страницы, так как посты первой страницы будут попадать в конец нового списка, а пользователю будут показаны посты 2-й страницы нового списка, т.е. 3-й страницы старого списка.

дык это не посты, а список тем(топиков). Как здесь лента www.linux.org.ru/forum/lenta/ Естественно, топик не считается прочитанным, если его в ленте увидел. Вот если туда зайти, то да - прочитанный. Потому этой проблемы не возникает.

SELECT post.id FROM post LEFT JOIN read ON post.id=read.post_id WHERE read.user_id=? ORDER BY read.post_id IS NULL DESC, IFNULL(read.read_date, post.create_date)

угу. Спасибо.