|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 22 Mar 2005 16:55:18
To : Alexander Pashchenko
Subject : Re: Алгоритм построения треда
--------------------------------------------------------------------------------
Alexander Pashchenko -> Artem Chuprina @ Tue, 22 Mar 2005 13:52:08 +0300:
AC>> Hу разве что у тебя туда один запрос в минуту, не чаще. Если хочешь,
AC>> чтобы работало быстро, следует выбрать один способ вывода тредов и
AC>> соптимизировать базу под него.
AP> Хм. А может проще перестраивать тред как в фидо, при добавлении
AP> нового сообщения, а не при просмотре треда. Частота вызова этой
AP> функции уменьшиться на несколько порядков.
AP> В этом случае можно либо хранить для каждой ветки готовую html-ку
AP> треда и отдавать ее в ответ на запрос, либо сделать таблицу где
AP> храниться этот тред оптимизированную для построения. И искать по
AP> ней. Hо это все хорошо, когда тред весь сразу на экран выдается. А
AP> если по кусочкам надо.... Хотя на rsdn.ru они как-то это сделали
AP> все.
В случае с таблицей, оптимизированной под построение нужным тебе образом
тебе ничто не мешает выдавать кусочками. Hу, кроме плохого владения
выбранным инструментом...
AC>> При этом вместо поля ReplyTo, хранящего
AC>> ссылку на одно сообщение (или в дополнение к оному) следует держать поле
AC>> ReplyPath, отражающее путь по дереву треда к данному сообщению от
AC>> корневого сообщения треда. Можно сделать несколько способов вывода, если
AC>> для каждого держать свой ReplyPath, но понятно, что весьма ограниченное
AC>> их количество.
AP> Честно говоря не понял я тебя. Как это будет выглядеть и для как его
AP> использовать?
Как будет выглядеть - это уже по вкусу. Обычно делают что-то типа
показанного в одном из параллельных писем - varchar со склеенными один к
другому идентификаторами сообщений по дороге от корня треда к данному
письму.
AC>> По каждому такому полю должен быть индекс, позволяющий
AC>> эффективно делать LIKE some_prefix% и ORDER BY.
AP> Пойду наверное SQL доучивать. Что за LIKE? :)
Ага, иди доучивай. Преподавание SQL в нетематической эхе штрафуется
модератором оной эхи. В данном случае - мной. Преподавание основ
построения алгоритмов, впрочем, тоже, так что завязывай.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Вам правду резать или кусочком?
Кнышев
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
