| 1.1, Camel (??), 16:06, 13/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Это ещё что, RubyFS даёт доступ к объектам через файловую систему. | | |
| |
| 2.3, const86 (??), 22:32, 13/08/2006 [^] [^^] [^^^] [ответить]
| +/– | |
> ну и какая "иерархия" в реляционной ДБ?
Всё зависит от типа и количества выкуренного. :) | | |
| 2.5, Vladimir Kozlov (?), 09:55, 14/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
 > ну и какая "иерархия" в реляционной ДБ? Где начало и где конец?
Читать статьи по проектированию БД до просветления. Особенно то что касается представления иерархических данных в реляционной модели и ORM до кучи. Рекомендую sql.ru и rsdn.ru | | |
| |
| 3.6, bmc (??), 19:15, 14/08/2006 [^] [^^] [^^^] [ответить]
| +/– | |
Какие мы умные! А то, что обьекты (ОРМ) никаким местом не РДБ - это ничего?
Про маппинг базы в фс не читал, но уверен на 150 процентов, что это просто маппинг таблиц и записей в папки и файлы соответственно. | | |
| |
| 4.7, Vladimir Kozlov (?), 20:57, 14/08/2006 [^] [^^] [^^^] [ответить]
| +/– | |
> А то, что обьекты (ОРМ) никаким местом не РДБ - это ничего?
Это очень даже ничего, ибо фреймворков для маппинга ОРМ на РДБ уже всяких и разных понаделали :)
> Про маппинг базы в фс не читал, но уверен на 150 процентов, что это просто маппинг таблиц и записей в папки и файлы соответственно.
Если так то конечно фигня. А вот если бы получать из SQL-ной базы отформатированные в xml/html/rtf на виртуальной файловой системе - это уже очень было бы интересно. | | |
| |
| 5.8, Vladimir Kozlov (?), 21:03, 14/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Если так то конечно фигня. А вот если бы получать из SQL-ной
>базы отформатированные в xml/html/rtf на виртуальной файловой системе - это уже
>очень было бы интересно.
Млин. не дописал фразу :(
должно быть "...документы и отчеты отформатированные в xml/html/rtf..."
| | |
|
| 4.9, serg1224 (?), 22:52, 14/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
 А почему обязательно СТОПРОЦЕНТНЫЙ мапинг?
Некоторым админам может быть удобно организовать хранилище файлов на SQL-сервере, например, когда файл является приложением (аттачментом) к какой либо записи в таблице.
Файлы в этом случае можно будет редактировать в родном приложении.
Тема, конечно, не новая (вспомните Oracle, Lotus Domino, у Google, в конце концов есть своя файлоая система), но я что-то не слышал об универсальном проекте в OpenSource. Наверное, не весь интерyет прочитал :-)
Кстати, давным-давно у Novell, вроде, тоже что-то было на тему универсальной файловой системы.
| | |
| |
| 5.10, Vladimir Kozlov (?), 08:53, 15/08/2006 [^] [^^] [^^^] [ответить]
| +/– | |
>но я что-то не слышал об универсальном проекте в OpenSource.
А и не может быть универсального. Всегда есть какой-то task-specifics, так что речь может идти о некоем скелетном фреймворке, в который встраиваются специфические модули.
| | |
| |
| 6.11, serg1224 (?), 12:30, 15/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>но я что-то не слышал об универсальном проекте в OpenSource.
>
>А и не может быть универсального. Всегда есть какой-то task-specifics, так что
>речь может идти о некоем скелетном фреймворке, в который встраиваются специфические
>модули.
Ну, собственно, я это и имею в виду. Главное - чтобы файлы были доступны обычным программам, ничего не подозревающим :-), а разработчики могли создавать свои плугины.
PS
Если кому интересно, похожая тема:
http://www.debian.org/ports/hurd/hurd-doc-translator | | |
|
|
|
|
|
|
