Привет.
Такой вопрос заказчик просит в BEX печатные формы.

Вопрос в том, что то что получается жутко тормозит.

Суть алгоритма:
1. На скрытый лист выводятся все поля, которые нам нужны для печатной формы (тексты разбитые по нескольким полям и т.д.)
2. Макрос должен «склеить» некоторые поля (тексты например) и сохранить в промежуточную таблицу. (вставка построчно)
3. скопировать данные блоками из промежуточной таблицы в нужные координаты на листе с печатной формой.

В отчете бывает до 3000 строк.
На каждую операцию вставки Bex запускает свой обработчик, естественно начинает все тормозить.
Печ форма формируется до 10 минут. Если книжку открыть просто в екселе, макрос отрабатывает сек 30.

Т.е получается что операция вставки под BEX очень "дорогая" по времени.
Тогда решили сделать так:
подключаемся к книге через ODBC соединение, запускаем SQL–запрос, который склеивает данные и БЛОКОМ вставляет их на скрытый лист, а от туда также блоками копируем в печатную форму. Т.е. все копируются блоками и количество операций вставки сведено к минимуму.

Макрос отрабатывает меньше минуты. Но проблема в том, что ODBC соединение работает очень не стабильно даже на одном и том же компьютере. Утром работает, вечером нет. Запускали монитор по ODBC соединению периодически там пусто


Вобщем поделитесь идеями кто как Печ формы на VBA собирал, может это у нас руки кривые
Или не мучаться и убедить заказчика в необходимости Crystala?

PS: Все это происходит на BI Addon 7.x sp 8.

На VBA все красиво собирается по первому описанному варианту. Тут скорее плохое знание VBA, а может каких-то конкретных финтифлюшечек типа отключение обновления экрана на время прорисовки печ. формы.

Делались и печатные формы на несколько тыс. строк, которые рисовались в районе минуты. Вы локализуйте проблему: у вас сам запрос выбирает данные долго или VBA долго рисует?

В Запросe Bex (Свойства Запроса) форматирование (Адаптировать форматирование после обновления) уберите. Оно вам ни к чему. И будет вам скорость. Ну и макрос продумайте лучше. На больших обхемах лучше выполнять операцию копирования, а не удаления.

... На больших объемах будет работать медленнее, чем простое копирование типа:

Здесь копируется со стилем Range, можно копировать сразу без заморочек.
Почитатайте эту статью очень полезна:
http://support.microsoft.com/kb/247412/ru

Ребят, я же написал, что если открыть книжку из екселя, то макрос отрабатывает за 10-15 сек.
Или по другому:
Запускаем BEX, логинимся на сервак, открываем книжку, запускаем макрос - получаем тормоза.
Отключаемся от BW-сервера, запускаем этот же макрос - все летает просто, макрос выполняется за 10-15 сек.

Теперь смотрим что происходит под отладчиком и видим что на каждую операцию вставки срабатывает BEX'совское событие OnChange и вызывается куча BEX-функций. Вот и получаем тормоза. Отрубить бы как-то Bex'ский обработчик событий на время работы макроса.....

Преимущество 2 варианта- сокращение в разы операций вставки. т.е. OnChange срабатывает мало, поэтому все работает быстро.

Но как вот сделать, чтобы ODBC соединени к книге работало стабильно, не понятно....

PS: Всякие отключения обновлений экрана конечно, форматирование и т.д. выключены.

Спасибо, почитаем. но чую дело не в макросе....

Добрый день! В нашей организации тоже требуют наличие красивой печатной формы. У нас версия 3,5. На макросах все хорошо получалось. Но проблема возникла, когда запустили рабочие книги на более новой версии Microsoft office. Почти все, что написали на VBA перестало работать. Пришлось все построить на формулах. Муторно, но надежно.

Пилите гирю, Шура, пилите.

Application.EnableEvents = false
...
Application.EnableEvents = true

и еще не забудьте, что bex открывает запросы и получает данные.

Еще можно отключить обновление экрана, эта штука сильно все тормозит
Applicationscreenpudating = false(что то вроде этого), в справке поищите.
Только после выполнения макроса не забудте вернуть начальное значение параметра.