|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Smirnov 2:5020/400 25 Jul 2002 19:54:05
To : Vladimir Bormotov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Vladimir Bormotov <bor@vb.dn.ua> wrote:
VB>>> давайте не будет обсуждать еще и здесь модели данных. Hаличие
VB>>> множества файловых систем, их повсеместное распространение, и даже
VB>>> сам вопрос, который в топике, показывает что данные гораздо проще
VB>>> ложатся в иерархическую модель. Так ведь? ;)
DS>> Дык в том-то и дело, что нужно скрестить ужа и ежа, получив при этом
DS>> что-то полезное.
VB> если "ёжеуж" или "ужеёж" это и есть искомое полезное - то да,
VB> скрещивайте.
Просто ты смотришь на уровень FS, а я пытаюсь посмотреть внутрь этих файлов.
Как только я это делаю, иерархическая модель уже не работает.
DS>> Hу начнём с того, что иерархическая модель в чистом виде не пригодна
DS>> вообще к употреблению (и активное использование линков тому пример).
VB> о! еще один борец за чистоту идеи ;)))
VB> Я не предлагаю "чисто идейные решения". Я предлагаю другую основу. Даже
VB> не основу, а просто посмотреть чуть в сторону, попробовать. Я же не знаю
VB> всех тонкостей вашей задачи...
Какую другую основу ты предлагаешь? Может я просто тебя неправильно понял.
VB>>> нет смысла. Если запрос пишется в виде XML, если результат его в виде
VB>>> XML, достаточно логично и саму бузу иметь в виде XML. зачем нам двойные
VB>>> преобразования, и все грабли с ними связаные?
DS>> Потому что запрос может быть достаточно сложным.
VB> разумеется. И если даныне у нас в виде документов, то запрашиваьт нужно
VB> так, чтоб получать документы.
А кто сказал, что все данные -- документы?
Вообще же таковыми является не так много _данных_. Таковыми является обычно
результат обработки этих самых данных.
DS>> И базу как раз надо хранить в том виде, который сие позволит.
VB> вот-вот. Идем, и читаем про RDF, и например про язык запросов Versa..
VB> ;-)
Добавил в todo :-)
VB>>>>> любой кто имеет право записи, может запортить то, куда он имеет право
VB>>>>> записи. Хоть репозиторий, хоть fs, хоть еще что-то. От РАЗДОЛБАЙСТВА
VB>>>>> спасает только бекап, и административные меры.
DS>>>> Если юзверь, имеющий право записи в какой-то файл на FS может её
DS>>>> запороть -- в задницу такую FS.
VB>>> её - не может. Файл - легко.
DS>> Вот в том-то и дело, что человек должен иметь возможно запороть
DS>> исключительно свою работу, но никак не работу своих коллег.
VB> я считаю что любое современное средство этому критерию удовлетворяет. А
VB> если у этого средсва еще есть и поддержка версионности, то ваще классно.
VB> Мы вот например сейчас прикалываетмся от TWiki. Пытаемся весь раздел
VB> сапорта в него запихать. Вроде получается.
Вывод -- CVS не современное средство?
VB> ну? Эти "не один человек" команда. Они делят между собой отвевенность за
VB> работу. Если есть конкуренция и вредительство в одной команде - то это не
VB> команда. И их нужно разделить. применительно к CVS - в том числе и в
VB> разные модули.
Вредительство может быть и ненамеренным. Это может быть и rm -rf / данный от
пользователя.
--
С уважением, Denis
http://freesource.info
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
