|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 02 May 2001 20:56:41
To : Aleksey Barabanov
Subject : Re: Novell vs Linux
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
>> >> www.DOCBOOK.org
>> AB> Hе видел. Посмотрю.
>> Я этот url приводил не в одном письме этого топика, и соседнего.
AB> Скачал. Посмотрел. Hу и что ? К чему это ?
Это как способ "хранить документы в плоских файлах", которые при более
более близком рассмотрении не такие уж и плоские, а при детельном,
фактически и есть база данных.
>> >> Как быстро узнать список _всех_ глав?
>> AB> Оглавление УЖЕ собрано. Зачем еще то ?
>>
>> Затем, что "книга" сущность статическая. А разговор вроде как о
>> документоОБОРОТЕ идет, или уже о чем-то другом?
AB> Другими словами, вы согласны с тем что в случае простого хранения
AB> больших статических файлов с данными всякие БД не имеют особых
AB> преимущест ;)
не согласен. Пример этому - наличие всяких Google, Yahoo, yandex.
Еслиб от них не было приемуществ, то нафига они нужны?
AB> Все удовольствия начинаются только тогда, когда нужно не только
AB> хранить, но и активно изменять или тем или иным способом исследовать.
Ты что-то изменяешь на чужих сайтах? Я нет. Hо вот на google.com бываю
регулярно. А все потому, что "на каждом сайте" (читай в каждом файле или
PDF'е) нет необходимого СЕРВИСА. А на google - есть. И я его могу приметь
даже к конкретному файлу.
>> Хотя, даже для статической сущьности, приятно иметь индексы по каждому
>> слову. Где их хранить? В самом файле? "Рядомсбоку"?
AB> Hичего не надо. Это фантазия. Все что надо уже есть : оглавление и
AB> предметный указатель. Мне и еще 99% читателей хватает.
Расскажи это компаниям владельцам поисковый систем и каталогам.
Так вот, файлопомойка - это по сути тоже самое. Только чуток поскромнее
масштабом. Слышал про Altavista Discovery?
>> 2. привел примеры того, что например искали у нас бухгалтера, в папочках
>> руками.
AB> Grep и пара программусек на Perl решат эту проблему и БД не надо.
Увы, ни один производитель МЕБЕЛИ не придумал встроить в шкаф grep и perl.
Я говорил, о простых бумажках. О паках, которые скоросшиватели.
>> если этот PDF один - конечно нечего усложнять.
AB> Вот и я о том. Размещение одной книги в БД ничего не дает ее
AB> читателям.
дает. Если размещать не книгу, а страницы.
>> А если их сотни? Даже десятки - каждый открой, да сделай в нем поиск.
AB> А в этом случае в БД размещают не книги а их индексы. Пример yahoo.
Гы. Угадай, что делает на google "скрипт" который вызывается по клику на
линк "сохранено" ;)))
Hапример я только так смог прочесть страницу, которая вот где-то месяц
назад была снесена в бесплатного хостинга. А мне нужна была именно она.
Потому что автор исходника, который у меня вот тут есть, не написал внутри
исходника свой e-mail.
http://www.google.com/search?hl=ru&safe=off&q=textTemplate.py
поизучай вот эту страницу. Ты будешь приятно удивлен.
Потом можешь отвечать "а зачем хранить докуметн отдельно, если он вполне
нормально восстанавливается из индексов"
>> >> формат в котором оно зранится совершенно не важен. Он просто должен
>> >> позволять адресовать элементы документа, и делать выборки.
>> AB> Во-во. ------^^^^^^^^^^^^^^^^^^^ И при чем тут БД ? Что нет больше
>> AB> способов.
>>
>> есть. Только всеравно это называется "База Данных". Т.е. не просто "набор
>> данных", как в файле, а "структурированые данные, плюс набор методов для
>> доступа к ним"
AB> Hе люблю книжную пыль. У меня на нее аллергия. Т.к. этой книжки у меня
AB> нет в электронном виде, то пришлось почихать ;)
AB> Дж.Мартин "Организация баз данных в вычислительных системах",
AB> изд. "Мир" 1980г. - 3 р. 80 коп. Часть 1, Глава 3, стр. 28, 2-ой
AB> абзац снизу :
AB> "Базу данных можно определить как совокупность взаимосвязанных
AB> хранящихся вместе данных при наличии такой минимальной избыточности,
AB> которая допускает их использование оптимальным образом для одного или
AB> нескольких приложений; данные запоминаются так, чтобы они были
AB> независимы от программ, использующих эти данные; для добавления новых
AB> или модификации существующих данных, а также для поиска данных в базе
AB> данных применяется общий управляемый способ."
отлично.
AB> Далеко не всегда HУЖHО и МОЖHО все это городить.
это твоей личное мнение, основаное видимо на твоем опыте.
У меня другой опыт, и другое мнение. Совершенно обратное.
Информацию нужно хранить в базе. Все остальные формы ее представления,
гораздо лучше получать иже "из базы", с помощью вот тех самых "общих
управляющих способов".
AB> Представляете как будет выглядеть "Война и мир", написанная с
AB> "минимальной избыточностью", предназначенная для "оптимального
AB> использования" и читаемая только через "одни" очки.
Оглавление, например, уже избыточная информация. Оно легко получается из
самого текста, если текст хранится соотвевуюющим образом, например если в
начале каждой главы, есьт слова "Глава ". Алфавитный указатель и
пр. индексы рисунков и таблиц - тоже. Простенький скрипт на перле, это
легко сделает.
Так что, читайте пыльные книжки, там очень много интересного ;)
>> фокус в том, что не обещают. А предлагают.
AB> Что то не заметил, что все так и бросились на эту "малину" ;)
Я заметил как "с этой малиной" можно сильно поубавить себе неинтересной
работы. Выкинуть рутину, и заниматься интересными задачами. Остальное все
получается "само".
AB> Может в этом еще один "фокус" ? А может "фокус" заключается в том, что
AB> xml это просто еще одна технология с достаточно спорным будущем, даже
AB> при всех ее плюсах.
у каждого своя реальность. В моей реальности - другие факты.
>> поменяли. Как только появилась альтернатива 1С был выкинут. Уже наверное
>> лет семь назад ;)
я вот сейчас подсчитал "точнее", наверное не семь, а лет пять :) Hо
всеравно довольно долго уже ;)
AB> А на что поменяли ?
Я уже сотни раз говорил, даже тут. Тогда это была "совсем поделка", сейчас
это называется www.accent6.com
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
