Проект "Свободные голосования"

Делаю блочное кодирование Рида-Соломона. Получается хранение блоками. Впрочем это и так понятно.

А вот мысль возникла. Нет ли такой базы данных которой эти блоки можно было бы подгружать как страницы по требованию?

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

Тут скорей нужна не БД, а распределенная файловая система. Не уверен что такие существуют, особенно под винду. Скорей всего, базовый этот функционал надо будет самим писать.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

А не рано ли этим заниматься?
Распределенное хранение данных может существенно зависеть от архитектуры сети.
Сам факт изучения кода Рида-Соломона поддерживаю.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

В качестве локальной БД рекомендую BerkleyDB.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Я просто уже начинал делать кодек для одного своего проекта. А оно рано или поздно понадобиться. А сколько провожусь не знаю. Мат аппарат не до конца понимаю. Делаю по примерам.
Сам механизм деления на части существенно не изменится.

В смысле делаем файл c базой для субъекта и уже его храним распределённо?

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

Нет. Именно в качестве локальной базы. Все-равно данные как-то хранить придеться. Так уж лучше не изобретать велосипед для этого.

Хотя, если по совокупности характеристик BerkleyDB не подойдет, можно использовать и другие варианты.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Делайте максимально универсально. Если осилите мат. часть будет очень хорошо.

Подойдет, однозначно.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

Какого типа данные предполагается хранить локально, как связанные? У BerkleyDB есть один недостаток: это, по сути, просто хэш (если там не наворотили всякой крути с тех пор, как я этот движок использовал) и всё, что сложнее обычной работы с хэшем надо реализовывать самим. Можно посмотреть ещё в сторону SQLite: движок, вроде бы достаточно быстрый, лёгкий, но это SQL, то есть позволяет не только выборки по ключам делать, но и строить достаточно сложные запросы, при том, что это уже готовый продукт.

Список известных IP и некоторую информацию о них. Для начала. Я к сожалению не знаю к какому варианту поиска IP для начального соединения склоняется Юрий.

Мой вопрос связан с запуском "вебсервера для одного клиента". Который обращался бы к базе данных. Которая, в свою очередь, подгружала бы страницы с данными из распределённой системы хранения.

При здравом размышлении более подошла бы не реляционная, а чисто объектная СУБД. Но этих можно по пальцам перечесть и я точно знаю, что ни одна так не может.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

Если ключом будет IP, BDB похода на оптимальный вариант. Это если не будет сложных выборок.

А что именно надо хранить в объектной базе? Может, стоит попробовать файловую базу? То есть просто хранить файлы с этими самыми объектами?