Perguntas[db2](dba)

De acordo com db2level, atualmente estamos executando o DB2 v11.5.7.0 (no RHEL 7.9). Ele foi atualizado da versão 11.5 antes da minha chegada.

Isso pode parecer uma pergunta estúpida, mas os arquivos V11.5 são necessários para o V11.5.7.0 ou o V11.5.7.0 é totalmente autônomo, então posso removê-lo /opt/ibm/db2/V11.5?

(Acho que a resposta é "sim", mas não há nenhum sistema de teste para eu experimentar e não quero interromper a produção.)

Ambos V11.5/e V11.5.7.0veja se são instalações completas:

$ du -cm -d1 /opt/ibm/db2
du: cannot read directory ‘/opt/ibm/db2/V11.5/.licbkup’: Permission denied
2270    /opt/ibm/db2/V11.5
du: cannot read directory ‘/opt/ibm/db2/V11.5.7.0/.licbkup’: Permission denied
2150    /opt/ibm/db2/V11.5.7.0
4420    /opt/ibm/db2
4420    total

Mais detalhes:

$ /sbin/lsof -u db2dlp01 | grep V11.5/
$ echo $?
1

$ /sbin/lsof -u db2dlp01 | grep -q V11.5.7.0
$ echo $?
0

$ /opt/ibm/db2/V11.5/bin/db2greg -dump
S,DB2,11.5.0.0,/opt/ibm/db2/V11.5,,,0,0,,1610467335,0
V,DB2GPRF,DB2SYSTEM,ewr0vlpudb01dol,/opt/ibm/db2/V11.5,
S,TSA,4.1.0.7,/opt/IBM/tsamp,DG_NOT_ALLOWED,DB2_INSTALLED,0,0,-,1651371491,0
S,RSCT,3.2.6.2,/usr/sbin/rsct,DG_NOT_ALLOWED,DB2_INSTALLED,0,0,-,1651371491,0
S,DB2,11.5.7.0,/opt/ibm/db2/V11.5.7.0,,,0,0,,1651371660,0
V,DB2GPRF,DB2SYSTEM,ewr0vlpudb01dol,/opt/ibm/db2/V11.5.7.0,
I,DB2,11.5.7.0,db2dlp01,/home/db2dlp01/sqllib,,1,0,/opt/ibm/db2/V11.5.7.0,,

$ /opt/ibm/db2/V11.5.7.0/bin/db2greg -dump
S,DB2,11.5.0.0,/opt/ibm/db2/V11.5,,,0,0,,1610467335,0
V,DB2GPRF,DB2SYSTEM,ewr0vlpudb01dol,/opt/ibm/db2/V11.5,
S,TSA,4.1.0.7,/opt/IBM/tsamp,DG_NOT_ALLOWED,DB2_INSTALLED,0,0,-,1651371491,0
S,RSCT,3.2.6.2,/usr/sbin/rsct,DG_NOT_ALLOWED,DB2_INSTALLED,0,0,-,1651371491,0
S,DB2,11.5.7.0,/opt/ibm/db2/V11.5.7.0,,,0,0,,1651371660,0
V,DB2GPRF,DB2SYSTEM,ewr0vlpudb01dol,/opt/ibm/db2/V11.5.7.0,
I,DB2,11.5.7.0,db2dlp01,/home/db2dlp01/sqllib,,1,0,/opt/ibm/db2/V11.5.7.0,,

Mais informações:

$ /usr/local/bin/db2ls
Install Path                       Level   Fix Pack   Special Install Number   Install Date                  Installer UID 
---------------------------------------------------------------------------------------------------------------------
/opt/ibm/db2/V11.5               11.5.0.0        0                            Tue Jan 12 11:02:15 2021 EST             0 
/opt/ibm/db2/V11.5.7.0           11.5.7.0        0                            Sat Apr 30 22:21:00 2022 EDT             0 

Alguns SGBDs têm uma pi()função para dar o valor de π. Não consigo encontrar o equivalente para Db2.

Posso usar radians(180), suponho, mas há algo mais direto?

É possível incluir uma verificação de data em uma tabela do Db2?

Eu tentei:

CREATE TABLE customers (
    id int GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
    email VARCHAR(60) NOT NULL UNIQUE,
--  etc
    dob date,   -- Db2: CHECK (dob < current_timestamp - interval '18 years'), fails
--  etc
);

