Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Пример 3: личные дела. Меняющийся состав сведений

Предположим, что нам необходимо в электронном виде хранить личные дела сотрудников. Рассмотрим два полярных решения: хранение в текстовых документах и в реляционной (табличной) базе данных.

Вариант 1: хранение в текстовых документах Microsoft Word

Достоинство: в таком документе может храниться самая произвольная информация – текст с произвольным форматированием, изображения, внедренные документы и проч. Можно в зависимости от текущих пристрастий выбирать состав данных для создаваемых документов и менять его для уже существующих: в одних есть фотография сотрудника, в других она отсутствует, и т.д.

Недостаток: отсутствие чёткой структуры делает такие данные малопригодными для автоматической обработки. Например, как по множеству документов с личными делами построить список сотрудников, родившихся в текущем месяце?

Вариант 2: хранение в реляционной БД

Личные дела являются записями в таблице.

Достоинство: информация полностью структурирована, её легко обрабатывать.

Недостаток: реляционная база требует тщательного предварительного планирования. Неоптимально выбранный набор таблиц и связей, как правило, приводит к неприемлемому падению скорости работы и усложняет все дальнейшие изменения, вплоть до необходимости полной переделки структуры базы заново.

Ещё один недостаток: cуществующие серверы баз данных, как правило, плохо работают с полями, содержащими смешанную информацию: текст с форматированием, изображения, внедренные объекты, гиперссылки и т.д. В лучшем случае, сервер рассматривает такие поля как имеющие тип BLOB (двоичный объект большой длины), т.е. не делает никаких предположений о содержимом поля. Из-за этого, например, затруднен поиск текста в таком поле.

Выход заключается в использовании документо-ориентированной СУБД – Lotus Notes.

Lotus Notes – это документо-ориентированная СУБД:

1. Если реляционная БД состоит из фиксированного набора таблиц, таблицы – из записей, а записи – из фиксированного набора полей, то в Notes БД состоит из документов, а документы - из полей. Документы внутри базы могут иметь неодинаковый набор полей. В существующем документе разрешается создавать новые поля или удалять существующие.
2. Для хранения и обработки смешанной информации поддерживается специальный тип поля: Rich text. ^[3]
3. Описание структуры каждого документа запоминается вместе с его данными, и это, с одной стороны, позволяет программно разбирать его содержимое; с другой стороны, позволяет по мере необходимости менять структуру для создаваемых документов, не затрагивая уже существующие.

Недостатки документо-ориентированности заметны тем более, чем более структурированы по своему смыслу хранимые в базе сведения:

• база занимает больше места на диске и в ОЗУ;
• ... и медленнее обрабатывается.

Поэтому говорят, что традиционные СУБД предпочтительны для хранения и обработки информации, а Lotus Notes предназначен для хранения и обработки знаний в целом.

Резюме

Lotus Notes & Domino – это распределённая объектная документо-ориентированная клиент-серверная СУБД в сочетании с почтовой системой. Помимо встроенных операций для работы с почтой, персональным и групповым календарём, заготовок для организации дискуссионных форумов, она предоставляет возможности по созданию специализированных баз - «рабочих потоков», или «workflow», в которых документы имеют настраиваемый внешний вид, состав полей и программируемое поведение. Перечисленный набор характеристик делает Lotus Notes оптимальным средством для перевода традиционного «бумажного» документооборота в электронный вид.

^[1] Для связи по сети Lotus Notes/Domino использует собственный неопубликованный протокол Notes RPC (Notes R emote P rocedure C all), не имеющий отношения ни к SQL, ни к ODBC.

^[2] Здесь важно упомянуть о том, что все операции с базами в Lotus Notes надёжно защищены правами доступа, но подробнее о механизме прав доступа мы поговорим позднее.

^[3] Поле типа Rich text предназначено для хранения форматированного текста, изображений, внедренных объектов, гиперссылок, вложенных файлов и т.д.