 a interação com o gerenciador de arquivos.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 Na questão presentada, é descrito um cenário em um formulário gerenciado por um sistema de banco de dados, onde um erro de usuário é identificado e barrado pelo sistema. Este é um excelente exemplo de como sistemas de gestão de banco de dados (SGBDs) ajudam a manter a integridade dos dados.
 

 Focalizando nos conceitos de SGBDs, a integridade dos dados é um dos objetivos fundamentais destes sistemas. A integridade de dados refere-se à precisão e à consistência dos dados armazenados no banco de dados. São implementadas regras que ajudam a garantir que as informações sejam armazenadas corretamente, evitando a persistência de dados que não estejam de acordo com as expectativas e regras definidas.
 
 
 As alternativas do problema nos dão diferentes opções que poderiam descrever a ação do sistema em questão, mas apenas uma delas atende perfeitamente ao cenário apresentado:
 
 
 <ul>
 <li>A) a interação com o gerenciador de arquivos:
 Errada porque está mais relacionada à maneira como os arquivos de dados são organizados e manipulados nos dispositivos de armazenamento físico, não se relacionando diretamente com a validação de integridade dos dados inseridos por um usuário.
 </li>
 
 
 <li>B) a garantia de integridade:
 Correta porque descreve a capacidade do sistema em manter a consistência e a precisão dos dados ao evitar que informações incorretas sejam gravadas no banco de dados, como no exemplo do nome digitado no campo de data.
 </li>
 

 <li>C) a garantia de segurança:
 Errada porque, apesar de também ser crucial, trata primariamente sobre proteção de dados contra acessos e alterações não autorizados, o que não se aplica ao contexto de validação de entrada de dados.
 </li>
 
 
 <li>D) a recuperação e backup:
 Errada porque está relacionada a como o sistema lida com a perda de dados e sua restauração, e não com a validação ativa de entradas de dados em formulários.
 </li>
 

 <li>E) o controle de concorrência:
 Errada pois se refere a como o sistema gerencia os acessos simultâneos ao mesmo dado por múltiplos usuários e não ao controle de validade dos dados inseridos.
 </li>
 </ul>
 

 A garantia de integridade é crucial em sistemas de banco de dados para assegurar que os dados sejam confiáveis e úteis. Este conceito inclui várias formas de restrições, como as de chave, de domínio e referencial, que ajudam a manter este alto padrão de precisão dos dados.
 
 
 Portanto, a alternativa correta é B.
 
</body>
</html>

 SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME = ‘JOSE’ 

 SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME DO ‘%JOSE%’ 

 SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME IS ‘JOSE%’ 

 SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME > ‘JOSE’ 

 SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME LIKE ‘JOSE%’

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O enunciado da questão exige a identificação do script SQL que permitiu localizar todos os cadastros de clientes cujo primeiro nome é "JOSE" em uma tabela de banco de dados. Vamos analisar cada uma das alternativas propostas para determinar qual delas atende a essa necessidade de maneira correta.
 
 
 <ul>
 <li>A) SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME = ‘JOSE’:
 Este comando busca exatamente os registros onde o NOME é igual a ‘JOSE’ em sua totalidade e não apenas os casos onde 'JOSE' é apenas o início do nome. Portanto, essa alternativa é incorreta para o propósito especificado.
 </li>
 
 <li>B) SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME DO ‘%JOSE%’:
 Essa syntaxe não é válida no SQL, pois 'DO' não é uma palavra reservada reconhecida para a construção de condições como essa. A condição correta para uso de curingas seria com o comando LIKE, não DO. Portanto, esta opção também está errada.
 </li>
 
 <li>C) SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME IS ‘JOSE%’: 
 O operador IS não é usado para fazer comparações que envolvem padrões ou curingas em SQL. Para isso, deve-se usar LIKE. Assim, essa alternativa está incorreta.
 </li>
 
 <li>D) SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME > ‘JOSE’: 
 Esta opção utilizaria a comparação direta maior que ('>'), que não serve para verificar se uma string começa com um determinado prefixo, mas sim para comparar ordens lexicográficas maiores que o valor especificado. Isso faz com que a alternativa seja inadequada para a necessidade expressa no enunciado.
 </li>
 
 <li>E) SELECT CODIGO, NOME, TEL FROM CLIENTES WHERE NOME LIKE ‘JOSE%’: 
 Este comando está usando o operador LIKE seguido do padrão ‘JOSE%’, que busca corretamente por todos os registros onde o campo NOME começa com "JOSE", independente do que siga após essa palavra. Isso satisfaz completamente a condição requisitada. Portanto, esta alternativa é a correta.
 </li>
 
 </ul>
 
 
 Portanto, a alternativa correta é E.
 

