... deshalb empfehle ich, das ganze TR Gedöns als "technical preview" zu sehen und in production nicht zu verwenden und stets abzuwarten bis es in einem Release enthalten ist. In vielen Fällen handelt es sich bei Neuereungen ohnehin um Schnickschnack, den man nicht verwenden sollte, wenn er nicht SQL Standard ist. In diese Ecke gehören fast alle UDTFs, die von IBM und einigen blaugestreiften Apologeten angeboten werden wie Sauerbier.
Eine Bemerkung noch zur Prüflogik von numerischen Operationen: Hintergrund sind hier Änderungen in der Implementierung numerischer Operationen, weg von packed decimal arithmetic, die Overflow conditions oft erst zum Schluss erkannt hat.
Hinterher ist es immer leicht zu sagen, hätte man das früher besser gemacht, hätte es heute nicht geknallt, der Compiler war halt zu lax. Keiner hält sich an alle Regeln, die der Compiler nicht prüft, aber prüfen könnte (siehe Variablennamen in embedded SQL). Was ich erwarten würde, wäre, dass man verschärfte Prüflogik beim Compile abschalten könnte (ähnlich TGTRLS).

D*B