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

Создание индекса всего текста предоставляет возможности индексации вложений и создания зависимых от регистра индексов, как показано на рис. 7.23.

Вкладка Advanced

Вкладка Advanced (Дополнительно) наиболее интересна тем, что позволяет управлять параметрами, которые влияют на быстродействие. Эти параметры показан! на рис. 7.24. В этом разделе рассматривается каждая опция и ее влияние на быстродействие базы данных.

Don't maintain unread marks (He использовать маркировку документов как непрочитанных)

По умолчанию маркеры Unread (Непрочитанный) поддерживаются для каждо! пользователя, который выполняет доступ к базе данных. Разработчик может не и< пользовать эти маркеры для представлений. Отказ от маркеров повышает быстроде! ствие базы данных, поскольку не приходится проверять и хранить соответствующую информацию для каждого пользователя. Этот флажок определенно не следует устнавливать для почтовых баз данных, поскольку в них широко используются маркеры Unread. Пользователям важно знать, какая почта требует прочтения. Однако для справочной базы данных нет необходимости отслеживать эти маркеры.

Document table bitmap optimization (Оптимизация растрового отображение таблиц документов)

Я считаю эту опцию одной из самых интересных, поскольку ее смысл и описание, на мой взгляд, никак не связано. Однако я уверен, что эта надпись имеет те:

нический смысл. Как бы там ни было, эта опция позволяет управлять индексации и открытием представлений, в которых документы выбираются по формам. Если базе данных много представлений данного типа, эта опция должна быть задейств( вана. В результате значение поля формы для каждого документа будет храниться наборе представления. Затем при обновлении, индексации или первом открыта представления его информация будет обновляться в результате просмотра только ti документов, в которых используются указанные формы.

Don't overwrite free space (He перезаписывать свободное пространство)

Когда в базе данных начинает происходить удаление документов, создается свободное пространство, которое может повторно использоваться. Чтобы повторно использовать свободное пространство, необходимо поддерживать таблицу доступного пространства и сверяться с ней при каждой записи в базу данных новой заметки. Это требует дополнительных затрат времени на операции ввода/вывода. Если свободное пространство не перезаписывается, все данные записываются в конец файла и обращения к таблице свободного пространства не происходит. Заполняется ли свободное пространство? Да, когда выполняется утилита Compact с заданными параметрами, база данных полностью перезаписывается и все свободное пространство заполняется.

Maintain LastAccessed property (Поддерживать свойство LastAccessed)

Если эта опция задействована, при любом доступе пользователя к документу для чтения или редактирования его поле Last Accessed (открывавшиеся последними элементы) обновляется. Данная опция используется только в том случае, когда установлена архивация базы данных в зависимости от времени последнего обращения к документам. В противном случае эта опция будет напрасно снижать быстродействие, поскольку она требует записи в документ при каждом его открытии.

Disable transaction logging (Отключить регистрацию транзакций)

Эта опция отображается только в том случае, когда регистрация транзакций установлена в документе Server каталога Domino Directory. Регистрация транзакций служит механизмом восстановления изменений, добавлений и удалений документов в базе данных после сбоя сервера. До появления версии 5 в случае сбоя сервера все базы данных, которые были на тот момент открыты, восстанавливались утилитой Fixup, выполнявшейся при запуске сервера. Восстановление буквально сводилось к удалению всех поврежденных документов. Кроме того, до выполнения утилиты Fixup база данных была недоступной для пользователей. В версии 5, если функция Transaction Logging задействована, все транзакции регистрируются в файлах журналов, которые хранятся на отдельном жестком диске. В случае сбоя сервера файл журнала будет использован при его повторном запуске, чтобы применить все транзакции, которые не были записаны в базу данных, когда произошел сбой.