База данных Rational DOORS - это сервер с одной нитью, отвечающий за обработку файлов. При наличии достаточно мощного аппаратного обеспечения сервер может выполнять сотни операций в секунду, однако одновременно обрабатывается только один файл. На производительность может влиять расстояние по сети между клиентом и сервером. Для сетевого хранилища поддерживается решение сети хранения данных (SAN), однако сетевые хранилища (NAS) не поддерживаются.
Сервер базы данных имеет умеренные требования к памяти: для большинства проектов достаточно 2 ГБ ОЗУ. Однако, поскольку Rational DOORS - это приложение, предназначенное для работы с документами, при открытии модуля в память загружаются все его данные. Если модуль содержит ссылки на другие модули, то эти модули загружаются в фоновом режиме. В случае применения больших модулей с большим числом объектов и ссылок на другие модули, уровень использования памяти может значительно вырасти. Операции экспорта модулей и обработки Rational DOORS eXtension Language (DXL) также повышают расход памяти и снижают производительность.
Клиент рабочего стола для Rational DOORS версии 9.5 и выше поддерживает управление памятью с поддержкой больших адресов (LAA). LAA позволяет увеличить виртуальное адресное пространство клиента до 3 ГБ в 32-разрядных системах и до 4 ГБ в 64-разрядных системах. Дополнительная информация о настройке памяти для поддержки LAA приведена в разделе Установка клиента Rational DOORS.
Rational DOORS версии 9.5.1 и выше использует оптимизацию памяти для снижения уровня использования памяти. Rational DOORS версии 9.6.0 и выше содержит 64-разрядный клиент, который позволяет повысить объем доступной памяти.
Запись операций модуля хранится в файле хронологии. Хронология модуля, которая растет по мере добавления содержимого объектов и ссылок участниками коллектива, загружается в память при открытии модуля. Для того чтобы избежать снижения производительности, можно уменьшить объем сохраняемой хронологии путем настройки параметров конкретного модуля и атрибутов объектов. Для сокращения размеров записей хронологии рекомендуется регулярно создавать контрольные версии модулей. При создании контрольной версии хронология удаляется из модуля и сохраняется в контрольной версии. В результате сокращается время, необходимое для загрузки модуля. Дополнительная информация приведена в разделе Контрольные версии.
При сохранении частного или общего представления можно создать представление по умолчанию, которое становится шаблонов для других частных или общих представлений. При создании представления по умолчанию не рекомендуется использовать столбцы DXL макетов и столбцы трассируемости. Если эти столбцы содержат ссылки на другие модули, открываемые вместе с текущим модулем, то производительность может быть снижена. Значения из столбцов DXL макета обновляются каждый раз при обновлении экрана.
Если динамическое обновление не требуется, то содержимое столбца DXL макета можно преобразовать в DXL атрибутов. Если столбцы макетов требуется добавить в представление по умолчанию, то один столбец может содержать все значения глубины трассировки. Кроме того, производительность можно повысить, исключив из представления по умолчанию функцию обзора модулей. Дополнительная информация приведена в разделах Можно сохранить представлений и Преобразование DXL макета в DXL атрибута.
При удалении проекта, папки или модуля артефакт не удаляется из базы данных. Для повышения производительности можно удалить артефакты на постоянной основе путем очистки удаленных элементов на панели Структура базы данных. Дополнительная информация приведена в разделе Удаление, отмена удаления и очистка.
Размер модуля зависит от числа содержащихся в нем объектов, атрибутов и объектов OLE. Если размер модуля начинает влиять на производительность, переместите часть данных в новый модуль. Вместе с модулем в память загружаются расположенные в нем объекты OLE. Большое число объектов OLE может стать причиной задержек при открытии, прокрутке и закрытии модуля.
По умолчанию изменения OLE не записываются в хронологии атрибутов. Изменение параметра хронологии OLE в окне свойств базы данных может привести к снижению производительности. Дополнительная информация приведена в разделе Запись хронологии объектов OLE.
Для повышения производительности рекомендуется сократить число модулей связей путем группировки связей общих типов в одном модуле связей. При добавлении столбца трассируемости или выполнении анализа связей в модуле сократите глубину анализа, чтобы свести к минимуму число открываемых модулей. Дополнительная информация приведена в разделах Модули связей, наборы связей, и пары наборов связей и Добавление столбца трассируемости.
DXL поддерживает триггеры, которые представляют собой сценарии, выполняемые в ответ на заданные операции в Rational DOORS, такие как открытие и закрытие модуля. Для повышения производительности уменьшите число триггеров.
Не рекомендуется использовать строки в сценариях DXL. Их можно заменить буферами, которые удаляются в динамическом режиме. Дополнительная информация приведена в разделе Расширение возможностей Rational DOORS с помощью DXL.