</body>
</html>

 refere-se a uma transação que pode utilizar dois ou mais bancos de dados, que podem estar localizados em servidores diferentes.

 é um modelo relacional que permite extrair dados de duas tabelas ao mesmo tempo.

 é um tipo de consulta onde são passados dois parâmetros para a SQL de forma a filtrar o conteúdo do SELECT.

 é um modelo de banco de dados distribuídos que permite criar uma hierarquia em dois níveis.

 são modelos de banco de dados relacionais com autenticação em duas fases.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O protocolo Commit em duas fases (Two-phase commit, 2PC) é um algoritmo utilizado em ambientes de bancos de dados distribuídos para garantir a atomicidade das transações entre múltiplos banco de dados. Durante essa análise, vamos explorar cada alternativa da questão e justificar por que uma resposta é correta em relação às outras.
 

 Análise das alternativas:
 <ul>
 <li>A) refere-se a uma transação que pode utilizar dois ou mais bancos de dados, que podem estar localizados em servidores diferentes.
 Essa afirmativa apesar de conter elementos de descentralização de dados, não descreve diretamente o que é o protocolo de Commit em Duas Fases. O 2PC de fato é usado em cenários onde múltiplos bancos de dados podem estar envolvidos, mas sua função principal é coordenar a conclusão de uma transação de forma consistente entre todos esses bancos, garantindo que todos os sistemas envolvidos concordem com um resultado final antes de commitar a transação. Assim, essa opção é parcialmente correta ao mencionar múltiplos bancos de dados, mas falha ao não destacar esses aspectos de coordenação e commit simultâneos.
 </li>
 
 <li>B) é um modelo relacional que permite extrair dados de duas tabelas ao mesmo tempo.
 Incorreta. Esta descrição se assemelha mais à um procedimento de consulta como o JOIN em SQL, que é utilizado para combinar linhas de duas ou mais tabelas, baseado em uma relação entre elas.
 </li>
 
 <li>C) é um tipo de consulta onde são passados dois parâmetros para a SQL de forma a filtrar o conteúdo do SELECT.
 Incorreta. Descreve o conceito de passagem de parâmetros em uma consulta SQL, o que é uma prática comum em diversas consultas mas não tem relação com o protocolo de Commit em Duas Fases.
 </li>
 
 <li>D) é um modelo de banco de dados distribuídos que permite criar uma hierarquia em dois níveis.
 Incorreta. Esta descrição parece confundir conceitos de arquiteturas de banco de dados distribuídos com funcionalidades específicas de um protocolo de transação. O 2PC não é um modelo de banco de dados, mas um protocolo de controle de transação.
 </li>
 
 <li>E) são modelos de banco de dados relacionais com autenticação em duas fases.
 Incorreta. Refere-se à uma técnica de segurança comum em sistemas de autenticação e não tem relação com a atomicidade e controle de transações em bancos de dados.
 </li>
 </ul>
 
 Reavaliando a alternativa A, ela se destaca por ser a única que toca no aspecto de envolvimento de múltiplos bancos de dados em uma transação, apesar de não explicar o protocolo completamente. Deve-se ser cuidadoso, pois a descrição mais precisa do 2PC seria que ele é um protocolo usado em bancos de dados distribuídos para garantir que todas as partes transacionais concordem em commitar ou abortar a transação, o que é essencial para manter a integridade do banco de dados.
 
 Portanto, a alternativa correta é A.
 

</body>
</html>

As opções RESTRICT, CASCADE, SET NULL, NO ACTION, SET DEFAULT são utilizadas na cláusula FOREIGN KEY do comando CREATE TABLE ou ALTER TABLE, para especificar a ação a ser tomada quando há uma tentativa de deletar ou atualizar uma linha referenciada pela chave estrangeira. Elas indicam como a tabela filha deve ser afetada quando a tabela pai sofre uma alteração.A opção RESTRICT impede que a linha seja deletada ou atualizada, CASCADE propaga a ação para as linhas dependentes, SET NULL configura o valor das colunas como null, NO ACTION não toma nenhuma ação e SET DEFAULT configura o valor padrão para as colunas.A opção correta é B, pois as opções só são aplicadas a cláusula FOREIGN KEY.

As opções RESTRICT, CASCADE, SET NULL, NO ACTION, SET DEFAULT são usadas no comando/cláusula CONSTRAINT FOREIGN KEY, que é usado para criar uma chave estrangeira na tabela. Essas opções especificam como o MariaDB deve lidar com as operações de atualização ou exclusão em uma tabela referenciada por uma chave estrangeira. RESTRICT impede a operação, CASCADE a propaga para tabelas referenciadas, SET NULL define valores nulos nas colunas referenciadas, NO ACTION não faz nada e SET DEFAULT define valor default na tabela referenciada.

Questões de Tecnologia da Informação - Banco de Dados