Нужно сделать SELECT таблицы с полями i - NUMBER, validfrom -dats,validto -dats, чтобы разница дат была <= год
Что-то вроде :
Select SUM ( i ) from table where ( validfrom- validto)< 365?

А какая из дат известна ?

Если неизвестны обе даты, то только Native SQL или два параллельных курсора. Ну или вытащить все и LOOP по внутренней таблице.

и VALIDFROM и VALIDTO известно.Для примера:
7 01.01.2003 01.02.2003
18 01.01.2003 01.02.2005
Sum должно вернуть 7, т.к. 01.02.2005 - 01.01.2003> 1 года. Есть какая-то функция, которую можно использовать в условии?

Если пара VALIDFROM VALIDTO в таблице, из кторой идет выборка, уникальна, то сначала убить все пары дат, которые не удовлетворяют условию, а потом выполнить SELECT ... FOR ALL ENTRIES ...
Если пара не уникальна - только курсор. Но уже один.

Если таблица своя z-ская, то можно добавить столбец с разницей дат.
В стандарте хранятся же строки в верхнем регистре для поиска. Чем мы хуже?

Вообще именно для такой цели и предназначен CONTEXT.
см. SE33.

Кажется это относиться уже к "Устаревшие методы и концепции".

Да, устаревшая технология. Но дело в том, что контексты нужны для того, чтобы кэшировать очень сложные вычисления. К данному топику это абсолютно никакого отношения не имеет.

Задача напоминает выбор кредитных договоров со сроком погашения до года. Обычно в такой таблице или связанных присутствует тип договора по сроками в 1 мес, 3 мес, 6 мес, .... Возможно у Вас похожая ситуация.

Да устаревшая. Но почему интересно? Что сейчас взамен.
Разве разность в датах это не вычисление?
Если в Oracle например можно создать вьюху например из суммы полей или объединения полей и обращаться к ней, то ракурсы этого не позволяют.
Мне казалось для этого предназначен контекст.
В вопросе ставилась задача сделать вычисление на стороне БД.Буфер это не совсем сторона БД. Но все же.

Вообще-то задача ставилась такая: выбрать сумму для всех записей с разницей между конечной и начальной датой = констаната
Про то, где должно выполняться подобное вычисление, условий никаких не было

Взамен сейчас Shared Objects Area.
В контекстах есть своя прелесть, конечно.
Филд-экзиты тоже устаревшие, но какую мощь дают абап-разработчику! )
Или, например, табличные параметры в ф.м. Они хоть и устарели, но RFC без них не работает.


Это слишком простое вычисление. Всё равно все записи из базы тащить придётся.


Вопрос, как всегда, в экономии времени.

Не константа, а "чтобы разница дат была <= год".
Впрочем, это сути не меняет.

Суть в том, что OpenSQL'ю крайне не хватает аналитических функций. И хватать не будет. Ибо кросплатформенный