Christian Bongiorno's questions

Estou tentando consertar um trabalho excluindo-o e recriando-o. Mas não posso porque parece não existir quando tento largar, e já existe quando tento criar

Begin
        dbms_scheduler.drop_job(job_name => 'add_error_rate_sig');
        
End;
[2024-01-24 13:12:33] [99999][27475]
[2024-01-24 13:12:33]   ORA-27475: unknown job "SREAPP"."ADD_ERROR_RATE_SIG"
[2024-01-24 13:12:33]   ORA-06512: at "SYS.DBMS_ISCHED", line 278
[2024-01-24 13:12:33]   ORA-06512: at "SYS.DBMS_SCHEDULER", line 751
[2024-01-24 13:12:33]   ORA-06512: at line 2
[2024-01-24 13:12:33] Position: 0
SREAPP> BEGIN
            DBMS_SCHEDULER.CREATE_JOB(
                    job_name => 'add_error_rate_sig',
                    job_type => 'PLSQL_BLOCK',
                    job_action => 'BEGIN SREAPP.add_error_rate_sig(null); END;',
                    number_of_arguments => 0,
                    start_date => TO_TIMESTAMP_TZ('2024-01-24 00:00:00.000000000 AMERICA/LOS_ANGELES',
                                                  'YYYY-MM-DD HH24:MI:SS.FF TZR'),
                    repeat_interval => 'FREQ=WEEKLY;BYHOUR=01;BYMINUTE=00',
                    end_date => NULL,
                    enabled => TRUE,
                    auto_drop => FALSE,
                    comments => 'push to error rate summary'
                );
        
        END;
[2024-01-24 13:12:44] [99999][27477]
[2024-01-24 13:12:44]   ORA-27477: "SREAPP"."ADD_ERROR_RATE_SIG" already exists
[2024-01-24 13:12:44]   ORA-06512: at "SYS.DBMS_ISCHED", line 175
[2024-01-24 13:12:44]   ORA-06512: at "SYS.DBMS_SCHEDULER", line 286
[2024-01-24 13:12:44]   ORA-06512: at line 2
[2024-01-24 13:12:44] Position: 0

Preciso de algumas dicas sobre como obter dados de um banco de dados de telemetria da maneira certa e me atrapalhar com isso produz erros ou dados incorretos

Tenho uma tabela assim:

CREATE TABLE Telemetry
(
  pk              SERIAL PRIMARY KEY NOT NULL,
  id              VARCHAR(36)        NOT NULL,
  organizationid  VARCHAR(36)        NOT NULL,
  lat             REAL               NOT NULL,
  lon             REAL               NOT NULL,
  basetype        VARCHAR(16)        NOT NULL,
  name            VARCHAR(64)        NOT NULL,
  updatetimestamp TIMESTAMP          NOT NULL
);

e uma consulta como esta:

select id, ST_Multi(point(lon,lat)::geometry) as cords from telemetry GROUP BY id;

Mas isso produz:

[42803] ERRO: a coluna "telemetry.lon" deve aparecer na cláusula GROUP BY ou ser usada em uma função agregada Posição: 27

então, eu dou um balanço:

SELECT
  id,
  organizationid,
  basetype,
  name,
  ST_Multi(point(lon, lat) :: GEOMETRY) AS cords
FROM telemetry
GROUP BY id, organizationid, basetype, name, updatetimestamp, cords
ORDER BY updatetimestamp;

que não produz nenhum erro, mas não agrupa como eu esperaria.

d333aa7f-223d-4a13-8a4b-50e7ecbe424e,...,PACKAGE,xHSUPlzbizu8IOybrtDw,...
8e272cf7-bc03-4d70-b139-03081f6fa1b4,...,VEHICLE,...
d333aa7f-223d-4a13-8a4b-50e7ecbe424e,...,PACKAGE,xHSUPlzbizu8IOybrtDw,...

Observe como d333..se repete? O que eu preciso é

id,orgid,baseType -> [(lat,lonn),(lat,lon)...]

id, org, basetype serão todos iguais

Preciso de todas as posições de telemetria para um determinado id classificado por tempo; cada evento de telemetria é capturado com um carimbo de data/hora e preciso que cada ponto no multiponto seja adicionado conforme foi encontrado na série temporal (ou não adianta).

