URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 21340
[ Назад ]

Исходное сообщение
"OpenNews: Представление различных структур данных в виде файловой системы"

Отправлено opennews , 13-Авг-06 16:06 
Библиотека 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


Содержание

Сообщения в этом обсуждении
"Представление различных структур данных в виде файловой системы"
Отправлено Camel , 13-Авг-06 16:06 
Это ещё что, RubyFS даёт доступ к объектам через файловую систему.

"Представление различных структур данных в виде файловой системы"
Отправлено lopux , 13-Авг-06 19:30 
ну и какая "иерархия" в реляционной ДБ? Где начало и где конец?

"Представление различных структур данных в виде файловой сист..."
Отправлено const86 , 13-Авг-06 22:32 
> ну и какая "иерархия" в реляционной ДБ?

Всё зависит от типа и количества выкуренного. :)


"Представление различных структур данных в виде файловой сист..."
Отправлено Vladimir Kozlov , 14-Авг-06 09:55 
> ну и какая "иерархия" в реляционной ДБ? Где начало и где конец?

Читать статьи по проектированию БД до просветления. Особенно то что касается представления иерархических данных в реляционной модели и ORM до кучи. Рекомендую sql.ru и rsdn.ru


"Представление различных структур данных в виде файловой сист..."
Отправлено bmc , 14-Авг-06 19:15 
Какие мы умные! А то, что обьекты (ОРМ) никаким местом не РДБ - это ничего?

Про маппинг базы в фс не читал, но уверен на 150 процентов, что это просто маппинг таблиц и записей в папки и файлы соответственно.


"Представление различных структур данных в виде файловой сист..."
Отправлено Vladimir Kozlov , 14-Авг-06 20:57 
> А то, что обьекты (ОРМ) никаким местом не РДБ - это ничего?

Это очень даже ничего, ибо фреймворков для маппинга ОРМ на РДБ уже всяких и разных понаделали :)

> Про маппинг базы в фс не читал, но уверен на 150 процентов, что это просто маппинг таблиц и записей в папки и файлы соответственно.

Если так то конечно фигня. А вот если бы получать из SQL-ной базы отформатированные в xml/html/rtf на виртуальной файловой системе - это уже очень было бы интересно.


"Представление различных структур данных в виде файловой сист..."
Отправлено Vladimir Kozlov , 14-Авг-06 21:03 
>Если так то конечно фигня. А вот если бы получать из SQL-ной
>базы отформатированные в xml/html/rtf на виртуальной файловой системе - это уже
>очень было бы интересно.

Млин. не дописал фразу :(
должно быть "...документы и отчеты отформатированные в xml/html/rtf..."



"Представление различных структур данных в виде файловой сист..."
Отправлено serg1224 , 14-Авг-06 22:52 
А почему обязательно СТОПРОЦЕНТНЫЙ мапинг?

Некоторым админам может быть удобно организовать хранилище файлов на SQL-сервере, например, когда файл является приложением (аттачментом) к какой либо записи в таблице.

Файлы в этом случае можно будет редактировать в родном приложении.

Тема, конечно, не новая (вспомните Oracle, Lotus Domino, у Google, в конце концов есть своя файлоая система), но я что-то не слышал об универсальном проекте в OpenSource. Наверное, не весь интерyет прочитал :-)

Кстати, давным-давно у Novell, вроде, тоже что-то было на тему универсальной файловой системы.


"Представление различных структур данных в виде файловой сист..."
Отправлено Vladimir Kozlov , 15-Авг-06 08:53 
>но я что-то не слышал об универсальном проекте в OpenSource.

А и не может быть универсального. Всегда есть какой-то task-specifics, так что речь может идти о некоем скелетном фреймворке, в который встраиваются специфические модули.



"Представление различных структур данных в виде файловой сист..."
Отправлено serg1224 , 15-Авг-06 12:30 
>>но я что-то не слышал об универсальном проекте в OpenSource.
>
>А и не может быть универсального. Всегда есть какой-то task-specifics, так что
>речь может идти о некоем скелетном фреймворке, в который встраиваются специфические
>модули.

Ну, собственно, я это и имею в виду. Главное - чтобы файлы были доступны обычным программам, ничего не подозревающим :-), а разработчики могли создавать свои плугины.

PS
Если кому интересно, похожая тема:
http://www.debian.org/ports/hurd/hurd-doc-translator