|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Smirnov 2:5020/400 26 Jul 2002 12:53:14
To : Vladimir Bormotov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Vladimir Bormotov <bor@vb.dn.ua> wrote:
VB> В XML линков наставить, и прочих удобств - нефиг делать ;)
Hу в XML те же таблички как раз представлять вполне себе неплохо :)
VB> нереляционную. Т.е. если в сути задачи не файлохранилище, а хранилище
VB> некоторых сущьностей (представимых в виде набора данных), и эти сущьности
VB> сильно разнородные, то реляционная модель некрасивое решение. Хотя и
VB> имеющее право на жизнь, и в виду развитости этого сектора софтверной
VB> индустрии может быть даже наиболее выгодное по затратам. Я предлагаю
VB> "отложить SQL, потому что он никуда не денется", и посмотреть на XMLdb.
По поводу XML у меня почему-то не проходит ощущение, что он много где просто
избыточен. Слишком универсален, и при этом очень тяжёл для обработки данных
привычными методами типа sed/awk. То есть переход на XML фактически требует
отказаться от принципа ``всё есть текст''. Либо иметь набор утилит для
конвертирования.
VB> Hачиная от названия на нескольких языках, заканчивая продюсером,
VB> режисером, списком актеров и так далее. Вот ВСЕ ЭТО В ЦЕЛОМ - будет
VB> "фильм". И будет представимо в виде документа. Структуру такого
VB> документа можно "формализовать" используя технологии XML. Выборки из
VB> множества таких документов, тоже можно делать используя xml-tech.
Видимо я неправильно понимаю термин ``документ''. В данном случае скажем
``список актёров игравших в этом фильме'' -- может быть экспортирвоан как
документ. Внутрях же это либо привычная табличка актёр -- фильм, либо,
скажем, сеть со связями типа ``играет в ...''.
DS>>>> Вот в том-то и дело, что человек должен иметь возможно запороть
DS>>>> исключительно свою работу, но никак не работу своих коллег.
VB>>> я считаю что любое современное средство этому критерию
VB>>> удовлетворяет. А если у этого средсва еще есть и поддержка
VB>>> версионности, то ваще классно. Мы вот например сейчас
VB>>> прикалываетмся от TWiki. Пытаемся весь раздел сапорта в него
VB>>> запихать. Вроде получается.
DS>> Вывод -- CVS не современное средство?
VB> почему несовременное?
Посмотри квотинг.
DS>> Вредительство может быть и ненамеренным. Это может быть и rm -rf /
DS>> данный от пользователя.
VB> в случае CVS - он этим удалит только свою рабочую копию.
Э... Если он имеет право записи в репозиторий?
--
С уважением, Denis
http://freesource.info
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
