> Это на сях-то строгая?..Всяко строже POSIX shell > У rpmdb типовой режим работы -- "под капотом". У спека --
> или на запись разработчиком/скриптом, или на чтение rpmbuild'ом. Мне кажется,
> "по такой логике" тут неуместно. Имел в виду то, что, с одной стороны предлагается изучить низкоуровневые БД ради достижения близких к идеалистичным целей в пакетном менеджере и тратить на это ресурсы, а с другой - ресурсы можно потратить на достижение идеалистичных целей улучшения процесса сборки пакетов, при этом в обоих случаях требуется много времени, а результат будет слабоизмеримым. Но да, время покажет, посмотрим, что из sqlite-бекенда получится, у нас с вами сейчас нет каких-то чисел, чтобы можно было по существу сравнить стабильность и производительность. >> а когда внезапно отключается электричество - это типовая ситуация,
>> которую БД обязана уметь разруливать и поддерживать свою
>> консистентность настолько, насколько это возможно и позволяет
>> окружающая обстановка (файловая система, железо и пр.).
> Хорошая оговорка; так вот я о том, что за свои двадцать с
> лишним лет работы с rpm-дистрибутивами (от 3.0.6 до 4.13) я особых
> проблем по части libdb не припоминаю. Да, её надо уметь
> готовить _при сборке_ -- ldv@ умеет. Вот в этом и проблема: отсутствие совсем критичных проблем достигается трудом таких людей, как ldv@, продуманностью многих мелочей, тем, что вы понимаете, что выключать комп во время dist-upgrade не надо и не выключаете его, т.е. избегаете опасных ситуаций. А мне кажется, что будет хорошо, если пакетный менеджер отдаст заботу о таком на откуп профессионалам - разработчикам более высокоуровневой БД, а своих разработчиков и эксплуататоров освободит от необходимости думать о БД. >[оверквотинг удален]
> find ~/.mozilla \
>
> -type f \
>
> -name \*.sqlite \
>
> -exec sqlite3 '{}' $i \;
> doneОсобенно когда оно жизнерадостно рассказывает "Error: database disk image
> is malformed", но никакого аналога db_recover(1) сходу найти не удалось (возможно,
> с глаз надо было снять лыжные ботинки, но не факт).https://wordstat.yandex.ru/#!/?words=database%20disk�... - меньше тысячи запросов в месяц
https://wordstat.yandex.ru/#!/?words=rpmdb%20(error...) - 33 запроса в месяц
С учетом разницы в количестве пользователей выглядит так, что такие проблемы в sqlite редкие. >> Если посмотреть на rpm в не такой уж и старой centos 7, то в нем нет,
>> например, файловых триггеров. Дикостью кажется.
> У нас были в "4.0" (которым особо одарённые альт попрекали порой). Знаю. Но сейчас файловые триггеры в rpm4 применять поудобнее, чем альтовские. И работают вроде бы побыстрее, т.к. сначала отбираются те скрипты, которые надо запустить, а в rpm-alt запускаются сразу все скрипты, и не самый оптимальный скрипт из какого-нибудь пакета может создать проблемы. Но зато без запросов к БД для получения списка того, что надо запустить. В любом случае, чем меньше скриптов запускается, тем меньше риск возникновения ошибок.
"4.0" попрекали порой за дело, наверное, например, за неумение в дайджесты sha1, что создавало много проблем и пользователям, и разработчикам стороннего ПО, которым никто не подсказал выставить соответствующий макрос так, чтобы дайджесты считались в md5 для совместимости с "4.0".
|
