| Печать Открыть версию интерактивной справки в формате PDF

### О производительности отчетов Производительность отчетов важна для компаний с большими объемами данных и числом пользователей. Чем обширнее и сложнее становятся потребности в отчетах, тем важнее производительность отчетов. Понимание того, как Oracle CRM On Demand эффективно обеспечивает устойчивость данных и обрабатывает их с помощью кэширования и разнесения во времени, помогает создавать отчеты с максимальной возможной производительностью. В этом разделе описывается встроенный механизм кэширования, обеспечивающий быструю реакцию системы, а также ожидаемую производительность во время ночного обновления и при использовании предметных областей отчетов вместо предметных областей аналитики. Дополнительные сведения о производительности отчетов см. в разделе Оптимизация производительности. ### О кэшировании При выполнении отчетов и запросов с использованием предметных областей аналитики результаты запросов кэшируются. Кэширование запросов позволяет Oracle CRM On Demand быстрее выполнять последующие запросы, не обращаясь к базе данных повторно. Это обеспечивает сокращение времени для ответа на запрос. Помимо этого, данная функция сберегает сетевые ресурсы и сокращает трудоемкую обработку базы данных. Запросы не обязаны быть идентичными для получения преимуществ от кэширования. Даже в случае подмножества выполненного ранее запроса с условием фильтра или того же запроса с меньшим числом столбцов может использоваться кэш, созданный для предыдущего запроса. Просмотр данных полностью учитывается при кэшировании запросов. Поскольку база данных обновляется путем приращения, кэш запросов очищается и повторно заполняется при последующем выполнении нового набора запросов. Кэширование запросов поддерживается только для отчетов и запросов, использующих предметные области аналитики. Для отчетов и запросов в реальном времени кэш запросов не применяется. Однако для запросов и отчетов как в реальном времени, так и исторических используется кэш веб-сервера. Кэш веб-сервера отличается от кэша запросов, поддерживаемого Oracle CRM On Demand. Кэш веб-сервера для запросов в реальном времени или исторических запросов существует не менее 10 минут после создания или использования, но очищается через 60 минут. Некоторые запросы могут очищаться быстрее, чем через 60 минут, в зависимости от количества выполняемых запросов. ### Аналитические (исторические) отчеты в сравнении с отчетами формирования отчетов (в реальном времени) Запросы, выполняемые с использованием аналитических (исторических) предметных областей, быстрее по сравнению с запросами, где используются отчетные (в реальном времени) предметные области. Предметные области аналитики используют специальное хранилище данных, разработанное и оптимизированное исключительно для анализа и формирования отчетов. Предметные же области в реальном времени используют базу данных, оптимизированную для поддержки оперативных операций, где небольшой объем записей считывается, записывается и обновляется предельно быстро. Поэтому при использовании предметных областей в реальном времени возникает конкуренция запросов за ресурсы базы данных, которая должна также обеспечивать обновление транзакций Oracle CRM On Demand, что влияет на производительность как Oracle CRM On Demand, так и запросов в реальном времени. В связи с необходимостью поддерживать использование в отчетах самых актуальных данных предметные области в реальном времени не обеспечивают кэширование запросов, что дополнительно уменьшает проблемы производительности запросов даже для идентичных запросов. Используйте предметные области в реальном времени только тогда, когда действительно важно получить самые актуальные данные с точностью до минуты или когда исторические предметные области не соответствуют имеющимся потребностям в отчетах. ### Производительность отчетов во время ночного обновления На производительность запросов отчетов в реальном времени сильно влияет процесс ночного обновления, поскольку данные, которые должны быть извлечены по запросу, считываются в это время также этим процессом для заполнения хранилища данных, обеспечивающего исторические предметные области. А на производительность запросов исторических отчетов процесс ночного обновления не влияет, поскольку в начале ночного обновления делается снимок хранилища данных и пользователи перенаправляются к этой реплицированной копии. По завершении ночного обновления пользователи перенаправляются в обновленное хранилище данных автоматически. Эта функция прозрачна для пользователей.

Опубликовано в Август 2022 | Copyright © Oracle и/или ее дочерние компании, 2005, 2022. Legal Notices.