Consegui fazer isso em outros DBMSs; o código comentado acima, por exemplo, funciona para PostgreSQL. No entanto, quando tento no Db2, recebo uma mensagem como:

Erro SQL [42621]: Uma restrição de verificação ou coluna gerada que é definida com "current_date" é inválida

Talvez haja uma solução alternativa?

Tentei criar um procedimento para ajustar uma sequência de acordo com o valor máximo em uma coluna. Para obter o valor máximo da coluna e armazená-lo em uma variável, acabei usando um cursor "fictício". Imagino que haja uma maneira mais simples, mas não consegui fazer nenhuma delas funcionar. Alguma sugestão sobre como me livrar do cursor e ainda conseguir usar o valor máximo na instrução alter?

--#SET TERMINATOR @
CREATE OR REPLACE PROCEDURE Adjust_Sequence(
    IN p_table_schema VARCHAR(128),
    IN p_table_name VARCHAR(128),
    IN p_column_name VARCHAR(128),
    IN p_sequence_name VARCHAR(128)
)
LANGUAGE SQL
BEGIN
    DECLARE v_max_value BIGINT DEFAULT 1;
    DECLARE v_sql_stmt VARCHAR(1000);
    DECLARE cur CURSOR FOR S;

    -- Construct SQL to get the max value of the specified column
    SET v_sql_stmt = 'SELECT COALESCE(MAX(' || p_column_name || '), 0) + 1 FROM ' ||  p_table_schema || '.' || p_table_name;

    -- Prepare and execute the statement properly
    PREPARE S FROM v_sql_stmt;
    OPEN cur;
    FETCH cur INTO v_max_value;
    CLOSE cur;

    -- Construct SQL to alter the sequence to restart with the new max value
    SET v_sql_stmt = 'ALTER SEQUENCE ' || p_sequence_name || ' RESTART WITH ' || v_max_value;

    -- Execute the sequence alteration
    EXECUTE IMMEDIATE v_sql_stmt;
END @
--#SET TERMINATOR ;

Tenho uma função definida pelo usuário que modifica dados sql. Ela insere em uma tabela e retorna o ID da linha retornada. Tentando usá-la assim

UPDATE table_X SET REV = REVISION(:timestamp, :user) WHERE ...conditions;

O DB2 me dá o erro:Routine "REDACTED.REVISION" (specific name "REDACTED") is defined with the MODIFIES SQL DATA option, which is not valid in the context where the routine is invoked.

A documentação da IBM para esse erro diz especificamente que é assim que uma função MODIFIES SQL DATAdeve ser usada.

Isso é apenas um bug no DB2 ou estou esquecendo de alguma coisa?

No Db2 v11.5 no Linux, eu gostaria de criar uma variável e então usar essa variável na instrução SELECT. Eu não quero criar um procedimento ou função no banco de dados, eu só quero fazer isso em SQL dinâmico do db2cmd ou alguma ferramenta de banco de dados.

Exemplo simplificado:

BEGIN
     DECLARE name VARCHAR(10);
     SET name = 'John';
     SELECT * FROM SYSIBM.SYSDUMMY1 WHERE name = :name;
END;

EDIT: Por que não quero criar um procedimento/função armazenado? Eu realizo auditorias a cada semestre para privilégios/autorizações de banco de dados em vários bancos de dados e não tenho privilégio de criar procedimento em alguns dos bancos de dados, devido a configurações de segurança rígidas. Na maioria dos casos, só tenho acesso às tabelas do catálogo do sistema, o que é perfeitamente suficiente para criar auditoria. Eu listo os usuários do banco de dados e, em seguida, para usuários "suspeitos", realizo verificações completas de permissão/autoridade executando vários SQL-s do catálogo do sistema. Até agora, para cada usuário, usei o editor de texto e usei localizar/substituir, o que é uma solução OK, mas a variável é uma solução melhor. Obrigado!

No Db2 v11.5 no Linux, se eu executar um comando para verificar se a instância do banco de dados está ativa e em execução:

ps -e -o command | grep db2sysc

a saída é:

db2sysc 0

O que significa o número 0? Só estou perguntando porque, talvez isso possa ser útil para usar em scripts bash.

