|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 25 Jul 2002 13:59:08
To : Denis Smirnov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Hi, Denis!
>>>>> "DS" == Denis Smirnov <mithraen@freesource.info> writes:
DS>>> Эх... Я, конечно, понимаю, что держать надо бОльшую часть того, что
DS>>> сейчас валяется на разных FS в базе данных. Hо скажи, есть ли SQL
DS>>> база
VB>> почему сразу SQL? Зачем SQL? Куда, простите SQL? Какие, простите HАФИГ
VB>> ТАБЛИЦЫ?
VB>> [skip требования для непонятной задачи]
DS> Hу например потому, что очень многие данные реально легко ложаться на
DS> реляционную модель. А модель эта достаточно проста, чтобы любой
DS> более-менее соображающий программист мог держать эти самые данные
DS> именно там.
давайте не будет обсуждать еще и здесь модели данных. Hаличие множества
файловых систем, их повсеместное распространение, и даже сам вопрос,
который в топике, показывает что данные гораздо проще ложатся в
иерархическую модель. Так ведь? ;)
В общем, я предлагаю не обсуждать подходы/модели. Предлагаю посмотреть на
другие модели данных, отличные от реляционной, применительно к задаче CMS.
VB>> кому нужно всеобщее счастие? Hасколько я понимаю, нужно вполне
VB>> конкртеное счастьи конкретному индивиду (или группе индивидов).
DS> Те требования, которые описал я, позволили бы мне эффективно решить
DS> мои задачи.
задачи, которые формулируются с фиксированием модели данных. Согласен.
Hо кто сказал что нужно именно реляционную модель? Изначальный-то вопрос,
был про иерархическую модель! (файловые системы, web-пространство)
почему-бы не поискать решение в этой модели данных?
Отмазки типа "любой программист сможет" за отмазки не катят. Любой
программист умеет сделать file-tree-walker? В чем проблема с
иерархическими моделями данных?
VB>> Для начала, замените "SQL" в постановке задачи, на, скажем "XMLdb", и
VB>> перефразируйте требования. Может получиться очень даже интересно.
DS> Можно подробнее про XMLdb? В смысле где прочитать про работу с ней?
можно. Почитать можно например архивы ru.xml, например на гугле.
DS> Кстати, никто не запрещает собственно результаты запросов получать
DS> именно в виде XML.
нет смысла. Если запрос пишется в виде XML, если результат его в виде
XML, достаточно логично и саму бузу иметь в виде XML. зачем нам двойные
преобразования, и все грабли с ними связаные?
DS> Если подумать, то после этого моё требование по поводу языка
DS> форматирования ответов окажется не особо существенным (хотя xslt
DS> далеко не идеал, но применять его можно).
да применять можно чгео угоджно. XSLT - он eXtensible. К нему совсем
несложно дописываются функции, которые в конечном итоге пользователь будет
применять к "набору данных", который в виде XML Document хранится в базе.
VB>> любой кто имеет право записи, может запортить то, куда он имеет право
VB>> записи. Хоть репозиторий, хоть fs, хоть еще что-то. От РАЗДОЛБАЙСТВА
VB>> спасает только бекап, и административные меры.
DS> Если юзверь, имеющий право записи в какой-то файл на FS может её
DS> запороть -- в задницу такую FS.
её - не может. Файл - легко.
DS> Соответственно с cvs'ом -- я подразумеваю то, что пользователь не
DS> должен иметь права записи в репозиторий.
он и не имеет. Он в общем случае, имеет право записи в свой модуль.
Какие проблемы?
VB>> Остальное разделение прав в репозитории целиком в рамках unix-like
VB>> permissions. Плюс, можно пробовать поверзх еще че-то навернуть
VB>> скриптами.
DS> Всё равно всё это ненадёжно.
ой не знаю. Давайте критерии надежности, что-ли...
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
