Início / dba / Perguntas / 268815
Accepted
xehpuk
Asked: 2020-06-10 08:13:53 +0800 CST

42702 'referência de coluna "id" é ambígua' para RETURNING da função PL/pgSQL de retorno de tabela

  • 772

Isso funciona:

CREATE OR REPLACE FUNCTION sql_fun()
RETURNS TABLE (id UUID) AS $$
  INSERT INTO foo DEFAULT VALUES
  RETURNING id
$$ LANGUAGE SQL;

SELECT *
FROM sql_fun();

Isso não:

CREATE OR REPLACE FUNCTION plpgsql_fun()
RETURNS TABLE (id UUID) AS $$
  BEGIN
    RETURN QUERY
    INSERT INTO foo DEFAULT VALUES
    RETURNING id;
  END
$$ LANGUAGE PLpgSQL;

SELECT *
FROM plpgsql_fun();

Isso é um bug no PL/pgSQL? Como posso corrigir isso mantendo o tipo de retorno como está?

postgresql functions

2 respostas

  1. Best Answer

    A solução é qualificar todas as colunas das RETURNINGquais têm o mesmo nome das colunas RETURNS TABLEcom o nome da tabela que era INSERTED INTO:

    CREATE OR REPLACE FUNCTION plpgsql_fun()
RETURNS TABLE (id UUID) AS $$
  BEGIN
    RETURN QUERY
    INSERT INTO foo DEFAULT VALUES
    RETURNING foo.id;
  END
$$ LANGUAGE PLpgSQL;

    Se o nome da tabela for longo e houver várias colunas, o nome poderá ser alias:

    CREATE OR REPLACE FUNCTION plpgsql_fun()
RETURNS TABLE (id UUID, foo INT, bar INT) AS $$
  BEGIN
    RETURN QUERY
    INSERT INTO table_with_a_very_long_name AS x DEFAULT VALUES
    RETURNING x.id, x.foo, x.bar;
  END
$$ LANGUAGE PLpgSQL;
    • 2

  2. Como posso corrigir isso mantendo o tipo de retorno como está?

    Você pode até corrigi-lo mantendo toda a função como está, adicionando o parâmetro de configuração especial#variable_conflict :

    CREATE OR REPLACE FUNCTION plpgsql_fun()
RETURNS TABLE (id UUID) AS $$
#variable_conflict use_column 
  BEGIN
    RETURN QUERY
    INSERT INTO foo DEFAULT VALUES
    RETURNING id;
  END
$$ LANGUAGE plpgsql;  -- see below

    Mas é uma boa forma de fazê-lo por nomes de colunas de qualificação de tabela, como você se encontrou - se possível. Existem casos de canto, onde não é facilmente possível:

    Relacionado:

    Nas primeiras versões, o Postgres não gerava uma exceção, mas preferia silenciosamente valores de parâmetro em vez de colunas:

    E evite colocar CaMeL no nome do idioma plpgsql. Isso para de funcionar quando citado, o que (infelizmente) é uma negligência generalizada.

    • 1

relate perguntas