Percebi que importar dados truncados apenas gera um aviso. Achei que seria simples capturar esse aviso e sinalizar um erro por meio de um manipulador, mas não consigo fazer isso. Alguma sugestão?

CREATE OR REPLACE PROCEDURE FILE_IMPORT_HANDLER(filename VARCHAR(255), tablename 
VARCHAR(255))
LANGUAGE SQL
BEGIN
    DECLARE EXIT HANDLER FOR SQLSTATE '22001'
        SIGNAL SQLSTATE '75002'
            SET MESSAGE_TEXT = '...';

    CALL ADMIN_CMD('import from ' || filename || ' of del insert into ' || tablename);
END @

Eu gostaria de falhar muito se 22001 for encontrado. De certa forma, aumente a gravidade do truncamento de dados durante a importação

Antes de perceber que existia um procedimento para revalidar objetos (SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS), escrevi o meu próprio. Agora, tento substituí-lo pelo padrão, mas parece que a chamada para SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS destrói o cursor sobre o qual estou fazendo o loop. Exemplo de procedimento antigo:

db2 -td@ +c "BEGIN FOR v AS c1 CURSOR FOR SELECT SCHEMANAME FROM NYA.VALIDATION_SCHEMAS DO CALL TOOLBOX.COMPILE_SCHEMA2(v.schemaname); END FOR; END @"
DB20000I  The SQL command completed successfully.

Exemplo usando ADMISN_REVALIDATE_DB_OBJECTS

db2 "CALL SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS(object_schema=>'TMP')"
Return Status = 0
db2 "CALL SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS(object_schema=>'TMP')"
Return Status = 0

Tentando usar isso em um loop sobre um cursor:

db2 -td@ +c "BEGIN FOR v AS c1 CURSOR FOR SELECT SCHEMANAME FROM NYA.VALIDATION_SCHEMAS DO CALL SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS(object_schema=>v.schemaname); END FOR; END @"
DB21034E  The command was processed as an SQL statement because it was not a 
valid Command Line Processor command.  During SQL processing it returned:
SQL0501N  The cursor specified in a FETCH statement or CLOSE statement is not 
open or a cursor variable in a cursor scalar function reference is not open.  
SQLSTATE=24501

Observe que não ajuda conectar o esquema:

db2 -td@ +c "BEGIN FOR v AS c1 CURSOR FOR SELECT SCHEMANAME FROM NYA.VALIDATION_SCHEMAS DO CALL SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS(object_schema=>'TMP')
[...]

também produz um erro. Tentei variações de loop sobre um cursor:

BEGIN
    DECLARE s VARCHAR(128);
    DECLARE v_at_end INTEGER default 0;
    DECLARE not_found CONDITION FOR SQLSTATE '02000';
    DECLARE C1 CURSOR for
        SELECT SCHEMANAME FROM NYA.VALIDATION_SCHEMAS;
    DECLARE CONTINUE HANDLER FOR not_found  SET v_at_end = 1 ;

    OPEN C1;
    fetch_loop:
    LOOP
        FETCH FROM C1 INTO s;
        IF v_at_end <>0 THEN LEAVE fetch_loop; END IF;
        CALL SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS(object_schema=>s);
    END LOOP;
    CLOSE C1;
END
@

Mas também não funciona. Alguma pista, o que precisa ser feito para poder chamar ADMIN_REVALIDATE_DB_OBJECTS em um loop?

Em nossos computadores o Db2 v11.5.8.0 Linux/x86-64 está instalado. Gostaria de instalar novas correções como atualizações regulares, especialmente para implantar correções de segurança.

Algumas semanas atrás, o novo fixpack 11.5.9.0 foi lançado. Mas agora vejo que o Cumulative Special Build também está listado na página Download do fixpack do Db2 . Analisando detalhadamente a página do CSB , há informações: "Os CSB são cumulativos, cada CSB contém todas as correções entregues no CSB anterior." Se bem entendi, o CSB não deve ser instalado sobre a v11.5.9.0, mas sobre o CSB anterior (se estiver instalado no servidor Db2). Isso está correto?

Qual é o propósito do CSB em primeiro lugar? Para conter apenas correções de segurança e falhas sem novos recursos? Qual é o lançamento do Db2 após a aplicação do CSB?

Obrigado