¿Otro bug de Teradata?

Yo creo que es un bug, vamos. Y tengo tres motivos para creerlo:

  1. Teradata no hace lo que se espera que haga.
  2. No he encontrado por ahí motivo técnico alguno que proscriba razonadamente lo que intento hacer.
  3. He hablado con un señor empleado de Teradata, le he enviado el ejemplo y en lugar de explicarme mi error (de haberlo) ha hecho el avestruz (ya hablé de lo que pasa cuando uno encuentra _bugs _en software propietario).

He aquí cómo reproducir el bug. Primero creo una tabla muy simple e inserto una única fila en ella.

create table borrar_cjgb (
    a char(3)
);

insert into borrar_cjgb values'P21' );

Selecciono el prefijo, “P”, del valor que he insertado:

select
    cast( substr( ltrim( rtrim(a) ), 1,1 ) AS CHAR(3) ) as prefijo
    from borrar_cjgb
;

Sin embargo, por peregrinas razones, ¡Teradata no me deja encapsular mi consulta en una vista! La creación de la vista

replace view borrar_cjgb_v as (
    select
        cast( substr( ltrim( rtrim(a) ), 1,1 ) AS CHAR(3) ) as prefijo
        from borrar_cjgb
);

falla con error

3706: Syntax error: Data Type "rtrim" does not match a Defined Type name.

No sé muy bien para qué cuento esto acá hoy. Supongo que es porque el señor empleado de Teradata no atiende mi petición de luz y guía peculiar punto. Y también, claro está, para ilustrar a mis lectores con un ejemplo más de lo reacios que se muestran los altivos valedores del software propietario en aceptar razonadísimos informes de bugs.