Caso não seja óbvio, preciso rastrear dados posicionais como algo movido e desenhar esses pontos em um mapa.

Encontrei um código de amostra para criar uma tabela de partições.

Basicamente, configure a tabela mestre e particione no campo de data concatenado com o tipo de entidade que é então, herde do mestre.

A primeira chamada do gatilho é boa, mas as subseqüentes falham porque a condição 'if' para verificar uma tabela filho existente resulta em falso, mas ao tentar criar a tabela falha para uma tabela já existente.

Eu tentei 3 maneiras de verificar a existência de tabelas filhas e nenhuma fornece respostas corretas.

Estas 2 declarações demonstram a contradição:

SELECT count(*) FROM pg_class WHERE relname='DRIVER_2016_12_28';
count(*)
0

select count(*) from DRIVER_2016_12_28;
count(*)
1

Tabela principal:

CREATE TABLE partition_test
(
  pk SERIAL PRIMARY KEY NOT NULL,
  id VARCHAR(36) NOT NULL,
  organizationid VARCHAR(36) NOT NULL,
  lat REAL NOT NULL,
  lon REAL NOT NULL,
  basetype VARCHAR(16) NOT NULL,
  name VARCHAR(64) NOT NULL,
  updatetimestamp TIMESTAMP NOT NULL
) WITHOUT OIDS;

código de gatilho:

CREATE OR REPLACE FUNCTION telemetry_insert_trigger() RETURNS trigger AS
$BODY$
DECLARE
  partition_date TEXT;
  partition TEXT;
BEGIN
  partition_date := to_char(NEW.updatetimestamp,'YYYY_MM_DD');
  partition := NEW.baseType || '_' || partition_date;

  IF NOT EXISTS(SELECT relname FROM pg_class WHERE relname=partition) THEN
    EXECUTE 'CREATE TABLE ' || partition || ' (check (updatetimestamp = ''' || NEW.updatetimestamp || ''')) INHERITS (' || TG_RELNAME || ');';
    EXECUTE 'CREATE INDEX ON ' || partition || ' USING HASH (id)';
    EXECUTE 'CREATE INDEX ON ' || partition || ' USING HASH (organizationid)';
    EXECUTE 'CREATE INDEX ON ' || partition || ' (lat)';
    EXECUTE 'CREATE INDEX ON ' || partition || ' (lon)';
    EXECUTE 'CREATE INDEX ON ' || partition || ' (updatetimestamp)';
    RAISE NOTICE 'A partition has been created %',partition;
  END IF;
  EXECUTE 'INSERT INTO ' || partition || ' SELECT(' || TG_RELNAME || ' ' || quote_literal(NEW) || ').* RETURNING pk;';
  RETURN NULL;
END;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;

CREATE TRIGGER telemetry_partition_insert_trigger
BEFORE INSERT ON partition_test
FOR EACH ROW EXECUTE PROCEDURE telemetry_insert_trigger();

inserir exemplo:

INSERT into partition_test (id, organizationid, lat, lon, basetype, name, updatetimestamp) VALUES ('123','456',12.0,12.0,'DRIVER','SomeName',now());

primeira saída

[2016-12-28 12:15:12] [00000] Uma partição foi criada DRIVER_2016_12_28 [2016-12-28 12:15:12] concluída em 33ms

segundo:

INSERT into partition_test (id, organizationid, lat, lon, basetype, name, updatetimestamp) VALUES ('123','456',12.0,12.0,'DRIVER','SomeName',now());

[2016-12-28 12:16:15] [42P07] ERRO: relação "driver_2016_12_28" já existe [2016-12-28 12:16:15] Onde: instrução SQL "CREATE TABLE DRIVER_2016_12_28 (check (updatetimestamp = '2016 -12-28 12:16:15.467012')) INHERITS (partition_test);" [2016-12-28 12:16:15] Função PL/pgSQL telemetry_insert_trigger() linha 11 na instrução EXECUTE

A pergunta : Como posso verificar efetivamente a existência da tabela filha para não receber esse erro? Se você gostaria de apontar problemas existentes com meu gatilho, isso também seria ótimo