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


Предыдущий раздел

Следующий раздел

Оптимизация производительности

При каждом обращении к отчету или анализу данные извлекаются из базы данных, управляемой сервером отчетов, и отображаются на странице. Чем сложнее анализ, тем больше времени занимает запрос в базу данных, извлечение и представление данных. В этой теме даются рекомендации по созданию отчетов, которые отображаются как можно быстрее.

Перед началом работы Выполните следующие шаги.

  • Просмотрите встроенные отчеты, доступные в Oracle CRM On Demand. Это типовые отчеты, охватывающие большую часть потребностей в отчетах.
  • Пройдите учебные курсы.
  • Продумайте свои потребности в отчетах сообщения и утвердите их, как положено.
  • Проверьте параметры настройки браузера – он должен быть настроен на быстродействие.
  • Ознакомьтесь с вопросом производительности отчетов. Дополнительные сведения см. в разделе О производительности отчетов.

О предметных областях

Можно использовать два типа предметных областей в зависимости от потребностей в отчетах и потребностей бизнеса.

По возможности, для создания отчетов следует использовать предметные области анализа. Они хранятся в специальном информационном хранилище, которое настроено для оптимально быстрой обработки запросов. Информационное хранилище, используемое для предметных областей анализа, обновляется ежедневно, и отчеты, создаваемые в этих предметных областях, отображаются быстрее, чем в предметных областях отчетов даже в случае больших и сложных запросов.

Предметные области отчетов хранятся в той же базе данных, в которой выполняются все другие транзакции пользователя для приложения, следовательно, происходит конкуренция за ресурсы. Таким образом, быстродействие меняется в зависимости от времени извлечения данных для отчетов.

Рекомендации по использованию предметной области отчетов

При использовании предметной области отчетов соблюдайте следующие рекомендации:

  • По возможности используйте поля из папок (расширенных) адресов.
  • Если возможно, сведите к минимуму использование следующих элементов:
    • Поля пользовательских списков выбора.
    • Поля из любой папки "Принадлежит пользователю". Вместо этого используйте поле "Владелец".
    • Поля из папки "Основной контакт" в папке "Субъект".
    • Функции CAST для полей "Дата" или "Дата/время".
    • Поля "Родительская организация", "Последнее изменение:", "Создано" и "Руководитель".
    • Поля из папок типов даты, например "Дата создания" и "Дата закрытия".

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

Рекомендации по повышению производительности

Для повышения производительности соблюдайте следующие рекомендации:

Поэтапное создание отчетов

Выполните следующие шаги.

  • Начните с малого и тестируйте отчет по мере его создания. Начните с нескольких полей и проверьте их перед добавлением дополнительных столбцов.
  • Проверьте свои фильтры, чтобы определить наилучшую последовательность их использования.

    Разные последовательности могут увеличивать или уменьшать производительность, но определить это можно только методом проб и ошибок.

Сведение к минимуму полей или столбцов из разных типов записей

Соблюдайте следующие рекомендации:

  • Столбцы. Выбор столбцов из разных типов записей для анализа усложняет запрос данных. Это может отразиться на скорости вывода результатов. Следует учитывать это при включении в отчет полей из разных типов записей.
  • Селекторы столбцов. Все селекторы столбцов должны принадлежать к одному типу записи. По возможности не следует использовать селектор столбцов, который связан с другим типом записи.
  • Приглашения. Старайтесь делать все ссылочные поля приглашений в пределах папки того же типа записи.

Использование индексированных полей

Выполните следующие шаги.

  • Используйте индексированное поле для фильтрации данных в отчетах в реальном времени.

    Индексированные поля оптимизируются, поэтому результаты отчета выводятся быстрее.

  • Заранее спланируйте настройку данных, чтобы гарантировать хранение правильных данных в индексированных полях.

    Соблюдение этих рекомендаций поможет создавать отчеты, которые используют индексированные поля, включая их наилучшим образом. В системе Oracle CRM On Demand предусмотрено также ограниченное число пользовательских индексированных полей. Их число меняется в зависимости от типа поля и типа записи.

