Хм… Там и присматриваться не к чему. Тоже не для этих целей.
Будем искать… (с) Никулин, “Брилиантовая Рука”…

Мне стоит напомнить о Беркли ДБ в режиме бинарного дерева? :)

Интересная тема, а postgreSQL не годиться? Мне интересно, давай попробуем, я похожую систему хочу написать для ISP и написание на питоне такой системы думаю должно быть вполне полезным :)

Использовать реляционную БД для этих целей - себя не любить. Вон автор в первом посте писал, что пробовал уже когда-то.

Мне интересен опыт с postgreSQL(я про него и спрашивал) тк сейчас на нем пытаемся сделать…, а гуру может мне поможет победить и сделать это самому , а не так кк обычно…

Lexander
Мне стоит напомнить о Беркли ДБ в режиме бинарного дерева?

Я гляну. Спасибо.

Lexander
Использовать реляционную БД для этих целей - себя не любить.

Не, ты знаешь, это было красиво… :-)))
Но сейчас меня никак не устроит.

sypper-pit, вообще, реляции совсем не для этих целей. Мы-то тогда больше прикалывались… Если интересно, пиши на мыло, расскажу как дело было. Но вообще, это бред. :-)

ZZZ
sypper-pit, вообще, реляции совсем не для этих целей. Мы-то тогда больше прикалывались… Если интересно, пиши на мыло, расскажу как дело было. Но вообще, это бред. :-)

Да тут дело в том, что ISP биллинг предполагает иерархию в папках :) чтоб на каждого пользователя иметь статистику обращений, посещений, писем, факсов, телефонных переговоров и прочее.

ZZZ
Я гляну. Спасибо.

Глянул я bsddb и совершенно не понял, где там:

ZZZ
- Возможность открыть для чтения и записи файл, находящийся внутри базы.

Если бы получить пинок в более точном направлении…

sypper-pit
Да тут дело в том, что ISP биллинг предполагает иерархию в папках чтоб на каждого пользователя иметь статистику обращений, посещений, писем, факсов, телефонных переговоров и прочее.

Создать в релиции иерархию не трудно. Так же не очень трудно её поддерживать. И для учёта биллинга это элементарно и правильно.
Но у меня много больших и маленьких бинарных файлов. Очень много. И их надо в удобном виде донести до пользователя. При этом, чтобы сервер не сильно нагружался на чтение этого пакета при проверке и на запись при добавлении/исправлении данных.
Постгри, это хорошо. ИМХО, это лучшая RDBMS! Но для этих целей она не пойдёт.
Есть мысль посмотреть на SQLite и его BLOB… Но всё-таки это идиотизм.

ZZZ
Создать в релиции иерархию не трудно. Так же не очень трудно её поддерживать. И для учёта биллинга это элементарно и правильно.
Но у меня много больших и маленьких бинарных файлов. Очень много. И их надо в удобном виде донести до пользователя. При этом, чтобы сервер не сильно нагружался на чтение этого пакета при проверке и на запись при добавлении/исправлении данных.
Постгри, это хорошо. ИМХО, это лучшая RDBMS! Но для этих целей она не пойдёт.
Есть мысль посмотреть на SQLite и его BLOB… Но всё-таки это идиотизм.

Да кое кто знает толк в настоящем извращении :) , на самом деле иметь файловую_систему в БД не ты 1 копаешь в эту сторону :) я встречал где то на задворках интернета тестовые наброски , только кк точно они работают не известно :) думаю надо копать, а вообще скорее всего такое уже есть надо только доработать :) кк обычно берём и плавно напильником превращаем утюг в самолёт :)

А что мешает просто использовать файловую систему?

ZZZ
- Вся база должна быть в одном файле.

Создать копию уже существующей системы, которую нужно перевести на базу:
dd if=/dev/sdс of=/path/to/snapshot.fs

Монтировать созданный образ через петлевое устройство:
mount /path/to/snapshot.fs /media/work -o loop

Конечно, динамического изменения размера файла не будет, но в случае необходимости, думаю, особого труда не составит его расширить.