= Сообщение: 36870 из 47059 =============================== RU.FIDONET.TODAY =
От : Nil A 2:5015/46 26 Aug 23 21:01:52
Кому : Stas Mishchenkov 26 Aug 23 21:01:52
Тема : BaseMsgNum в JAM
FGHI : area://RU.FIDONET.TODAY?msgid=2:5015/46+64ea42ba
На : area://RU.FIDONET.TODAY?msgid=2:460/5858+64e9c9e5
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FIDONET.TODAY?msgid=2:460/5858+64eafc2b
==============================================================================
Hello, Stas!
Saturday August 26 2023 12:40, from Stas Mishchenkov -> Nil A:
SM>>> Что ты знаешь о lastread?
NA>> Знаю, что он несколько опционален,
SM> С чего бы это?
Как минимум для Сквиша, из спека FSP-1037 следует, что "This file is optional".
> The third file with ".sql" suffix extends the messagebase for
> a lastread mark. This file is optional and is usually used in
> message editors.
NA>> Да, верно, ластрид не съедет. А если мне надо просто, уметь
NA>> показывать 10ое сообщение, не по порядку, а номер 10, и чтобы я
NA>> мог его найти за O(1) даже после пуржинья.
SM> Ну, дык, устанавливаешь на него ластрид. После очистки базы он должен
SM> указывать на то же самое сообщение.
Не ластридом едины. Мне надо, чтобы _абсолютный номер_ сообщения оставался всё время жизни базы _абсолютным_. Dead simple, как говорят. А иначе, отцы основатели JAM и Squish, просто зря потратили годы, а все фидо-писатели просто зря тратят CPU-циклы пользователей, постоянно вызывая функции преобразования абсолютного номера в относительный.
Окей, уже заезженная тема стала. По кругу ходим. Всё, bottom-line, как говорят - после запуска пуржилки _база пересоздаётся_. Это _новая_ база данных, которая не имеет отношения к той, что была до этого. Новая база JAM, например, начнёт намерацию транзакций modcounter заново. Короче это совсем другая база, наверное, с какими-то сообщениями, которые были раньше, но не факт.
NA>> А если пуржить с BaseMsgNum, и с дырками в середине, то
NA>> получается совместимость с любым софтом, которы ещё какие-то
NA>> индексы к базе хранит с боку, и _ничего_ не съедет.
SM> Очистка базы для того и нужна, что бы так не было. Ты же не требуешь
SM> от sql базы совместимости с GoldEd?
Уже договорились до того, что функциональность такой простой утилитки как пуржилка не определено ни в одном документе. Кто как хочет, так и пуржит. Но! Т.к. уже набрали некое статистическое число ответов, чего должна, и чего не должна делать пуржилка, я пришёл к выводу, что мне нужна утилитка, которая называется не _db purge_, а _db compact_. А вот, кстати sqpack утилитка из Хаски, она пакует, а не пуржит :-))
Best Regards, Nil
--- GoldED+/LNX 1.1.5
* Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
|
