Доброго времени!

Написал программу, которая обращается к таблице, выбирает из нее данные, производит всяческие расчеты и преобразования и записывает данные в другую таблицу.
На сервере разработки все работает отлично. Но вот на тестовом сервере, программа вылетает в динамическую ошибку DBIF_RSQL_SQL_ERROR (исключение CX_SY_OPEN_SQL_DB).
Уважаемые гуру подскажите в чем причина такого поведения программы....?

Symptom

When you INSERT, UPDATE or MODIFY a row in a database table, the DBIF_RSQL_SQL_ERROR runtime error occurs because the value in the ABAP type P field is too large.

Other terms

DBIF_RSQL_SQL_ERROR, decimal places

Reason and Prerequisites

In the ABAP, type P fields can only have an odd number of decimal places. This is because a byte can only ever contain 2 decimal places and the sign is coded in the last half-byte. The number of "d" decimal places in a type P variable is therefore calculated from the number of your "b" bytes in accordance with the following formula:
d = 2*b-1

In contrast to this, however, you are able to define "DECS" fields with both an odd and even number of decimal places in the ABAP dictionary. If DDIC fields with an even number of decimal places are used in ABAP, they are mapped (in ABAP) to type P variables that have the next highest uneven number of decimal places. This ensures that the data from the database table is also fully included in the corresponding ABAP fields.

Conversely, however, problems may occur if you want to write a value in a "larger" ABAP variable back into a database table. Since, in theory, the ABAP variable can add larger values than the DB field, an overflow may occur when you INSERT, MODIFY or UPDATE a row in a database table (DBIF_RSQL_SQL_ERROR).

In principle, this overflow is justifiable. The problem is that this overflow does not occur when the ABAP variable is being filled, but "only" when they are inserted into the database table, that is, there is a "delay" in triggering the overflow.

Solution

Catch the DBIF_RSQL_SQL_ERROR runtime error with TRY .. ENDTRY" as of Release 6.20.
If, in the ABAP dictionary, you only use DECS fields with an odd number of decimal places the runtime error occurs, as expected, directly when the ABAP variable is being filled.

vadim.samara, а названия табличек приведите пожалуйста.
И проверьте, что в SE11 в тесте они открываются.

Вместо конструкции.....

Доброго времени!

Написал программу, которая обращается к таблице, выбирает из нее данные, производит всяческие расчеты и преобразования и записывает данные в другую таблицу.
На сервере разработки все работает отлично. Но вот на тестовом сервере, программа вылетает в динамическую ошибку DBIF_RSQL_SQL_ERROR (исключение CX_SY_OPEN_SQL_DB).
Уважаемые гуру подскажите в чем причина такого поведения программы....?

Пономарев Артем: пожалуйста, создавайте темы с осмысленными названиями (п.п. 6.1).

усть у Вас там что нибудь типа

Тогда дамп приведите. И, если не сложно, код.
Судя по вышесказанному John Doe прав или около того.

Было такое при использование конструкции where cond in r_cond , где r_cond оказывалось пустым и в результате именно такой дамп.