Скажите, а почему при попытке вызова модуля READ_EXCHANGE_RATE с параметрами



Он возвращает


Ну и это совсем не то, что в таблице TCURR по типу M?

Есть какой-нибудь ФМ, который прочтёт таблицу TCURR без этого "DERIVED_RATE_TYPE EURX"?

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

Сумма в целевой валюте = Сумма в исходной * "значение курса" * "числитель курса" / "знаменатель курса".

Числитель и знаменатель часто равны 1, но там где курс указан за 10 (как, кажется на Украине с гривной) или за 100 это не так.

Посему придется самому делить/умножать/округлять, т.е. "колхозить".

Удачи.

А самописный ФМ - сильно сложный?

Интересует, собственно, нормально ли каждый раз делать SELECT, или лучше устроить какой-то хитрый кэш? (в теории возможно, когда нужно будет сделать очень много переводов, допустим, млн или около того, и не хочется чтобы страдала производительность)

Второй вопрос - если нет на конкретную дату курса, берётся на ближайшую предыдущую, так?

Я не могу подробно расписать.
Давно этим занимался и в другой фирме. На роботе в форум не пишу, а из дома нет доступа к САПу.

Посмотрите ФМ KURS_IN_PREISNOTATION. Там алгоритм близкий к тому, что я помню.
Обратите внимание на знаки множителей в коде. "Это ж не спроста" (ц)

Удачи!

Да вроде особой сложности там нет. Дёргай себе TCURR на да ту и всё.
На счёт хитрого кэша. На самом деле, ничего хитрого нет. При разработке оценивается приблизительное количество пересчётов. Если уж очень много (несколько сотен и более), то таки да, лучше через кэш работать. Я для этих целей использую обыкновенную внутреннюю сортированную таблицу с дальнейшим READ ... BINARY SEARCH.


Это уже не забота программиста, а требования бизнес-процесса. Обычно - да, ближайшая предыдущая. Но мне доводилось работать на проекте, где требовали ближайшую последующую.