Я попробую сформулировать, почему никто не берётся помочь Вам разобраться в том, где же Вы ошиблись.
По моему впечатлению, Ваши заблуждения начинаются с того момента, как Вы начинаете рассматривать каждую из возможностей Lotus Notes в примерке её к возможностям РСУБД.
Вы не создавали приложений на Lotus Notes и Вам сложно понять, почему же так важна и полезна та или иная возможность - Вы просто не видите её применения в РСУБД или видите, что в том виде, в котором она существует в Lotus Notes, в РСУБД эта возможность бесполезна. В Вашей статье это касается...>>>>
В отличии от воя на форуме, вы подняли тему, которую действительно стоит обсудждать - различия в подходах.
Я меня есть четкое впечатление, что лотус позволдяет ХОРОШО И БЫСТРО решать СИЛЬНО УПРОЩЕННЫЕ ЗАДАЧИ, и все проблемы вылезают, когда их пытаются довести до реальной сложности.
Давайте, для примера, возьмем класический пример - простая кадровая учетная система, где есть
Сотрудники (с некоторой информацией о них) Подразделения (с информацией) И собственно, факт (и история) работы сотрудников в подразделениях, причем одни и те же люди могут работать в нескольких разных подразделениях в одно время на разных должностях с полной/частичной занятостью и с разными окладами.
На эту картинку нужно уметь смотреть как в разрезе персоналий (гден работает такой-то), так и в разрезе подразделений (кто работает), с возможностью исчислить как фонд зарплаты по отделу, так и доход сотрудника.
Я хотел бы понять - как вы обойдетсь в такой задаче без нескольких связанных сущностей, и заголните все это в один документ?>>>>
В отличие от "воя на форуме", Вы, как загнанный волк, предпочитаете отмалчиваться, публикуя реплики раз в неделю, и не признавая своих ошибок. А еще сто лет назад жил такой мужик, которого звали Дейл Карнеги, который писал - "если вы ошиблись, немедленно это признайте, и тогда заслужите уважение окружающих">>>>
попробую вернуться к истокам, и свести свою статью к ряду тезисов. Их обсуждать будет проще...
1. Лотус as is - красивая и достойная вещь, легко решающая ряд задач базового уровня.
2. Лотус страдает определеными проблемами с системой хранения данных, вылезающими при усложнении модели данных и нагрузки.
3. Лотус - в значительной степени "вещь в себе", и именно как таковой, он работает оптимальным образом. По мере его "раскрытия" он утрачивает свойства целостности, и превращается в некоторый достаточно сложный и во многом избыточный сервер приложений.
4. На сегодня уже многие функции Лотуса воспроизводятся микрософтовскими решениями. Через год-два они будут уже нормальными и рабочими.
5. Те, кто подсел на Лотус пять лет назад для целей поверхностной копоративной автоматизации , сделали совершенно правильно.
6. Те, кто делают это сегодня, ввиду 4) поступают неправильно, так как отрезают себя от мэйнстрима.
7. Для разработки тиражируемых решений по работе с документами, где трудоемкость постановки и разработки все равно достаточно велика, Лотус плох из-за 2). В результате решения должны получаються либо "честными", но плохо работающими, либо хорошо работающими, но упрощенными.>>>>
> 2. Лотус страдает определеными проблемами с системой > хранения данных, вылезающими при усложнении модели > данных и нагрузки.
Да, есть кое что. («И это "кое что"??? Вы, рюсские слишьком много кюшать! - В смысле?! - В смысле - зажрались!» :-) (из к/ф "Ширли-Мырли") ) Вы самостоятельно сталкивались с реальными проблемами на эту тему? Будьте добры: назовите приложение (или хотя бы его тип), кто его проектировал и разработал. Конкретика - лучший доктор от беспочвенных наездов (как на Notes, так и на Вас, Ан...>>>>
................................ (продолжение - извините, отправил недописанный спич...) Андрей! Вы же сами знаете, что такое капиталистический маркетинг. Это IBM из себя джентльмена строит... Типа мол: "Собака лает - караван идёт..." А некоторые (не будем показывать пальцем) благодаря умелому маркетингу (конечно, не только ему, но ему в первую очередь) очень многого добились.
Итак, вы согласны, что есть области, где СУБД работает лучше, чем Лотус, и по хорошему их нужно дружить, а не противопоставлять...
Остается разобраться
1) В каких приложениях Лотус лучше, чем СУБД + стандартная (MS-овская или юниксная почта), и почему.
2) Не проще ли было бы те приложения, в которых вы предлагаете комбинировать Лотус и СУБД, делать чисто на СУБД, а если нет, по почему?
3) Понятно, что со всякими драйверами Лотус можно использовать как средство разработки СУБД-шных приложений (вместо VB или Delphi). Какие у него преимущества и недостаки в этом качестве?
4) И наконец - к какому классу задач относится делопроизводство - где нужно СУБД или где достаточно одного Лотуса? =================
А сделать форматированный текст не слабо... Только в форуме оно нафиг не надо. А статьи я публикую именно так....>>>>
1) В каких приложениях Лотус лучше, чем СУБД + стандартная (MS-овская или юниксная почта), и почему. 1. документооборот. достаточно попробовать реализовать на субд древовидную схему ответов на один документ. то что в Domino называют response а в субд такого просто нет. и плюс можете попробовать делать ответами документы разного типа. 2. я не уверен, что юниксовой почтой вы сможете передать ссылку на документ в субд. не через веб, а просто в приложении.
2) Не проще ли было бы те приложения, в которых вы предлагаете комбинировать Лотус и СУБД, делать чисто на СУБД, а если нет, по почему? ну, например, мне нужно сделать отчет по билинговой системе, данные я беру из субд, оформляю его средствами лотуса и отчет уходит по защифрованным Domino каналам на другой конец страны. средствами субд это не сделаешь, это как минимум нужен редактор здесь, и инструмент для просмотра там. плюс почта и система шифрования.
3) Понятно, что со всякими драйверами Лотус можно использовать как средство разработки СУБД-шных приложений (вместо VB или Delphi). Какие у него преимущества и недостаки в этом качестве? стоп, а статью писал кто? или мы сейчас все напишем, а вы завтра новую статью "типа опа, я весь такой умный?" было, проходили, тоже умники надергали описание некоторых багов из форума интертраста и рассказывали о проблемах с домино.
4) И наконец - к какому классу задач относится делопроизводство - где нужно СУБД или где достаточно одного Лотуса? мало того, только домино и достаточно, а одного субд всегда мало.
1. No problems. Иерархические стркутуры реализуются в худшем случае через одну доп. табличку, а если они строго древовидные - и без неее. И прекрасно работают.
2. Вы правы в том смысле, что СУБД сама не живет - нужен еще почтовый сервер, генератор отчетов, средства шифрования и др. Но все это есть, и каждое их использумых средств имеет свои преимущества перед Лотусом. А главное, их можно по разному комбинировать...
Опять же мелочи всякие - шифрование и подпись не сертифицированы ФАПСИ, как редактор - WORD привычней, и др.>>>>
Иавн! 1. Вы прекрасно знаете, что одну и ту же задачу можно решать с разной степенью приближеня. Российское делопроизводство, особенно в сочетании электронного и бумажного, есть достаточно сложная по модели предметной области задача, на которой уже проявляются ограничения Лотуса.
Западное делопроизводство в этом смысле существенно проще.
Если проводить аналогию делопроизводства с учетом, я бы сравнил Лотус с Excel-ем. И тот, и том позволяют очень быстро решить задачу в простейшей постановке, но делаются все менее и менее пригодны по мере ее усложения.
Ну нет на рынке Лотусовых приложений, сравнимых по функциональности и стойкости к нагрузке со специализироваными DMS или Workflow приложениями...
По поводу тонких ошибок - извиняться, конечно, не хочется, но что делать... Ошибка есть ошибка. Будет возможность - извинюсь печатно. В форуме я это уже сделал...