Ограничение иерархии организации пятью уровнями

Чем выше находится пользователь в иерархии организации, тем больше данных возвращается и медленнее выполняется отчет. Поэтому ограничьте иерархию максимум пятью уровнями.

Использование фильтров

Фильтры ограничивают объем возвращаемых данных во время анализа. Фильтрация может ускорить выполнение отчета.

  • Примените фильтры на первом шаге создания отчета. Если объем данных компании велик, сначала примените фильтры, и только после этого используйте предварительный просмотр отчета.
  • Установите приоритетом самый значимый тип записи. Например, в предметной области "Операции" фильтруйте операции.
  • Сначала выберите самые ограничительные фильтры, а затем, после экспериментирования, ослабьте ограничения, как требуется.

При добавлении фильтров учитывайте следующие рекомендации:

  • Если фильтр ссылается на столбец с базовой CASE-формулой, этот фильтр может серьезно повлиять на скорость вывода отчетов, в зависимости от формулы и связанной обработки. При фильтрации поля с CASE-инструкцией или другой формулой, поэкспериментируйте, чтобы влияние этой фильтрации на производительность обработки отчетов.
  • Перед использованием CASE-формулы задайте себе следующие вопросы:
    • Можно ли выполнить эту классификацию в Oracle CRM On Demand, используя функцию потока операций?
    • Нужен ли код классификации в других отчетах? Если да, подумайте о создании нового столбца и потока операций для заполнения столбца.
  • Отчет, который фильтрует пользовательское поле "Дата", может работать быстрее, чем подобный отчет, который фильтрует пользовательское поле "Дата и время", потому что все поля "Дата и время" включают преобразование часовых поясов, что замедляет работу. Поэтому, при возможности, фильтруйте пользовательские поля "Дата" вместо полей "Дата и время".
  • Старайтесь не использовать условие OR (ИЛИ) для разных типов записей или столбцов (например, SR.Type = 'A' OR SR.Priority = 'High' OR Account.Industry = 'Medical'). Вместо этого попробуйте сделать следующее:
    • Удалите условие OR и выполните дальнейшую классификацию в сводной таблице.
    • Разбейте отчет на несколько отчетов меньшего размера, а затем объедините результат, используя объединенную аналитику.

Соблюдайте рекомендации при определении приглашений

Приглашения (запросы) для отчета можно определить на шаге 3 страницы "Построение и просмотр анализа" в Oracle CRM On Demand. Эти приглашения позволяют пользователям, которые обращаются к окончательному отчету, сделать выбор, чтобы ограничить данные в отчете. При выполнении отчета, использующего приглашения, быстродействие зависит от продолжительности обработки приглашений и отчета.

При добавлении приглашений к своему отчету, выполните следующие действия:

  • Сократите число приглашений, используемых для отчета.
  • Избегайте использования изображений с высоким разрешением для приглашений-изображений. Рекомендуется, чтобы разрешение изображения для отчета не превышало 100 точек на дюйм, а лучше использовать изображения с разрешением 50 точек на дюйм или ниже.
  • При определении приглашений в меню "Какие значения должны отображаться для пользователя" выбирает "Нет" или "Все значения" для максимальной производительности. Старайтесь не использовать параметр "Предельные значения фильтра". Этот параметр ограничивает выбор для приглашений, которые отображаются в отчете. Ограничение основано на других фильтрах и приглашениях, которые применяются к отчету. Если отчет содержит большой объем данных, этот параметр может замедлить вывод отчета.

    При выборе параметра "Нет", "Все значения" или "Предельные значения фильтра" рекомендуется найти баланс между скоростью вывода отчета и оптимальным количеством нужных значений для вывода в отчете.

Введение ссылок на детализацию для подробных отчетов

Вместо создания отчетов с длинным списком таблиц данных, диаграмм и графиков поступайте следующим образом:

  • Спроектируйте предварительный отчет, чтобы показать сводную информацию или тенденции, и дайте пользователям опробовать детализацию.
  • Постройте отчеты с более детальной информацией для данных из первого отчета. Затем введите ссылки детализации в сводный отчет.

