= Сообщение: 36901 из 47643 =============================== RU.FIDONET.TODAY = От : Alexey Fayans 2:5030/1997 27 Aug 23 11:54:42 Кому : Stas Mishchenkov 27 Aug 23 11:54:42 Тема : BaseMsgNum в JAM FGHI : area://RU.FIDONET.TODAY?msgid=2:5030/1997@fidonet+64eb0f53 На : area://RU.FIDONET.TODAY?msgid=2:460/5858+64eafcf7 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello Stas!
On Sun, 27 Aug 2023 at 10:34 +0300, you wrote to me:
AF>> Именно поэтому лучше использовать набор аттрибутов, а не AF>> полагаться только на один. SM> Так-то лучше ещё CRC32 от тела сообщения учитывать.
Если скорость индексирования не принципиальна, то да.
AF>>>> а чтобы не искать этот ключ по всему JHR, нужно делать свой AF>>>> индекс MSGID+OADDRESS+DADDRESS:RelativeMessageNumber, чтобы AF>>>> сразу прыгать на нужный заголовок (JHR) по индексу (JDX). И AF>>>> после каждой упаковки базы этот свой индекс перестраивать (что AF>>>> должно занимать менее секунды на современном железе). SM>>> Это то, для чего lastread. AF>> Неа, ластрид совсем не для этого. SM> О! А для чего же?
Для того, чтобы хранить номер сообщения, которое юзер читал последним. Для каждого юзера.
Там же задача - быстро найти в базе _любое_ сообщение, зная его уникальный идентификатор. В JAM можно быстро найти сообщение по его номеру, но номер не статичен, поэтому придётся строить свой индекс, примерно как я выше и написал.
