SVN. Ротация
вроде нет, да и смысл? CPU сэкономить что ли? =)
Смысл в том, что есть ежечасовые данные, хранение которых отлично сделал бы svn, но этих данных _очень_ _много_, а возможности железа ограничены. Ротации за год всем кейсам по этим данным хватило бы.
Сделать svn dump и чекаут ревизии годовой давности.
Потом чистка из svndump'а всего лишнего, вставка в начало чекаута, и потом конец svn dump'а.
Может статься, что кто-то уже написал что-то подобное.
А вообще, может лучше хорошо подумать, перестраховаться, и заюзать какую-нить реляционную дб? =) Streambase может какой или еще чего.
Может статься, что кто-то уже написал что-то подобное.
Да вот ищу...

А вообще, может лучше хорошо подумать, перестраховаться, и заюзать какую-нить реляционную дб? =) Streambase может какой или еще чего.Да не, реляционная бд тут совсем не нужна. Нужно инкрементальное хранение данных. Ну и ифейс для получения-заливки-истории. Классическая система контроля версий. Не хватает только ротации для особо больших объемов.
git наверняка такое умеет. Например, в git-svn есть опция для неглубокого копирования истории. Кроме того, там достаточно простой формат хранения и всякие удобные тулзы для доступа к нему, должно быть не сложно соорудить периодическое удаление старых узлов в графе.
Оставить комментарий
tipnote
Что-то никак не могу понять, есть ли возможность организовать не "вечную историю", а хранение изменений за например год? Ну или как вариант: удалить все ревизии старше, чем год, да так, чтобы ничего в репозитории не йокнулось после этого.