Текущее время: Вс, июн 22 2025, 20:35

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


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


ВНИМАНИЕ!

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



Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Что быстрее работает - Select или Функциональный Модуль?
СообщениеДобавлено: Чт, июн 09 2005, 16:30 
Ассистент
Ассистент
Аватара пользователя

Зарегистрирован:
Ср, окт 20 2004, 22:31
Сообщения: 48
... при этом ФМ выбирает те же данные что и Select.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что быстрее работает - Select или Функциональный Модуль?
СообщениеДобавлено: Чт, июн 09 2005, 17:38 
Председатель
Председатель
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 14:35
Сообщения: 1519
Откуда: В ВЕЧНОМ БАНЕ
Gas написал(а):
... при этом ФМ выбирает те же данные что и Select.

Ну как тебе сказать конечно время затрачиваемое на вызов ФМ какое-то есть и ты даже его получишь если вызовешь этот ФМ в цикле так пару лимнов раз, однако так как мы с вами на не асме пишем, то думаю что все равное, хотя опять же это в том случае если ФМ внутри содержит точно один такой же select как и ты собираешь вызывать напрямую.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 09 2005, 17:57 
Ассистент
Ассистент
Аватара пользователя

Зарегистрирован:
Ср, окт 20 2004, 22:31
Сообщения: 48
Если развернуто - меня интересовал вопрос приоритетов выполнения операций выборки из БД. Может у своих ФМ больших приоритет чем Select простого смертного :) Что соотвественно может влиять на скорость выполнения в момент загруженности системы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 10 2005, 09:36 
Председатель
Председатель
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 14:35
Сообщения: 1519
Откуда: В ВЕЧНОМ БАНЕ
Gas написал(а):
Если развернуто - меня интересовал вопрос приоритетов выполнения операций выборки из БД. Может у своих ФМ больших приоритет чем Select простого смертного :) Что соотвественно может влиять на скорость выполнения в момент загруженности системы.

Да ты шо... нет там такого с этой точки зрения пофигу как вызывать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 10 2005, 11:05 
Гость
Есть ряд ФМ, вызывать которых правильнее с точки зрения производительности, чем использовать select. Это так называемые ФМ с буферизацией. Пример - MBEW_SINGLE_READ
Понятно, это не из-за особенностей select :), а для реализации кэширования часто используемых данных. Ну и конечно, все надо делать в контексте решаемой задачи


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 10 2005, 11:50 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 09 2004, 07:32
Сообщения: 777
Откуда: Москва
Пол: Мужской
Вы под таким кэшированием подразумеваете считывание во внутренние таблицы группы функций данных? Или это что-то новенькое в разработке? :shock:

_________________
"Прежде чем сделать что-то, подумай, к чему это может привести..."


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 10 2005, 11:54 
Гость
nicky555 написал:
Вы под таким кэшированием подразумеваете считывание во внутренние таблицы группы функций данных? Или это что-то новенькое в разработке? :shock:

угу - оно. Помнится, в ряде нот sap рекомендует этим пользоваться. В exits, кстати, очень удобно - действительно можно получить выигрыш в производительности


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

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


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

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


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

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