Библиотека libferris (http://witme.sourceforge.net/libferris.web/) предназначена для доступа как к файловой системе к различным иерархическим данным.
Поддерживаются языки С/С++, Perl, Python. Доступно дополнение ferrisfuse, использующее подсистему Linux ядра FUSE для монтирования различных структур в виде ФС.
Например, можно примонтировать как часть ФС - LDAP каталог, содержимое mailbox, базу PostgreSQL, MySQL или BerkeleyDB, различные XML-файлы, tar, rpm и т.д.
URL: http://witme.sourceforge.net/libferris.web/
Новость: https://www.opennet.ru/opennews/art.shtml?num=8084
Это ещё что, RubyFS даёт доступ к объектам через файловую систему.
ну и какая "иерархия" в реляционной ДБ? Где начало и где конец?
> ну и какая "иерархия" в реляционной ДБ?Всё зависит от типа и количества выкуренного. :)
> ну и какая "иерархия" в реляционной ДБ? Где начало и где конец?Читать статьи по проектированию БД до просветления. Особенно то что касается представления иерархических данных в реляционной модели и ORM до кучи. Рекомендую sql.ru и rsdn.ru
Какие мы умные! А то, что обьекты (ОРМ) никаким местом не РДБ - это ничего?Про маппинг базы в фс не читал, но уверен на 150 процентов, что это просто маппинг таблиц и записей в папки и файлы соответственно.
> А то, что обьекты (ОРМ) никаким местом не РДБ - это ничего?Это очень даже ничего, ибо фреймворков для маппинга ОРМ на РДБ уже всяких и разных понаделали :)
> Про маппинг базы в фс не читал, но уверен на 150 процентов, что это просто маппинг таблиц и записей в папки и файлы соответственно.
Если так то конечно фигня. А вот если бы получать из SQL-ной базы отформатированные в xml/html/rtf на виртуальной файловой системе - это уже очень было бы интересно.
>Если так то конечно фигня. А вот если бы получать из SQL-ной
>базы отформатированные в xml/html/rtf на виртуальной файловой системе - это уже
>очень было бы интересно.Млин. не дописал фразу :(
должно быть "...документы и отчеты отформатированные в xml/html/rtf..."
А почему обязательно СТОПРОЦЕНТНЫЙ мапинг?Некоторым админам может быть удобно организовать хранилище файлов на SQL-сервере, например, когда файл является приложением (аттачментом) к какой либо записи в таблице.
Файлы в этом случае можно будет редактировать в родном приложении.
Тема, конечно, не новая (вспомните Oracle, Lotus Domino, у Google, в конце концов есть своя файлоая система), но я что-то не слышал об универсальном проекте в OpenSource. Наверное, не весь интерyет прочитал :-)
Кстати, давным-давно у Novell, вроде, тоже что-то было на тему универсальной файловой системы.
>но я что-то не слышал об универсальном проекте в OpenSource.А и не может быть универсального. Всегда есть какой-то task-specifics, так что речь может идти о некоем скелетном фреймворке, в который встраиваются специфические модули.
>>но я что-то не слышал об универсальном проекте в OpenSource.
>
>А и не может быть универсального. Всегда есть какой-то task-specifics, так что
>речь может идти о некоем скелетном фреймворке, в который встраиваются специфические
>модули.Ну, собственно, я это и имею в виду. Главное - чтобы файлы были доступны обычным программам, ничего не подозревающим :-), а разработчики могли создавать свои плугины.
PS
Если кому интересно, похожая тема:
http://www.debian.org/ports/hurd/hurd-doc-translator