Здравствуйте, AndrewVK, Вы писали:

IS>>и что получим — в теме 320 сообщений, плоский режим выдает по 50 сообщений на странице, и пользовательский скрипт
IS>>покажет 5 сообщений из 50. Понятно что пользовательский скрипт не сможет заглянуть и отфильтровать в 320-50=280 другий сообшений топика,
AVK>Оно и на сервере это вызовет резкий рост нагрузки.
да, если реализовать это на сервере, а не клиенсткими скриптами, согласен с тобой — это даст дополнительную нагрузку на сервер.
но такая нагрузка, будет возникать редко, и сама по себе будет кратковременной.

то есть пока, выбор такой — или сделать это на пользовательских скриптах и получить результат, которым неудобно пользоваться (для чего в принципе и предлагается новая функциональность), или сделать это на сервере и заплатив временно выросшей на него нагрузкой, но в итоге получив легко читаемый список сообщений.

как же еще по другому?

Здравствуйте, Igor Sukhov, Вы писали:

IS>но такая нагрузка, будет возникать редко, и сама по себе будет кратковременной.

Такая нагрузка будет возникать непрерывно, так как запрос списка сообщений это один из самых частых запросов.

IS>как же еще по другому?

По другому это не заниматься потворством сегрегации и вообще не добавлять подобный функционал.

Здравствуйте, AndrewVK, Вы писали:

AVK>Такая нагрузка будет возникать непрерывно, так как запрос списка сообщений это один из самых частых запросов.
во первых часто такая доп. нагрузка вознакать не будет, да и такой запрос будет выполняться гораздо
быстрее из за того что сообщения, еще до joins с другими таблицами фильтруются по userid, который часть индекса.

AVK>По другому это не заниматься потворством сегрегации и вообще не добавлять подобный функционал.
ок, твое мнение мне понятно. я написал IT & der Igel-у посмотрю что они скажут.