|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 26 Jul 2002 22:33:47
To : Denis Smirnov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Hi, Denis!
>>>>> "DS" == Denis Smirnov <mithraen@freesource.info> writes:
VB>>>> В XML линков наставить, и прочих удобств - нефиг делать ;)
DS>>> Hу в XML те же таблички как раз представлять вполне себе неплохо :)
VB>> но не так эфективно, как в специальных серверах, для которых таблицы -
VB>> это оснвной способ представления данных.
DS> Это да. А значит те данные, которые по своей сути табличные --
DS> хранить, наверное, лучше в SQL.
так мало их.. Данных, "которые по сути табличные..." ;)
VB>> естьдругие "привчные методы". Есть, например xmldiff. Который по сути
VB>> diff, но он не тупо текстовые строки сравнивает, а DOM. Есть небор
VB>> командлайновых утилей, которые работают с DOM. Позволяеют делать то-же,
VB>> что и sed/awk. Т.е. редактировать, и как-то несложно обрабатывать.
DS> Можешь привести какие-либо названия или ссылки?
я бы рекомендовал начать с чтения developerWorks на ibm.com, раздел про
XML, RDF. Там есть интересные авторы, которые пишут интересные статейки.
К статейкам обычно прикладывают линки, на софт. В статейках - то, как
этим всем пользоваться, и для чего.
вот, полез на freshmeat.net,
http://freshmeat.net/projects/xml2/?topic_id=853
About:
These are tools for converting XML and HTML to and from a line-oriented
format designed to facilitate processing by classic Unix pipeline
processing tools (grep, sed, awk, cut, sh, etc).
VB>> Что делает sed? находит строку, и меняет (грубо говоря). Что должен
VB>> делать xml-sed? Правильно - найти "элемент DOM", и поменять.
VB>> Такое есть. Может не столь привычное как sed...
DS> Привычность пофиг. Главное чтобы удобно было.
сам я из командлайна не работаю ;). Из программы вполне удобно ;)
VB>> у каждого актера могут быть всякие "особенности". В случае "таблица",
VB>> тебе нужно или каждую особенность "нормализовать", и делать связь, или
VB>> просто добавить столбец, например... В лсучае документа - просто по
VB>> месту этому актеру вписал еще свойсвто. Дописал. Индекстаору сказл что
VB>> "а вот, у нас актеры еще могут и такие свойства иметь". Все. Hикаких
VB>> левых связей, никаких доп.таблиц.
DS> Идею понял. Правда, если я правильно понял -- не так уж и шустро это
DS> работать всё будет. Hо удобно.
шустрость понятие относительное. Разумеется если туда пихать данные
которые "хорошо ложатся в RDBMS", то оно будет медленее чем SQL. А вот
если данные "очень похожи, но не совсем одинаковы", то сразу получается,
что уже скорость так сходу не замерить. И запросы, соотвевенно, немного
иначе строятся, в чем-то проще и выразительнее.
DS>>>>>>> Вот в том-то и дело, что человек должен иметь возможно запороть
DS>>>>>>> исключительно свою работу, но никак не работу своих коллег.
VB>>>>>> я считаю что любое современное средство этому критерию
VB>>>>>> удовлетворяет. А если у этого средсва еще есть и поддержка
VB>>>>>> версионности, то ваще классно. Мы вот например сейчас
VB>>>>>> прикалываетмся от TWiki. Пытаемся весь раздел сапорта в него
VB>>>>>> запихать. Вроде получается.
DS>>>>> Вывод -- CVS не современное средство?
VB>>>> почему несовременное?
DS>>> Посмотри квотинг.
VB>> так что там не так? Где рпотивоерчие? Я объясню что никакого
VB>> рпотиворечия нет ;-)
DS> Как сделать так, чтобы при использовании CVS, скажем, мой не очень
DS> опытный помошник не мог испортить наши общие данные?
если он пользует команду cvs, то репозиторий он не испортит.
Максимум - одну ревизию. Чтоб это вообще не влияло на "общий результат" -
есть смысл ему выделить ветку. Пусть себе там колбасится. Потом
ОТВЕТСВЕHHЫЙ человек делает merge из его ветки, в основную.
DS>>>>> Вредительство может быть и ненамеренным. Это может быть и rm -rf /
DS>>>>> данный от пользователя.
VB>>>> в случае CVS - он этим удалит только свою рабочую копию.
DS>>> Э... Если он имеет право записи в репозиторий?
VB>> и? В свой модуль, в свои файлы. Причем тут весь репозиторий?
DS> А если их необходимо сделать общими?
пусть общие.
DS> Если какую-то задачу я могу поручить другому человеку, а потом просто
DS> посмотреть сделаные им изменения, то лучше я сделаю именно так.
о! именно. Каждый коммит анонсируется. ProjectManger смотрит результат,
забирает SNAP к себе, и генерит билды. Иногда спрашивает "ты там больше
ничего коммитить не планируешь?". Иногда я говорю "я вот там накоммитил,
мои тесты проходят, нада-бы на более полное функциональное тестирование
релиз собрать". В общем, как-то так это все происходит ;)
DS> Hо чтобы его ошибка стоила мне этих файлов -- так не годится.
Попробуй. Попробовать совсем несложно ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
