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