Além de relacionamentos e atributos, a modelagem de bancos de dados relacionais oferece o conceito de generalização/especialização de entidades.
Com relação à generalização/especialização de entidades (considere o modelo ER de PeterChen), analise as afirmativas a seguir.

I. Por meio desse conceito é possível atribuir propriedades particulares a um subconjunto das ocorrências (especializadas) de uma entidade genérica. O símbolo para representar generalização/especialização é uma elipse.

II. Associada ao conceito de generalização/especialização está a idéia de herança de propriedades. Herdar propriedades significa que cada ocorrência da entidade especializada possui, além de suas próprias propriedades (atributos, relacionamentos e generalizações/especializações), também as propriedades da ocorrência da entidade genérica correspondente.

III. A generalização/especialização pode ser classificada em dois tipos, condicional ou incondicional, de acordo com a obrigatoriedade ou não de a uma ocorrência da entidade genérica corresponder uma ocorrência da entidade especializada. Por exemplo, em uma generalização/especialização incondicional para cada ocorrência da entidade genérica não existe uma ocorrência em uma das entidades especializadas. Já em uma generalização/especialização condicional, nem toda ocorrência da entidade genérica possui uma ocorrência correspondente em uma entidade especializada.


Está correto o que se afirma em

Existem diversos tipos de atributos que podem ser utilizados na modelagem relacional. Os atributos que divididos em subpartes menores, que representam atributos mais básicos com significados independentes e que podem formar uma hierarquia são conhecidos como atributos

Os sistemas gerenciadores de bancos de dados (SGBD) podem ser classificados de várias maneiras. Os SGBDs heterogêneos cujos participantes são fracamente acoplados e possuem um certo grau de autonomia local são classificados como

Durante o desenvolvimento de um sistema web, é necessário garantir que o software seja seguro e resistente a ataques. Para isso, utilizam-se as melhores práticas de desenvolvimento seguro baseadas em SDL, OWASP CLASP e sua evolução. Para proteger uma aplicação contra ataques de injeção SQL, é crucial

Um Tribunal identificou que sua aplicação web foi explorada por uma vulnerabilidade de injeção SQL. Após a análise do incidente, o time de desenvolvimento decidiu implementar práticas que minimizam o risco de ocorrência dessas falhas no código-fonte. A técnica mais adequada para prevenir vulnerabilidades como a identificada no incidente é

Considere a tabela t_audiencias que armazena informações sobre audiências marcadas.

Considerando que esta tabela está criada e contém valores adequados, em um banco de dados MySQL aberto e funcionando em condições ideais, o comando que seleciona todas as audiências que estão marcadas como “pendente”, cuja data de audiência seja posterior ao dia e hora atuais e que pertençam às varas de trabalho 1, 2 0u 3, é:

SELECT * FROM t_audiencias WHERE status = 'Pendente' AND

Considere que exista um banco de dados PostgreSQL aberto e funcionando em condições ideais, e que a tabela t_processos exista e esteja corretamente preenchida com valores adequados. Neste contexto, observe a função abaixo.

CREATE FUNCTION atualizar_status_processo(num_processo VARCHAR) RETURNS INTEGER AS $$
DECLARE
    total INTEGER;
BEGIN
    UPDATE t_processos
        SET status_processo = 'Encerrado'
        WHERE numero_processo = num_processo;
    SELECT COUNT(*) INTO total FROM t_processos WHERE status_processo = 'Encerrado';
    RETURN total;
END;
$$ LANGUAGE plpgsql;

Em condições ideais, esta função seria corretamente chamada utilizando-se o comando:

DO $$
BEGIN
    PERFORM atualizar_status_processo('12345-67.2023.5.01.0001');
END;
$$ LANGUAGE plpgsql;

Para desenvolver o sistema de controle de processos, o analista Pedro levantou as seguintes regras de negócio:

• todo Juiz pode ter nenhum, um ou diversos Processos; e
• todo Processo deve ter um e apenas um Juiz.

O modelo de dados que representa essas regras de negócio é:

Observe a consulta SQL a seguir.

ALTER TABLE Processos

ADD data_criacao DATETIME;

A consulta apresentada que corresponde à consulta MongoDB: