Коллеги, есть вопрос: насколько быстро работает BEx с большими объемами данных? Знает ли кто-то какой принцип взаимодействия с Excel - грузится ли в него большой объем данных - или это просто оболочка для отображения результатов выборки, а все данные на Application Server остаются?

Руководство очень беспокоится - у них был печальный опыт стыковки Excel с MS Analysis на базе SQL - и там Excel тормозил жутко, пришлось отчеты клепать в Crystal-e.

Мы сами BW еще не инсталлировали поэтому пока проверить не можем...

это просто оболочка для отображения результатов выборки, а все данные на Application Server остаются

Спасибо, мы на это надеялись

Но если будете писать макросы...
http://sapboard.ru/forum/viewtopic.php?t=21065
или работать удаленно...
http://sapboard.ru/forum/viewtopic.php?t=20602

2 LadyWind

Почитал ссылку про удаленную работу BEX. Чего-то не совсем понял про передачу всей книги??? Это как же так? Если у меня книга содержит 50 отчетов (по листу на каждом) при обновлении одного мне будет отправляться вся книга. Че за бред? А почему бы мне за компанию еще прогноз погоды, курсы валют и последние всодки новостей не отправлять??? Что касается магических чисел 37 вызовов и т.п. Так ведь BEX - [censored], а то вы не знали!

Достаточно быстро! Если запросы и кубы сформированы грамотно, то очень даже быстро!

Очень даже зря беспокоится, BW раскрученная на хорошем сервере Excel не тормозит тормозить может выборка данных на сервере, а это зависит от прямоты рук консультанта и повторюсь грамотно подготовленных данных.
2 perishkin Хватит г..м поливать все вокруг! Научись с системой работать а потом хай на нее.

пример:
50 млн записей в одном кубе, 5 млн в другом. в отчете на мультике 430 ячеек, каждая считается индивидуально. агрегатов нет!!! среднее количество записей, которое выбирается в результате запроса - порядка 50 тыс записей. время выполнения - 50 секунд...

из 50 секунд 15 - на форматирование excelom ...

2 Bkmz

Было бы чему учиться

2 BW-ник



Хорошие размер, но не грандиозный, надо только уточнить размер записи



да хоть в третьем, запросы на мультике выполняются параллельно, если не ошибаюсь, за что тут BW конечно спаисбо



тут ничего сказать не могу потому как не компетентен, то ли подразумевается использование структур и в результате их пересечения образуется 430 ячеек и у каждого своя формула, то ли подразумевается, еще что-то...



Я так понимаю, что выборка в 50 тыс записей агрегируется в те самые 430 ячеек (не тянется ведь она в Excel или WEB-отчет)

Теперь замечания:

1. Структура куба насколько сложная?
2. Сколько полей извлекается в запросе для расчета в одной записи и какова длина этой самой записи?
3. Сколько пользователей работает в системе и насколько она загружена в момент формирования отчета?
4. Результат агрегации выборки в 50 тыс записей из 55 млн (да хоть из 100 млн) за 35 секунд выглядит обычным для обычной БД (Oracle или SQL). Здесь надо сказть спасибо не SAP BW, а БД и SUN-ской технике

to perishkin:

Своими постами ты мне очень напоминаешь пашеньку. Вы случаем не однояйцевые близнецы?

Насчет приведенных цифр.

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

Для сведения. использование cell editor сильно замедляет работу OLAP -процессора, потому как каждая ячейка - индивидуальная выборка данных. Для простоты можешь считать что делается 430 запросов к Хранилищу данных. (хотя это не совсем так, вернее совсем не так ).

2 BW-ник

С Пашенькой незнаком и с яйцами все впорядке

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

Я смотрел на разных БД SQL-текст, который формируется BW. В ряде случаев создаются временные таблицы и данные выборки сливаются в них, а затем используется запрос (или несколько) дорасчитывающий результат уже на базе этих таблиц.

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

Вот пример с обсуждением топика VB в XL. Если пользователи вынуждены изгаляться, чтобы получить отчет требуемого вида, применяя скрипты и тратя на это не один день рабочего времени, после чего все достоинство (навигация) аналитического отчета практически сводится на нет - то это обоснованный негативный аргумент в сторону SAP и его реализации BEX. А сколько вопросов было на тему "как бы извращнуться в BEX-е, чтобы получить отчет требуемого вида".

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

Прошу прощения, накипело

Аминь.