MAK's questions

Ao migrar o banco de dados do Oracle para o PostgreSQL, me deparei com a "Tabela Temporária Global" que preciso migrar de forma equivalente ao PostgreSQL.

O documento diz

Opcionalmente, GLOBAL ou LOCAL podem ser escritos antes de TEMPORARY ou TEMP. Isso atualmente não faz diferença no PostgreSQL e está obsoleto

Tentativa 1: Tabela temporária global do PostgreSQL v2.0

CREATE EXTENSION pgtt;

Erro:

SQL Error [0A000]: ERROR: extension "pgtt" is not available
Detail: Could not open extension control file "C:/Program 
Files/PostgreSQL/17/share/extension/pgtt.control": No such file or directory.
Hint: The extension must first be installed on the system where PostgreSQL is running.

Tentativa 2: Como aproveitar a tabela temporária local para a tabela temporária global no EDB Postgres

Existem vários objetos de banco de dados usados ​​para obter a funcionalidade de tabela temporária global no PostgreSQL.

1. UNLOGGED TABLE
2. CREATE VIEW
3. CREATE FUNCTION
4. CREATE TRIGGER

Pensamentos: Preocupado com o desempenho com essa abordagem.

Qual será o equivalente no PostgreSQL?

As datas mínimas e máximas fornecidas são:

Data mínima:2023-06-19 09:54:23.000

Data máxima:now()::timestamp(0)-interval '1 year'

Saída esperada:

start_date                      end_date
-------------------------------------------
2023-12-01 00:00:00.000     2023-12-09 23:59:59.999
2023-11-01 00:00:00.000     2023-11-30 23:59:59.999
2023-10-01 00:00:00.000     2023-10-31 23:59:59.999
2023-09-01 00:00:00.000     2023-09-30 23:59:59.999
2023-08-01 00:00:00.000     2023-08-31 23:59:59.999
2023-07-01 00:00:00.000     2023-07-31 23:59:59.999
2023-06-01 00:00:00.000     2023-06-30 23:59:59.999

Minha tentativa:

with cte 
as 
(
    SELECT days 
    from generate_series('2023-06-19 09:54:23.000',now()::timestamp(0)-interval '1 year',  '1 month') days 
    order by days desc
)
select date_trunc('MONTH', days::date)::timestamp(0) start_date, 
       (date_trunc('month',  days::date)::timestamp(0) + interval '1 month -1 millisecond') end_date
from cte;

A seguir está a data ausente do resultado da consulta acima.

start_date                      end_date
--------------------------------------------------
2023-12-01 00:00:00.000     2023-12-09 23:59:59.999

Por que preciso dessa entrada de data? - Quero a - 1 yearentrada de data atual com a data de início do mês SOMENTE para a primeira entrada . A current - 1 yeardata deve ser a data de término e sua data de início do mês deve ser a data de início da série.

Se a data atual for 2024-12-22, a saída deverá ser:

start_date                      end_date
--------------------------------------------------
2023-12-01 00:00:00.000     2023-12-22 23:59:59.999

Se a data atual for 2024-01-01, a saída deverá ser:

start_date                      end_date
--------------------------------------------------
2023-01-01 00:00:00.000     2023-01-01 23:59:59.999

procedimento 1:

create or replace procedure pro_1()
as 
$$
begin   
    raise info 'pro1';
end
$$
language plpgsql;

procedimento 2:

create or replace procedure pro_2()
as 
$$
begin   
    raise info 'pro.1';
    raise info 'pro.2';
end
$$
language plpgsql;

Encontrando o nome do procedimento em outros procedimentos:

select proname 
from pg_proc 
where lower(pg_get_functiondef(oid)) like '%pro_1%' and prokind = 'p'

saída:

pro_1
pro_2

Não entendi por que pro_2 foi listado mesmo pro.1sendo mencionado em vez de pro_1.

Tabela condition: Esta tabela contém o nome da função na colunafn_name

create table condition(id int,name varchar(50),fn_name varchar(50));

Dados:

insert into condition values(1,'check id','fn_condition_1');
insert into condition values(2,'check name','fn_condition_2');
insert into condition values(3,'check salary','fn_condition_3');

Função:fn_condition_1

create or replace function fn_condition_1(p_id int)
returns boolean
as 
$$
begin   
    if(select count(1) from emp where id = p_id) > 0 
    then 
        return 'true';
    else
        return 'false';
    end if;
end
$$
language plpgsql;

Procedimento: prc_bsn_conditiondentro deste procedimento, chamando a função.

create or replace procedure prc_bsn_condition(p_id int)
language plpgsql
as
$$
declare v_out varchar(10);
        v_sql varchar(200);
        v_fn varchar(20);
begin
    select * into v_fn from (select fn_name from condition where id = p_id);
    v_sql := 'SELECT * FROM '||v_fn||'('||p_id||')';
    execute v_sql into v_out;
    raise info '%',v_out;
end
$$;

Saída:

true;

Nota : O procedimento acima funciona bem, mas eu gostaria de converter o sql dinâmico para o estático devido ao medo de injeções de sql. Ou há algum outro método para chamar ou executar essas funções que estão armazenadas na tabela.

Tenho uma tabela que consiste em um bloco anônimo na coluna rule, que precisa ser executado a partir do procedimento.

Aqui estão os dados de exemplo que se parecem com o cenário real.

Mesa emp:

create table emp (id int,name varchar2(20));

Dados:

insert into emp values(1,'Jack');
insert into emp values(2,'John');
insert into emp values(3,'Jams');

Mesa ano:

create table ano(id int,rule varchar2(4000));

Dados:

insert into ano values(1,'declare v_cnt number; 
begin 
select count(1) into v_cnt from emp where id = :1; 
if(v_cnt>1) then :2 := ''true''; 
else :2 := ''false''; 
end if; 
end;');

Procedimento:

create procedure pr_ano(p_emp emp) 
IS
DECLARE v_out boolean;
BEGIN
    execute immediate p_emp.rule using 1,v_out;
    dbms_output.put_line(v_out);
END;

Chamada de procedimento:

pr_ano(emp);

Recebendo um erro Unkown Command;