• БД может наследовать описания отдельных элементов дизайна с одного или нескольких дизайн - шаблонов. Каждый наследуемый элемент должен иметь ссылку на свой шаблон.
Имя шаблона задается в окне свойств элемента дизайна (вида, формы, субформы, агента и т.д.).
Примечание.
Окно свойств элемента дизайна может быть открыто по команде меню 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). Если новая копия будет с здана как реплика, процесс репликации будет осуществлять синхронизацию обе, копий. Это означает, что все изменения в структуре и документах новой реплю будут отражаться на исходной базе данных и наоборот.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.