Структура бази даних Domino. Створення БД і робота з її властивостями, страница 4

• БД может наследовать описания отдельных элементов дизайна с одного или нескольких дизайн - шаблонов. Каждый наследуемый элемент должен иметь ссылку на свой шаблон.

Имя шаблона задается в окне свойств элемента дизайна (вида, формы, субформы, агента и т.д.).

Примечание.

Окно свойств элемента дизайна может быть открыто по команде меню Design-DesignJProperties после выбора нужного элемента дизайна в списке форм, либо в списке видов, либо  и т.д.

Обновление дизайна в БД на сервере производится ежедневно серверной программой DESIGN. Можно запретить наследование-обновление элемента дизайна, для этого нужно установить опцию Do not allow Design Refresh/Replace to modify в окне свойств элемента дизайна.

Если шаблоны баз данных содержатся на сервере (все предоставляемые системой Notes шаблоны по умолчанию помещаются на сервер), выполняемый на сервере процесс Design обеспечивает обновление баз данных в зависимости от текущего состояния шаблонов. По умолчанию процесс Design выполняется в час ночи.

Таблица 3.3 – Шаблоны БД - приложений, входящие в комплект Notes

Название шаблона

Имя файла

Approval Cycle (R4) (Цикл согласования)

APPROVE4.NTF

Database Library (Библиотека баз данных)

DBLIB4.NTF

Discussion (R4) (Дискуссии)

DISCUSS4.NTF

Document Library (R4) (Библиотека документов)

DOCLIB4.NTF

Lotus SmartSuite 96 Library (R4) (Библиотека документов для работы с приложениями SmartSuite 96)

DOCLIB4L.NTF

Microsoft Office Library (R4) (Библиотека документов для работы с приложениями MS Office)

DOCL1B4M.NTF

Personal Journal (R4) (Личный журнал)

JOURNAL4.NTF

Room Reservations (R4) (Планирование ресурсов)

RESERVE4.NTF

Personal Address Book (Личная адресная книга)

PERNAMES.NTF

Web Navigator (Навигатор по World Wide Web)

WEB.NTF

Shared Template Components (R4) (Общие компоненты дизайна)

SHARE4.NTF

Создание копии реплики

Несмотря на то что данная книга посвящена разработке приложений, что, конечно, предполагает создание новых баз данных, для понимания этого раздела необходимо ознакомиться с особым типом копий баз данных, называемым копией реплики (replica copy). Репликация заложена в самой сердцевине Domino. Это процесс обмена информацией между серверами и пользователями для синхронизации данных, которые содержатся в репликах. Каждая база данных имеет уникальный идентификатор, называемый Replica ID (Идентификатор реплики). Этот идентификатор определяет, должна ли база данных на сервере копироваться или синхронизироваться с базой данных на другом сервере. Эта возможность является одной из основ Domino, которая отличает ее от других систем баз данных. Данный принцип оказался настолько эффективным, что другие компании теперь применяют его в своих системах.

Domino является по-настоящему распределенным приложением клиент-сервер. Копии реплик баз данных могут существовать на многих серверах и рабочих станциях. Возможно наличие нескольких реплик для одной и той же базы данных на одном компьютере. Domino распознает реплики по идентификаторам реплик, которые являются составной частью файла базы данных Domino. Для просмотра идентификатора реплики необходимо щелкнуть на пиктограмме базы данных и выбрать команду  меню File | Database | Properties (Файл | База данных ) Свойства) либо щелкнуть пиктограмме правой кнопкой мыши и выбрать команду Database Properties (Свойства базы данных) контекстного меню, как было показано ранее.

В предыдущем разделе говорилось, что новая база данных содержит данные, возможно, и элементы структуры, отличные от оригинала. Важно, чтобы база да ных создавалась как новая, а не как реплика, в которой идентификатор репли будет совпадать с идентификатором оригинала. После создания новой копии нео ходимо присвоить ей новый идентификатор (Replica ID). Если новая копия будет с здана как реплика, процесс репликации будет осуществлять синхронизацию обе, копий. Это означает, что все изменения в структуре и документах новой реплю будут отражаться на исходной базе данных и наоборот.