Обновление Webi Rich Client очень медленное, в отличие от Webi и SQL.

У меня есть один запрос Universe с 4-5 фильтрами, выполнение которого занимает почти 5 минут с использованием расширенного клиента Webi. Когда я копирую код SQL и запускаю его из студии управления SQL (SSMS), это занимает 10 секунд. Я создал только запрос данных и не имею никаких отчетов или переменных. Когда я запускаю запрос с помощью HTML-кода Webi, он также выполняется за 10 секунд.

И SSMS, и Webi возвращают 110 000 строк. Если я остановлю запрос Webi примерно через 20 секунд, он вернет только 5000 строк, поэтому он не завершается, а затем зависает.

Если я заменю запрос Webi Universe хранимой процедурой (FHSQL) с использованием того же кода SQL, это займет 80 секунд. Есть фильтры запросов. Без предложений Where SMSS возвращает 990 000 строк за 65 секунд.

                 Filtered    All_Records
   # of Rows:     110,000      990,000
   --------------------------------------------
   SQL (SSMS):    10 sec       65 sec
   Webi HTML:     10 sec
   Stored Proc:   80 sec
   Rich client:  270 sec

Просто богатый клиент работает медленно, но гораздо больше, чем можно было бы ожидать.


sap business-objects webi
person kevro    schedule 03.10.2016    source источник
comment
Вы абсолютно уверены, что все строки извлекаются в SSMS? Сколько строк вы получаете? Кроме того, взгляните на параметры юниверса, такие как Array Fetch Size и Array Bind Size, которые могут отрицательно сказаться на производительности при плохой настройке. Попробуйте выполнить мониторинг базы данных и проверьте, использует ли WRS эти 5 минут для извлечения данных или делает что-то еще. Использовали трассировку E2E, чтобы узнать, что происходит за кулисами.   -  person ƘɌỈSƬƠƑ    schedule 04.10.2016

Ответы (2)


arrow_upward
2
arrow_downward

В основном это происходит из-за ненастроенного размера выборки массива и размера привязки массива. (Вы можете найти их в параметрах юниверса.) Самый простой способ:

  1. Определите 2-3 отчета, которые извлекают значительное количество строк.
  2. Запишите время их выполнения (возможно, вы можете использовать планирование).
  3. Увеличивайте параметры, в основном размер выборки массива, на 50 шагов.
  4. Еще раз проверьте время выполнения.
  5. В зависимости от прироста/потеря производительности выполните точную настройку параметров.
person Vimal Jose    schedule 01.12.2016

arrow_upward
0
arrow_downward

Недавно я снова столкнулся с этой проблемой после внесения изменений в файлы конфигурации PRM:

C:\Program Files (x86)\SAP BusinessObjects\SAP BusinessObjects Enterprise XI 4.0\dataAccess\connectionServer\odbc\extensions\export

У меня были ошибки преобразования даты при выполнении моего запроса, и я исправил их, установив формат даты в файлах конфигурации. Ошибка ушла, но запрос стал выполняться 9 минут вместо 1 минуты.

Я исправил файл конфигурации, и запрос снова обновился через 1 минуту.

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

Эта информация является дополнением к советам, предоставленным Вималом выше.

person kevro    schedule 05.11.2018