Mateus trabalha em uma multinacional de tecnologia e está desenvolvendo uma nova rede social de uso exclusivo da empresa. A nova rede social lidará com um grande volume de dados dinâmicos como postagens, curtidas e comentários por minuto. O desafio de Mateus é manter a alta disponibilidade para conteúdos recentes e reduzir os custos de armazenamento com os dados antigos em virtude de serem menos acessados. A estratégia utilizada por Mateus para garantir essas premissas é a replicação:

O TJRJ deseja analisar relações complexas entre processos, partes e magistrados. Para isso, foi escolhido um banco de dados em grafos. Em um banco de dados em grafos, os relacionamentos são representados por:

O arquiteto de dados Gustavo precisa implementar o modelo lógico do relacionamento entre as entidades Processo e Parte de um sistema do TJRJ. Cada Processo pode ter uma ou mais Parte, e cada Parte pode estar em um ou mais Processo. O modelo lógico que Gustavo deve implementar, garantindo a integridade dos relacionamentos, é:

O analista Mário está modelando as principais entidades dos processos do TJRJ para implementar em um sistema de informação. Para representar as entidades Processo, Juiz e Parte, e como elas se relacionam, Mário deve criar um modelo:

Luiz está analisando dados em uma ferramanta de BI que permite visualizar e editar o SQL utilizado na consulta ao banco de dados. Uma das análises usa o seguinte SQL:

SELECT v.nome_vara, COUNT(*) AS total_processos FROM FatoProcessos f JOIN DimVara v ON f.id_vara = v.id_vara GROUP BY v.nome_vara;



Para listar o resultado da consulta, começando pelas varas com mais processos, Luiz deve editar o SQL incluindo a cláusula:

Uma equipe de analistas do TJRJ está implementando microsserviços com o apoio do Spring Cloud. Para garantir a descoberta e a comunicação entre os microsserviços, a equipe optou por implementar um servidor Eureka. Durante a configuração do Eureka, o analista Silva percebeu que é crucial configurar o atributo que controla o tempo máximo que o servidor irá considerar uma instância como ativa, antes de marcá-la como desconectada. É correto afirmar que o nome do atributo do Eureka, percebido como crucial por Silva, contém a string:

Uma equipe de analistas está desenvolvendo um sistema de notificação em tempo real para informar outros sistemas sobre alterações de status em processos judiciais. A equipe deve basear o sistema em filas de mensagens, utilizando um servidor RabbitMQ. A fim de minimizar os custos associados ao tráfego de notificações, o sistema deve buscar, o máximo possível, entregar cada notificação exatamente uma vez. Para que o sistema opere dentro dos critérios propostos, a equipe deve configurar o servidor RabbitMQ de forma a:

O analista Otto precisa criar a tabela PROCESSOS garantindo que:
1. o número do processo seja único e obrigatório.
2. o status só possa ser “ABERTO”, “FECHADO” ou “EM_ANDAMENTO”.
3. a coluna ID seja chave primária gerada automaticamente.
Para garantir a integridade dos dados, no PostgreSQL, Otto deve implementar:

Observe o script SQL do PostgreSQL a seguir.

CREATE TABLE partes (
  id INT PRIMARY KEY,
  nome VARCHAR(100));

CREATE TABLE processos (
  id INT PRIMARY KEY,
  numero_processo VARCHAR(50));

CREATE TABLE audiencias (
  id INT PRIMARY KEY,
  processo_id INT,
  FOREIGN KEY (processo_id) REFERENCES processos(id));

CREATE TABLE partes_processos (
  processo_id INT,
  parte_id INT,
  PRIMARY KEY (processo_id, parte_id),
  FOREIGN KEY (processo_id) REFERENCES processos(id),
  FOREIGN KEY (parte_id) REFERENCES partes(id));

-- Partes
INSERT INTO partes (id, nome)
VALUES (1, 'João Silva'), (2, 'Maria Souza');

-- Processos
INSERT INTO processos (id, numero_processo)
VALUES (101, '0001234-56.2025.8.01.0001'),
       (102, '0001234-56.2025.8.01.0002');

-- Audiências
INSERT INTO audiencias (id, processo_id)
VALUES (201, 101);

-- Partes_Processos
INSERT INTO partes_processos (processo_id, parte_id)
VALUES (101, 1), (102, 2);

A consulta que retorna apenas os registros com Partes que ainda não possuem Audiências marcadas é:

SELECT p.nome
FROM audiencias a
RIGHT JOIN partes_processos pp
        ON a.processo_id = pp.processo_id
JOIN partes p ON pp.parte_id = p.id;

SELECT p.nome
FROM partes p
JOIN partes_processos pp ON p.id = pp.parte_id
LEFT JOIN audiencias a
        ON pp.processo_id = a.processo_id
WHERE a.id IS NOT NULL;

SELECT p.nome
FROM partes p
WHERE NOT EXISTS (
        SELECT 1
        FROM partes_processos pp
        JOIN audiencias a ON pp.processo_id = a.processo_id
        WHERE pp.parte_id = p.id );

SELECT p.nome
FROM partes p
WHERE EXISTS (
        SELECT 1
        FROM partes_processos pp
        JOIN audiencias a
                ON pp.processo_id = a.processo_id
        WHERE pp.parte_id = p.id );

SELECT p.nome
FROM partes p
JOIN partes_processos pp ON pp.parte_id = p.id
WHERE EXISTS (
        SELECT 1
        FROM audiencias a
        WHERE a.processo_id = pp.processo_id );

A analista Maria está utilizando o MySQL para executar uma consulta com algumas colunas em diversas tabelas de um banco de dados utilizando a cláusula JOIN. O resultado apresenta diversos registros repetidos. No MySQL, a cláusula que Maria deve utilizar para que a consulta retorne apenas valores diferentes é: