Perguntas[metadata](dba)

Ao consultar metadados para uma tabela específica, posso

1. use a OBJECT_IDfunção ou
2. juntar as tabelas de sistema relevantes ( sys.tablese sys.schemas).

Por exemplo, ambas as consultas retornarão todos os gatilhos DML para table myTable:

SELECT *
  FROM sys.triggers AS t
 WHERE t.parent_id = OBJECT_ID('[dbo].[myTable]', 'U')

SELECT *
  FROM sys.triggers AS tr
       INNER JOIN sys.tables AS tab ON tr.parent_id = tab.object_id 
       INNER JOIN sys.schemas AS s ON tab.schema_id = s.schema_id 
 WHERE s.name = 'dbo' AND tab.name = 'myTable';

É puramente uma questão de gosto, ou há uma boa razão para preferir um ao outro (se ambos resolverem seu problema)?

Minha análise preliminar é que:

• A opção 1 é mais curta (obviamente).
• Com a Opção 2, não preciso me preocupar em citar/escapar o nome da tabela/esquema (se contiver caracteres especiais).
• Os planos de consulta são diferentes (mas é improvável que façam uma grande diferença, já que essa não é uma operação que pretendo fazer com frequência).

Eu perdi alguma coisa importante?

No SQL Server, você pode encontrar IMPLICIT_TRANSACTIONSvalor para a própria sessão via @@OPTIONS.

Como encontrar o IMPLICIT_TRANSACTIONSvalor para outra sessão?

Isso definitivamente pode ser feito, porque o SQL Server Profiler mostra isso.

Entre as 12 regras de Codd para Sistemas de Gerenciamento de Banco de Dados Relacional está a Regra 1, que afirma o seguinte:

Regra 1 : Regra de informação

Todas as informações (incluindo metadados) devem ser representadas como dados armazenados em células de tabelas. As linhas e colunas devem ser estritamente desordenadas.

Por que é importante que os metadados sejam armazenados em tabelas?

É seguro usar OBJECT_ID() como referência em suas próprias tabelas, supondo que o valor sempre se referirá ao mesmo objeto de banco de dados, não importa o quê?

O msdn afirma

Todas as funções de metadados são não determinísticas. Isso significa que essas funções nem sempre retornam os mesmos resultados toda vez que são chamadas, mesmo com o mesmo conjunto de valores de entrada.

então isso indicaria que não é seguro, mas não consegui encontrar nenhum (outro) fato concreto de que não deveria ser feito e, para ser justo, nenhum exemplo de pessoas realmente fazendo isso, o que por si só pode ser uma evidência para não faça isso.

Mas o valor OBJECT_ID() é (ou parece ser) usado nas tabelas e visualizações do sistema como chaves de um objeto para outro, então deve haver alguma forma de integridade e confiabilidade.

Para que conste: eu não preciso necessariamente disso, mas simplesmente surgiu na minha mente como uma opção enquanto projetava meu sistema, e fiquei curioso.

No SQL Server, a sys.sql_expression_dependenciesexibição do catálogo do sistema "Contém uma linha para cada dependência por nome em uma entidade definida pelo usuário no banco de dados atual", para citar os documentos. Uma das colunas retornadas é referencing_class, da qual os documentos dizem isso:

referencing_class tinyint Classe da entidade de referência.

• 1 = Objeto ou coluna

• 12 = Gatilho DDL do banco de dados

• 13 = Acionador DDL do servidor

Não é anulável.

No entanto, estou olhando para um banco de dados agora em que há uma linha com referencing_classigual a 7. O que significa 7 e qual é a lista correta de valores possíveis aqui?

Então, eu tenho uma consulta para listar nossos programas de RPG:

SELECT OBJNAME
FROM
    (SELECT OBJNAME AS SCHEMA FROM TABLE (QSYS2.OBJECT_STATISTICS('*ALLSIMPLE', 'LIB')) S) AS SCHEMAS
    ,LATERAL (SELECT * FROM TABLE(QSYS2.OBJECT_STATISTICS(SCHEMAS.SCHEMA, 'PGM')) X) AS PROGRAMS
    LEFT JOIN QSYS2.PROCEDURES
        ON QSYS2.PROCEDURES.PROCNAME = PROGRAMS.OBJNAME
        AND QSYS2.PROCEDURES.PROCSCHEMA = PROGRAMS.OBJLONGSCHEMA
WHERE
    PROCNAME IS NULL
    AND SCHEMAS.SCHEMA = 'MYLIB'
;

Agora, existe alguma maneira, dado o nome de um programa de RPG, de obter o conteúdo dele via SQL?

(Ou, falhando o SQL, alguma outra maneira de obter o conteúdo de um aplicativo C#?)

PostgreSQL tem uma parte especial de uma funcionalidade chamada COMMENTque anexa metadados a um identificador ou qualquer tipo (esquema, tabela, coluna, função, tipo, domínio, etc). Se parece com isso,

COMMENT ON TABLE mytable IS 'This is my table.';

Existe um tamanho máximo para o comentário?

É possível "marcar" um banco de dados PostgreSQL com metadados?

Aqui está meu caso de uso pretendido: Eu tenho um banco de dados que passa por várias etapas de fluxo de trabalho e seria bom registrar em algum lugar em um banco de dados que uma etapa foi executada. É claro que pode haver uma tabela dentro do banco de dados para registrar isso, mas não devo alterar o esquema para a tarefa em questão.

Poderia/deveria, por exemplo, opções personalizadas (por exemplo ALTER DATABASE db SET a.b = 'c', ) servir a esse propósito?

Existe uma maneira de determinar se um tipo definido pelo usuário no PostgreSQL é um ENUM?

Essencialmente temos o seguinte:

CREATE TYPE foo AS ENUM (
  'Sometimes',
  'You',
  'Wanna',
  'Go',
  'Where Everybody Knows Your Name'
);

Com uma tabela instanciada por:

CREATE TABLE bar (
  lyrics foo DEFAULT 'Wanna'::foo
);

Eu sou capaz de determinar o tipo da foocoluna lyrics, no entanto, estou tendo problemas para encontrar uma maneira de determinar se fooé ou não um ENUM.

Por contexto, preciso dessas informações para obter programaticamente uma lista de todos os valores possíveis de fooquando for fornecida uma coluna de lyrics.

Existe alguma maneira de obter informações de metadados (esquema de informações) sobre o recurso de tabela temporal para a tabela, como:

• DATA_CONSISTENCY_CHECK ESTÁ ATIVADO OU DESATIVADO
• Qual nome da tabela de histórico
• O SYSTEM_VERSIONING está ativado para a mesa