Início / dba / Perguntas / 60997
Accepted
Jack Douglas
Asked: 2014-03-16 00:49:27 +0800 CST

Esse comportamento da tabela temporária está documentado?

  • 772

As funções Query Language (SQL) e PL/pgSQL tratam as tabelas temporárias de maneira diferente:

begin;
create table foo(id) as values (1);
select * from foo;
/*
 id
----
  1
*/
savepoint s;
create function f() returns setof integer language sql as $$
  create temporary table foo(id) on commit drop as values (2);
  select id from foo;
$$;
select * from f();
/*
 f
---
 1
*/
rollback to s;
create function f() returns setof integer language plpgsql as $$
begin
  create temporary table foo(id) on commit drop as values (2);
  return query select id from foo;
end;
$$;
select * from f();
/*
 f
---
 2
*/
rollback;

Os docs dizem :

...Tabelas permanentes existentes com o mesmo nome não são visíveis para a sessão atual enquanto a tabela temporária existir, a menos que sejam referenciadas com nomes qualificados pelo esquema...

Isso não menciona a exceção demonstrada acima. Isso está documentado em outro lugar?

postgresql functions

2 respostas

  1. Best Answer

    Isso ocorre porque, durante a execução da função SQL, todo o corpo da função é analisado e executado. Mas com a função PLPGSQL, instrução por instrução é analisada e executada. Por esse motivo, a função SQL não consegue ver a tabela temporária que é criada durante a execução da função.

    Em outras palavras, isso se aplica a outros objetos, não apenas a tabelas temporárias. Isso também é facilmente demonstrado:

    begin;
--
create function pg_temp.f() returns integer language sql as $$select 1;$$;
create function g() returns integer language sql as $g$
  create or replace function pg_temp.f() returns integer language sql as $$select 2;$$;
  select pg_temp.f();
$g$;
--
select g();
/*
 g
---
 1
*/
select g();
/*
 g
---
 2
 */
--
rollback;

    ou ainda:

    begin;
create schema stack;
set search_path to stack;
create temp table foo(id) on commit drop as values (1);
select * from foo;
/*
 id
----
  1
*/
savepoint s;
create function f() returns setof integer language sql set search_path = stack, pg_temp as $$
  create table foo(id) as values (2);
  select id from foo;
$$;
select * from f();
/*
 f
---
 1
*/
rollback to s;
create function f() returns setof integer language plpgsql set search_path = stack, pg_temp as $$
begin
  create table foo(id) as values (2);
  return query select id from foo;
end;
$$;
select * from f();
/*
 f
---
 2
*/
rollback;

    A sugestão em pgsql-bugs é que a documentação seja corrigida para tornar esse comportamento explícito.

    editar:

    Uma alteração na documentação aparentemente foi confirmada , mas ainda não está aparecendo nos documentos 9.4

    • 4

  2. Fiz alguns testes e vi o mesmo. Uma tabela temporária criada dentro de uma função SQL parece ser ignorada. Concordo com o Craig, parece um bug...

    No entanto , o truque que anunciei na pergunta relacionada no SO no ano passado ainda parece funcionar, mas não para tabelas temporárias criadas dentro de uma função SQL. Na demonstração a seguir INSERT, uma função SQL interna é replanejada...

    CREATE TEMP TABLE work_list(
    name text,
    level smallint
);                       -- faking the table to allow function creation

CREATE OR REPLACE FUNCTION somefunc() RETURNS void AS
$BODY$
INSERT INTO work_list (name, level)
VALUES ('someone', 25);
$BODY$
LANGUAGE sql VOLATILE;       -- would throw an exception without temp table

SELECT somefunc();           -- works as expected
SELECT * FROM work_list;     -- result ok


DROP TABLE work_list;        -- drop the temp table

CREATE TEMP TABLE work_list( -- new temp table
    name text,
    level smallint
);

SELECT somefunc();           -- still works!
SELECT * FROM work_list;     -- result ok


DROP TABLE work_list;        -- drop the temp table
CREATE TABLE work_list(      -- create regular table
    name text,
    level smallint
);

SELECT somefunc();           -- works too (!)
SELECT * FROM work_list;
    • 3

relate perguntas