fb2-search. Потому что в кузнице не было гвоздя...

[nataraj]

В связи с безвозвратной гибелью фанлиба, надо удалить его книги из поисковика...
Казалось бы, чего уж тут проще, delete from EXT_BOOKS where LIB_NAME='FanLib.ru';
Ан нет... Удалять их совсем не хочется, так как кэш продолжнает жить на винте, и данные по нему хорошо бы сохранить, чтобы не парсить все файлы снова...
Значит надо пометить их флагом как удаленные;
Значит надо поправить все места, где индексируются книги, чтобы они обращали внимание на флаг, чтобы удаленные книги были не видны пользователю;
И вестимо нужно написатать штатную процедуру для удаления книги, чтобы не возникало таких проблем в дальнейшем...
А к этой процедуре надо пркрутить функцию которая бы писала сообщение об удалении в лог событий
А в лог событий у меня пишуться XML'ки и нехерово было бы написать наследуемую систему классов (наследоваемую, потому что у событий есть много общих свойств и заголовок xmlки у все тоже очень похожий), и генерить эти xml'ки DOM'ом а не на колене вручную, как это делается сейчас... А то потом при добавлении в базу добавлять id на последнем этапе очень неудобно...
И ко всему вышеперечисленному и нижеподписавшемуся, надо в обязательном порядке написать тесты... А то система в непонятном статусе меня начинает раздражать...

Вот теперь сижу пишу...

Comments

[vitus_wagner]

А все из-за неправильного архитектурного решения писать в лог XML.

[shaplov.livejournal.com]

А как ты предлагаешь централизованно хранить разнотипную информацию о том, кто послал, кого послал, когда послал, на сколько букв, и какие были сопутствующие обстоятельства... Это либо по отдельной таблице на каждое событие, либо XML'ка... В текстовом логе такое анализировать убьешься...

[gegmopo4.livejournal.com]

Альтернатива — уткиJSON!