Postgres'de, bu kodu kullanarak istisnaların "yığın izini" alırız:
EXCEPTION WHEN others THEN
GET STACKED DIAGNOSTICS v_error_stack = PG_EXCEPTION_CONTEXT;
Bu, "doğal" istisnalar için iyi çalışır, ancak
RAISE EXCEPTION 'This is an error!';
... o zaman yığın izi yok. Bir posta listesi girişine göre , bu bilerek olabilir, ancak hayatım boyunca nedenini anlayamıyorum. Kullanmak dışında bir istisna atmanın başka bir yolunu bulmak istememi sağlıyor RAISE
. Sadece bariz bir şeyi mi kaçırıyorum? Bunun için bir hile var mı? Postgres benim hatamda sadece benim dize değil, aynı zamanda tam yığın izleme de benim dize alacaktı, benim seçim bir dize içerir atmak alabilirsiniz bir istisna var mı?
İşte tam bir örnek:
CREATE OR REPLACE FUNCTION error_test() RETURNS json AS $$
DECLARE
v_error_stack text;
BEGIN
-- Comment this out to see how a "normal" exception will give you the stack trace
RAISE EXCEPTION 'This exception will not get a stack trace';
-- This will give a divide by zero error, complete with stack trace
SELECT 1/0;
-- In case of any exception, wrap it in error object and send it back as json
EXCEPTION WHEN others THEN
-- If the exception we're catching is one that Postgres threw,
-- like a divide by zero error, then this will get the full
-- stack trace of the place where the exception was thrown.
-- However, since we are catching an exception we raised manually
-- using RAISE EXCEPTION, there is no context/stack trace!
GET STACKED DIAGNOSTICS v_error_stack = PG_EXCEPTION_CONTEXT;
RAISE WARNING 'The stack trace of the error is: "%"', v_error_stack;
return to_json(v_error_stack);
END;
$$ LANGUAGE plpgsql;
error_info
? Özel bir türe benziyor.