Следующая процедура описывает, как связать отчеты с таблицами.

Чтобы связать отчеты с таблицами

  1. Щелкните значок "Формат столбца", чтобы открыть диалоговое окно "Свойства столбца".
  2. Откройте вкладку "Формат столбца".
  3. В раскрывающемся списке "Тип взаимодействия значений", выберите "Переход".
  4. В поле "Перейти к другому анализу" найдите подробный отчет, который хотите развернуть, и затем нажмите OK.

Следующая процедура описывает, как связать отчеты с диаграммами.

Чтобы связать отчеты с диаграммами

  1. Щелкните значок "Дополнительные параметры отображения диаграмм" на странице "Изменение диаграммы" (в панели "Анализ: название отчета" на левой стороне страницы).
  2. Перейдите на вкладку "Взаимодействие".
  3. Выберите "Переход" и найдите подробный отчет для детализации из диаграммы.

Ограничение числа операций настройки

Расширенные возможности позволяют объединять запросы. Затем можно выполнить настроечные операции, такие как объединения, пересечения и другие действия соединения на тех запросах, чтобы построить окончательный отчет. Чем больше результатов запросов объединяется, тем дольше обработки для выполнения окончательного отчета. Для максимально быстрой обработки ограничьте число операций настройки (не более трех).

Уточнение кода HTML и описаний

При использовании HTML в сочетании с SQL, выполните следующие действия:

  • Удостоверьтесь, что код HTML ясен и точен и не содержит ненужных тегов и лишней информации.
  • Проверьте ясность и точность описаний и отсутствие в них ненужных инструкций.

    Точные описания делают указанное форматирование более эффективным и уменьшают проблемы производительности.

Удаление столбцов в сводных таблицах

Сводные таблицы позволяют просматривать разные представления отчета без создания нескольких отчетов, но это также может повлиять на производительность. При возможности удаляйте столбцы, которые не используются в самой сводной таблице, из критериев отчета (на шаге 1 "Определение критериев").

Использование диаграммы сводных результатов

При возможности для каждой сводной таблицы, которая требует диаграмму, используйте параметр "Построить диаграмму сводных результатов" вместо создания отдельного представления диаграммы. Несколько диаграмм в отчете потребуют больше обработки, потому что приложение Oracle CRM On Demand должно создавать диаграммы отдельно, а не одновременно со сводной таблицей.

Возможность масштабирования отчетов

Возможна ситуация, что отчеты хорошо выполняются при проверке, когда еще не импортированы все производственные данные. После импорта всех производственных данных увеличенный объем данных неблагоприятно отражается на производительности. Если система Oracle CRM On Demand находится на стадии внедрения, выберите время для повторного тестирования и настройки отчетов после импорта всех производственных данных.

Использование оптимизированных полей кода и UTC в фильтрах

Многие предметные области содержат специальные поля в размерностях, которые оптимизированы, чтобы сократить время запроса при их использовании в фильтрах. Оптимизированные поля начинаются словом Код или заканчиваются словом UTC. Например, размерность "Организация" имеет поле "Тип организации". Также имеется поле "Код типа организации", которое является оптимизированной версией поля "Тип организации". И оптимизированные, и неоптимизированные поля обеспечивают в отчетах одинаковые результаты, но использование оптимизированного поля в фильтре ускоряет создание запросов. Скорость этого метода больше, чем при использовании неоптимизированного поля. Использование этих полей в условиях фильтрации уменьшает дополнительные табличные объединения и исключает преобразования меток времени на основе часового пояса компании.

ПРИМЕЧАНИЕ. Оптимизированные поля поддерживают перевод с языка на язык для всех поддерживаемых языков, но не поддерживают переименование типа записи.

Чтобы определить, существуют ли оптимизированные поля фильтрации для определенной предметной области отчетов, см. раздел Оптимизированные поля фильтрации в интерактивной справке для этой предметной области.


Опубликовано в Октябрь 2016 Copyright © Oracle, 2005, 2016 гг. Все права защищены.Legal Notices.