Текущее время: Пн, июл 21 2025, 12:34

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Замедление работы программы
СообщениеДобавлено: Ср, фев 14 2007, 09:06 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, сен 17 2004, 14:40
Сообщения: 953
Откуда: город металлургов
Пол: Женский
Добрый день!
Имеется такая проблемка: на одном сервере (более медленном) программа, формирующая последовательно цепочку из закупочных доков (заказ-поступление - контроль счетов логистики) отрабатывает нормально. На другом сервере (более шустром - продуктиве!) при формировании последнего документа (вход фактуры) начинает кричать, что у нее нет данных по ПМ. Причем, если проходить с отладчиком (что, естественно, притормаживает процесс), то все проходит на ура.
Я поставила цикл на 100000 (do times), но это не помогает... Подскажите, пожалуйста, как можно притормозить прогу - может, есть другие методы? Например, отследить, что документ ПМ освободился...
Еще раз повторюсь: я не разработчик, просто обстоятельства так сложились... :(


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, фев 14 2007, 09:31 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Сб, сен 25 2004, 16:30
Сообщения: 1368
Откуда: Москва
Пол: Мужской
в пакетном вводе использовать режим UPDATE 'L', если используете BAPI, то перед вызовом BAPI поставьте оператор SET UPDATE TASK LOCAL (режим локального обновления - имейте в виду, что он сбрасывается после COMMIT или ROLLBACK).
Должно помочь.

_________________
С уважением, Сергей Королев


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, фев 14 2007, 16:13 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, сен 17 2004, 14:40
Сообщения: 953
Откуда: город металлургов
Пол: Женский
ОГРОМНЕЙШЕЕ СПАСИБО!!!! :)
ВСЕ прекрасно работает! :)
И все счастливы (я серьезно! ) :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 19 2007, 08:36 
Начинающий
Начинающий

Зарегистрирован:
Ср, ноя 22 2006, 14:35
Сообщения: 11
Если речь о BAPI, то вроде нужно использовать при этом CALL FUNCTION ... IN UPDATE TASK. ?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 19 2007, 13:33 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, сен 17 2004, 14:40
Сообщения: 953
Откуда: город металлургов
Пол: Женский
да нет, просто LOCAL UPDATE TASK - и все, и больше ничего... ну, по крайней мере, у меня так было...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 16:34 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, мар 25 2005, 11:46
Сообщения: 282
Откуда: SPb
Прошу прощения за возможно неразумный вопрос: SET UPDATE TASK LOCAL ставится ПЕРЕД вторым bapi, при вызове которого данные у вас не успевали обновиться или ПЕРЕД первым bapi, который создает документы и обновления работы которого надо дождаться? :oops:

_________________
Лучше сделать и пожалеть, чем не сделать и потом жалеть.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 17:34 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, сен 17 2004, 14:40
Сообщения: 953
Откуда: город металлургов
Пол: Женский
К сожалению, занималась давно, навскидку не помню, а посмотреть нет возможности... :(
Наверно, налепила перед всеми BAPI! На всякий пожарный... :lol:
Хотя здравый рассудок подсказывает, что нужно перед вторым, который использует данные, которые должны были обновиться... Впрочем, я не программер... :?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 17:52 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Сб, сен 25 2004, 16:30
Сообщения: 1368
Откуда: Москва
Пол: Мужской
SET UPDATE TASK LOCAL работает в рамках одного LUW, т.е. COMMIT или ROLLBACK этот режим отменяет. Ставить надо перед первым BAPI. Тогда все вызовы IN UPDATE TASK будут работать в той же задаче. См. также help:
Цитата:
SET UPDATE TASK LOCAL.

Effect
Switches on the local update task. This means that when you specify CALL FUNCTION ... IN UPDATE TASK, the update data is not stored in the database, but in ABAP/4 Memory. The update works as before. The only difference is that it is not performed in a separate process, but in the same process as the calling program, i.e. when a COMMIT WORK occurs, processing does not continue until all the update requests have been performed. In the standard setting, the normal update task is always active.

The switch status is not passed on from program to program. This means that CALL TRANSACTION and SUBMIT use the standard setting. In contrast to this, a module called with CALL DIALOG inherits the switch setting. This is because CALL TRANSACTION and SUBMIT run in their own LUW, while CALL DIALOG does not.

_________________
С уважением, Сергей Королев


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB