| Сегодня 27.04.2024 | Вы зарегистрированы в системе под именем ANONYMOUS | ||||||||||
|
Реплика:
Я полностью согласен с Автором в том, что по данной теме наблюдается просто катастрофический дефицит объективной информации. И в виду этого считаю, что материалы, подобные данному, имеют серьезный вес, значимость, и соответственно должны обсуждаться. Сейчас предпринимаются некоторые нерешительные попытки восполнить информационный голод, но исходят они опять не от туда, от куда дОлжно: Лотус полностью поглощен корпорацией IBM, русская страничка Лотуса исчезла, семинары и конференции (в том числе LotusSphere) действительно больше напоминают самолюбование или рекламную акцию. Пользователю, стремящемуся получить конкретную человеческую информацию, обратиться некуда: АйТи, Интертраст будут Вам доказывать, что они лучше всех, в том числе и лучше друг друга, КСК разочаровался в России и повернулся на запад, по соседним регионам и странам СНГ картина абсолютно аналогична. Но вернемся к сути: все то, что Автор сообщает, как техническую информацию, верно. Остальное (мнения на различные пункты и пояснения 'от себя') хромает. Тут пару слов о своей компетентности: я Лотусом занимаюсь 'плотно' последних лет шесть-семь. Не как пользователь, а как программист Домино, в последнее время сильно пришлось углубиться и в администрирование. Имею ряд сертификатов на релизы четвертый и пятый, в том числе один уровня 'профи'. Надо заметить, что у Лотуса быть професионалом-программистом, и не быть совсем администратором, невозможно. Верно и обратное утверждение. И я полностью согласен с мнением Автора о том, что '..что Lotus Notes - это не просто одна из используемых компанией систем. Это целый мир, в который нужно погружаться полностью..'. Но мой взгляд на метод погружения отличается от метода, вырисовывающегося из данной статьи. Итак, обо всем попорядку. Первое, что хочется отметить, не совсем корректное наименование самой технологии: статья написана в конце 2001 года, когда уже в эксплуатации была пятерка (пятый релиз Домино, по авторски - Ноутс). Еще с четвертого релиза произошло некое разделение в именах: теперь Lotus Notes - это только клиентская часть клубка, серверная носит название Lotus Domino. Вместе их также величают Домино-технология. Произошло это по той причине, что клиент вырос в самостоятельное приложение, а сервер так оброс всяческими 'попутными' службами, что чистым СУБД его теперь и не назвать. Клиент способен самостоятельно работать с базами (по человечески - локальная реплика базы, но наличие сервера для полноценной работы тут не предполагается), может служить почтовой 'выгребалкой' с любого сервера, совсем не обязательно Лотусиного, планировщик, адресная книга, календарь - все свое, автономное, запросто работает с кучей экаунтов, причем различного типа: доминошными или нет - без разницы. А сервер способен выполнять функции не только сервера СУБД и почтовые, как раньше, но и вэб-сервера, новостного, и еще пару, не столь явных. Вы можете заметить, что и раньше Ноутс был в вэбе. Да, но раньше его было легко узнать, в вэбе он выглядел весьма специфично из-за некоторых ограничений по вэб части (пример:intertrust.ru), а теперь на этом фронте полная свобода (пример:lotus-ua.com). Второе, тоже касается технологий: исходя из статьи, кажется, Автор не знает о наличии двух типов СУБД: реляционные (которые Автором называются 'полноценные', ибо, видимо, имел с ними дело; пример: oralce, sql), и нереляционные (которые Автор назвал 'устаревшие', ибо, видимо, с ними дела не имел; пример: lotus domino). Различия между ними Автор описал с точки зрения пользователя реляционных. Следовательно, приписав их к недостаткам нереляционных. По моему, это нормально, любой автор имеет на это право. Вот только не стоило, в таком случае, в начале писать 'мне показалось важным рассказать - что такое LN на самом деле'. Эта фраза предполагает глубочайшие знания о предмете изложения. А они оказались у Автора статьи не такие уж глубокие (я имею в виду только lotus domino & notes). Возьмем к примеру стандартную доминошную ссылку на документ. Сначала Автор проводит паралель между ней и вэбовской, а затем списывает на недостаток тот факт, что она мертвеет при исчезновении ее объекта. По моему, вэбовский линк ведет себя аналогично. Но делая из этого недостаток, Автор сравнивает ее уже не с вэбом, а с реляционной ссылкой. Мне кажется, это некорректное замыливание, перевод стрелок. Любой маломальски грамотный специалист в Домино организует Вам жизнестойкую ссылку, аналогичную реляционной, в два счета: не знание законов не освобождает от ответственности (с), не знание функций и возможностей не означает их отсутствие. Это же касается и транзакций. Автор вначале отметил, что LN принято считать 'системой организации корпоративного документооборота, хотя на самом деле это не совсем так'. За это замечание я его сразу полюбил :). Я считаю точно так же, и пытаюсь уже не первый год донести до народа, что Lotus Domino - это НЕ документооборот. Это только среда для разработки документоориентированных приложений. Что совсем не означает 'Документооборот'. Да, она почти идеально подходит для разработки любого типа документооброта, но также великолепно она подходит и для написания вэб-порталов, любой электронной коммерции, даже незатейливых игр. В моем багаже есть и такие примеры Домино-разработок: сетевые пятнашки, морской бой, шашки. Главное - изучить сами возможности того инструмета, который попал к Вам в руки (Lotus Domino в данном случае), а не то, для чего они предназначены по мнению продавца или даже производителя. И организовать механизм транзакции в Домино не бОльшая проблема, чем, скажем, дизайнеру в Фотошопе нарисовать собственную кнопку. Также наблюдается путаница у Автора в сравнениях при изменении данных: он утверждает, что при обрыве репликации, если изменения записи были переданы только из одной таблицы, 'во всех современных' СУБД база откатится назад, а Домино (LN) оставит информацию покромсаной (т.е., делает вывод читатель, в одной таблице Домино информация будет обновленной, а в другой связанной с этим изменением, нет). Смею утверждать, что это полностью не соответствует действительности. Разница в подходах к репликации 'современных' СУБД (sql) и Домино действительно большая. Она заключается в основе, в устройстве всей технологии. Автор указал, что у Домино 'ориентация на хранение больших плохо структурированных документов'. Это так, можно с этим согласиться. С одним уточнением: совсем не структурированных. Это основное отличие нереляционных баз от реляционных. А поскольку Автор не понял, что это означает, он видимо и написал 'плохо структурированных'. Т.е., думается мне, представить себе абсолютно не имеющее структуры хранилище документов он не смог. И от сюда посыпались минусы Домино (с точки зрения Автора). Суть приблизительно такова: минимальным хранилищем информации в базах Домино является поле (как и в других СУБД, в принципе). Типов полей (соответственно и типов хранимых в них данных) великое множество. Дальше: группа полей, собранная вместе и имеющая общие свойства (автор, дата сохранения/открытия...), называется документом. По аналогии выходит с записью таблицы из реляционных БД. А вот следующий этап - это уже сама база данных: группа документов, собранных в один файл (с точки зрения операционки), и имеющая общие свойства. Т.е. никаких таблиц в структуре базы нет! Однако их заменитель таки присутствует. Это представление (View, далее 'вид'). Он является частью дизайна самой базы. Вид - это некая маска, трафарет, который накладывается на всю массу документов, хранимых в базе. Количество видов в одной базе теоретически не ограничено. Внешний вид и структура видов разрабатывается при программировании базы. Если сюда еще добавить форму, которая является аналогичным трафаретом для полей документа, то можно сказать, что структуру базы Домино Вы уже знаете. Таким образом, мы можем создать вид, в котором будет показан список всех документов базы, скажем, созданных за сегодня и откатегоризированных(!) по имени автора. Плюс, другой вид, содержащий все документы, отсортированные по дате/времени создания (понятие 'категоризация' в 'современных' СУБД отсутствует вообще, а ведь вещь эта очень логично вписывающаяся в понятие сортировки. почему ее нет у MS SQL - не известно, но вероятно скоро появится, как и многое другое уже появившееся). Теперь смотрите что получается: каждый сегодняшний документ будет для пользователя находится в двух различных видах-таблицах, представляя из себя две совершенно разные записи, показывающие возможно даже различную информацию (какая информация из каких полей документа должна показываться в каких колонках вида также программируется разработчиком). Но фактически, документ в базе-то один. Теперь, возвращаясь к оборванной репликации: вопрос перехода изменений при репликации в нашем кругу давно считался спорным: на уровне чего у Домино происходит репликация, на уровней полей или на уровне документов. Опытным путем (не прибегая к сказаниям Лотуса) достоверно установлено: единицей репликации у Домино является документ. Это означает, что изменения документа на другом конце появятся только тогда, когда там будет получен документ целиком. А коль уж его изменения были получены, то они отразяться во всех(!) таблицах базы данных Домино. После обрыва при следующей репликации будут докачаны те документы, которые не успели пройти до обрыва. Таким образом, смысл функции отката вообще теряется. В нем нет необходимости, система полностью самодостаточна при любом сбое. Ну и последний серьезный минус, выделенный Автором: индексация. Совершенно справедливо замечено, что индексация в Домино - это отдельный процесс. Но точно также и полнотекстовая индексация - это отдельный процесс от обычной индексации. Кроме этого, каждый вид (см.выше) имеет собственный индекс, строящийся самостоятельно. Ни о какой потере документа при поиске речи быть просто не может. Главное - голова на плечах с нужным содержимым. Если Вы создали документ, который не попадает ни в один вид, да, согласен, Вы можете его потерять. Но я лично называю такую ситуацию ошибкой программирования, программист предоставил Вам возможность создать ошибочную ситуацию. Это не является системной потерей документа. В данном случае наш Автор опять лукавит, смешивая воедино два различных процесса: он описывает ненахождение документа ПОЛНОТЕКСТОВЫМ поиском при недостройке полнотекстового индекса. Это совсем не означает потерю документа, это означает его отсутствие в таблице результатов выполненного запроса полнотекстового поиска. Во всех видах, где документ должен быть, он будет, при поиске пользователем документа по виду он будет найден. К примеру, мы имеем неполный полнотекстовый индекс. К слову сказать, с этим я не спорю, такое возможно. Но настройки создания полнотекстового поиска - вещь отдельная от чего бы то ни было. Вы можете задать как обновление так и пересоздание, лимит размера и время - инструментарий довольно гибкий для того, чтоб избежать подобных огрех. Так вот, Вы открываете панель полнотекстового поиска, выполняете запрос "Петров"AND"01.01.01" и ничего не находите. Варианты: а) открываете вид "по датам" и находите документ там, нажимая просто клавиши "01.01", б) на панели полнотекстового поиска нажимаете кнопку "обновить индекс" и выполняете запрос снова. К слову, такая ситуация возможна еще и тогда, когда документ был создан после последнего обновления полнотекстового индекса, например секунду назад. Но Автор вежливо умолчал, что все это также присуще всем другим системам, где используется поиск, подобный полнотекстовому в Домино (например, в MS Windows). Теперь полнотекстовая индексация вложений. Здесь уж совсем просто. Автор абсолютно прав в том, что индексация вложений не производилась. Однако пару лет назад в настройках создания полнотекстового индекса появилась такая опция "индексация вложений". Плюс, чтоб совсем уж было хорошо, скажу, что в стандартной поставке клиента присутствует шаблон базы данных, который является хранилищем документов MS Office. Реализовано в нем все на уровне OLE и WinAPI, индексация всех документов проводится полная, контроль доступа и все прочие фишки Домино работают в полном объеме. О какой проблеме упоминается в статье, становится совсем непонятно. Да, еще замечание о вложениях и их открытии: по умолчанию клиент настроен так, что двойным кликом на вложении в письме запускается приложение, связанное с данным типом вложения. Попросту, берется информация из привязок операционной системы. Кликнув правой кнопкой на вложении (открыв контекстное меню), Вы можете просмотреть вложение и встроенным вьювером Лотуса. Действие, выполняемое по умолчанию, описывается в настройках клиента Notes. Если Вы откроете вложение связанным приложением, измените его и просто нажмете 'Save', Вы действительно потеряете свои изменения, они не попадут во вложенный файл почтового сообщения. Связано с тем, что Ноутс сам перед открытием вложения создаст tmp-файл незаметно для Вас, куда и бухнутся все Ваши редакции. Но если вместо 'Save' Вы нажмете 'Save as..' то такого не случится, и сохранять предварительно вложение на винчестере совершенно не обязательно. О скверной интеграции Домино со сторонними приложениями: есть такие вещи, как LDAP, DECS, которые не могут Вам позволить такое говорить. Создав базу по шаблону DECS, Вы сможете соединить любую свою лотусиную базу со сторонней (Oracle, SQL), правила описаны очень подробно в шаблоне. И в отличие от Oracle, Лотус за help денег не берет вообще никаких. Боитесь нового, используйте ODBC, WinAPI, XML. Это не редкость, когда приложение Домино создает отчеты в Экселевских таблицах, когда Коммерческое Предложение формируется из Доминошной базы клиентов в Вордовский документ. Все это возможно, доступно и не слишком сложно. Главное - глубина погружения :) По поводу 'толстости' клиента, да, можно так сказать. Пятый клиент, не чищенный пол года, у меня занимает 200 Мб. Трафик можно подрегулировать настройками клиента. По умолчанию идут частые запросы, буржуи байты не считают. А вот что касается дороговизны специалистов: себя я считаю специалистом, но найти работу хотя бы на $300 не могу. На $150 берут обома руками. Так скажите мне: это называть 'дороговизной' или 'врожденным чувством экономии' наших бизнесменов, 'жлобством' по народному? Для примера, Ява-разработчик у нас получает $400 на испытательный срок практически в любой конторе. Я бы описал эту ситуацию так: Лотус берут именно для того, чтоб экономить. SQL-сервер самый скромный по моему стоит около $7000 на 20 пользователей. А Домино-сервер приложений - $2000 и неограниченное кол-во пользователей. При этом кроме СУБД, Вы получаете полноценный почтовый сервер (не нравится Ноутсом почту с него выгребать, гребите Outlook, никто не запрещает, сам Майкрософт шлюз дает для полноты ощущений), полноценный вэб-сервер с кучей мониторингов и полным вэб-администрированием. Что еще нужно даже небольшой организации? Для большой это настоящее спасение. А не желаете покупать собственных специалистов, запросто можете стать на обслуживание примерно за $150 в месяц к конторе, которая и админа Вам заменит, и штат разработчиков. А в остальном полностью согласен с Автором. Большое ему спасибо за то, что он таки реально заполняет информационный голод о Лотус Домино. Это сказано без сарказма или шуток, серьезно. Последнее: есть сообщение, может кто не в курсе. Несколько месяцев назад вышла новая версия Lotus Domino, шестой релиз, уже под полным патронатом IBM. Продукт получился весьма серьезный, правда клиент стал еще толще :) Обсуждение (всего 11 реплик, последняя - 16.05.2003 15:36)
Настройка
|
| В начало страницы | (C) Andrey Akopyants | |
| Перепечатка авторских материалов сайта приветствуется! Ссылка на первоисточник при перепечатке обязательна. | ||