Postgres: ¿define un valor predeterminado para las fallas de CAST?

Question

¿Es posible definir un valor predeterminado que se devolverá en caso de que falle una operación CAST?

Por ejemplo, de manera que:

SELECT CAST('foo' AS INTEGER) 

devolverá un valor por defecto en lugar de tirar un error?

Answer 1

no hay ningún valor predeterminado para un CAST:

Un tipo fundido especifica una conversión de un tipo de datos a otro. PostgreSQL acepta dos sintaxis equivalentes para conversiones de tipo:

CAST (expression AS type) 
expression::type 

No hay lugar en la sintaxis para otra cosa que la expresión nada para ser fundido y el tipo de destino deseado.

Sin embargo, puede hacerlo a mano con una función simple:

create or replace function cast_to_int(text, integer) returns integer as $$ 
begin 
    return cast($1 as integer); 
exception 
    when invalid_text_representation then 
     return $2; 
end; 
$$ language plpgsql immutable; 

entonces se puede decir cosas como cast_to_int('pancakes', 0) y obtener 0.

PostgreSQL también le permite create your own casts por lo que podría hacer cosas como esta:

create or replace function cast_to_int(text) returns integer as $$ 
begin 
    -- Note the double casting to avoid infinite recursion. 
    return cast($1::varchar as integer); 
exception 
    when invalid_text_representation then 
     return 0; 
end; 
$$ language plpgsql immutable; 

create cast (text as integer) with function cast_to_int(text); 

Entonces se podría decir

select cast('pancakes'::text as integer) 

y obtener 0 o se podría decir

select cast(some_text_column as integer) from t 

y obtener 0 para el some_text_column valores que no son enteros válidos.Si quería echar varchar s utilizando esta auto-morosos fundido entonces habría que doble reparto:

select cast(some_varchar::text as integer) from t 

El hecho de que usted puede hacer esto no significa que sea una buena idea. No creo que reemplazar el texto estándar por un elenco entero sea la mejor idea de la historia. El enfoque anterior también requiere que dejes el estándar varchar en integer por separado, podrías evitarlo si quisieras hacer toda la conversión tú mismo en lugar de pedalear perezosamente al casting integrado.

El manejo NULL se deja como un ejercicio (fácil) para el lector.

Answer 2

Detecta el error como se describe en la documentación y luego especifica una acción para hacer.

Documentation on error trapping for PostgreSQL Fragmento incluido a continuación.

35.7.5. Errores de reventado

De forma predeterminada, cualquier error que se produzca en una función PL/pgSQL anula la ejecución de la función y, de hecho, también de la transacción circundante. Puede atrapar errores y recuperarse de ellos utilizando un bloque BEGIN con una cláusula EXCEPTION. La sintaxis es una extensión de la sintaxis normal para un bloque BEGIN:

[ <<label>> ] 
[ DECLARE 
    declarations ] 
BEGIN 
    statements 
EXCEPTION 
    WHEN condition [ OR condition ... ] THEN 
     handler_statements 
    [ WHEN condition [ OR condition ... ] THEN 
      handler_statements 
     ... ] 
END; 

Si no se produce ningún error, esta forma de bloque simplemente ejecuta todas las declaraciones, y entonces el control pasa a la siguiente instrucción después de END. Pero si ocurre un error dentro de las declaraciones, se abandona el procesamiento posterior de las declaraciones y el control pasa a la lista EXCEPCIÓN. En la lista se busca la primera condición que coincida con el error que ocurrió. Si se encuentra una coincidencia, se ejecutan las instrucciones handler_correctantes correspondientes, y luego el control pasa a la siguiente instrucción después de END. Si no se encuentra ninguna coincidencia, el error se propaga como si la cláusula EXCEPTION no estuviera allí: el error puede ser capturado por un bloque envolvente con EXCEPCIÓN o, si no hay ninguno, anula el procesamiento de la función.