SELECT * FROM Compras where codProduto<3 or valor<4000

SELECT * FROM Compras where codProduto<3 and valor<4000

SELECT * FROM Compras where codProduto<=3 and valor<=4000

 SELECT * FROM Compras where codProduto>=3 and valor>=4000

 SELECT * FROM Compras where codProduto>=3 or valor>=4000

A instrução SQL apresentada é bastante complexa e pode ser difícil de entender para alguém que não está familiarizado com as subconsultas. A intenção parece ser selecionar todos os registros na tabela "Compras" cujo código de produto não esteja presente na tabela "Produtos" cujo código de produto seja menor que 3 ou cujo valor seja menor que 4000.A alternativa D (SELECT * FROM Compras where codProduto&gt;=3 and valor&gt;=4000) parece ser a mais adequada para simplificar o código, sem alterar a resposta. Ela também filtra os dados a partir da tabela "Compras" e por meio do uso de condição <code style="color: var(--tw-prose-code);">and</code> garante a seleção de registros onde o valor e o codigo de produto são maiores ou iguais a 3 e 4000 respectivamente.As outras alternativas não são equivalentes à primeira instrução SQL e podem retornar resultados diferentes. A alternativa A usa apenas <code style="color: var(--tw-prose-code);">or</code> e não garante que o valor e o codigo de produto são maiores ou iguais a 3 e 4000, o que pode resultar em dados incorretos; as alternativas B e E usam apenas <code style="color: var(--tw-prose-code);">and</code> e <code style="color: var(--tw-prose-code);">or</code> respectivamente e também não garantem que o valor e o codigo de produto são maiores ou iguais a 3 e 4000 e a alternativa C usa <code style="color: var(--tw-prose-code);">&lt;=</code> ao invés de <code style="color: var(--tw-prose-code);">&gt;=</code> e também pode resultar em dados incorretos.

(A)[{"nome": "Ana Zurique","saldo": 3000},{"nome": "Bernardo Washington","saldo": 4500},{"nome": "Carlos York","saldo": 12345}]Essa alternativa apresenta o arquivo JSON válido e correto com base nas informações contidas no arquivo CSV apresentado. Ele utiliza um formato de objetos aninhados, onde cada objeto representa uma linha do arquivo CSV, e cada propriedade do objeto representa uma coluna do arquivo CSV.O nome e saldo são chaves, com os seus respectivos valores sendo Ana Zurique,3000 , Bernardo Washington, 4500 e Carlos York, 12345 respectivamente. O formato JSON é uma estrutura hierárquica composta por objetos e arrays, facilitando a leitura e o trabalho com dados em aplicações web.

A terceira forma normal (3FN) é uma forma normal no modelo relacional de banco de dados que garante que os dados não sejam redundantes e que todos os dados em uma tabela sejam determinados apenas pela sua chave primária.Um esquema de banco de dados estaria na 3FN se ele atendesse aos seguintes critérios:<ol><li>Esteja na 2FN (Segunda forma normal);</li><li>Não haja dependência transitiva.</li></ol>Os critérios para 2FN são:<ul><li>As tabelas não alcançaram campos multivalorados.</li><li>Toda coluna não-chave da tabela depende funcionalmente da chave primária.</li></ul>Então, seguindo a notação apresentada, um esquema relacional de banco de dados que está na 3FN deve ter tabelas onde todos os campos sejam monovalorados, as colunas não chave são determinadas pela chave primaria e não haja nenhuma dependência transitiva, ou seja, uma coluna dependente de uma coluna dependente da chave primária.

A opção correta é a letra (C) - pom.xml. Justificativa: O arquivo "pom.xml" é o arquivo de configuração principal usado em projetos Maven no ecossistema do Spring Boot. O Maven é uma ferramenta de automação de compilação e gerenciamento de dependências amplamente utilizada em projetos Java. No arquivo "pom.xml", são definidas as configurações do projeto, incluindo as dependências, plugins, perfis, recursos e outras informações relevantes para a construção e execução do projeto. No cenário apresentado, onde uma aplicação Spring Boot está se conectando a um banco de dados PostgreSQL, é provável que as configurações relacionadas à conexão com o banco de dados, como a URL do banco de dados, nome de usuário, senha, driver JDBC e outras propriedades, sejam definidas no arquivo "pom.xml" ou em arquivos de configuração específicos do Spring Boot, como o "application.properties" ou "application.yml". As demais opções estão incorretas: (A) A opção (A) menciona o arquivo "manifest.xml", que não é um arquivo de configuração padrão em projetos Spring Boot. O arquivo "manifest.xml" é comumente usado em projetos Java para especificar informações sobre a aplicação, como o nome, versão, classe principal, dependências, entre outros, no contexto de empacotamento de arquivos JAR. (B) A opção (B) menciona o arquivo "web.xml", que é um arquivo de configuração usado em aplicativos Java Web anteriores ao Spring Boot. No entanto, com o uso do Spring Boot, o arquivo "web.xml" não é mais necessário para a maioria das configurações padrão. (D) A opção (D) menciona o arquivo "server.xml", que é um arquivo de configuração usado em servidores de aplicação específicos, como o Apache Tomcat. No contexto do Spring Boot, o arquivo "server.xml" não é usado como o arquivo principal de configuração do projeto. (E) A opção (E) menciona o arquivo "data.xml", que não é um arquivo de configuração padrão em projetos Spring Boot. Não há um arquivo específico chamado "data.xml" usado para configurar a conexão com o banco de dados em um projeto Spring Boot. Portanto, a única opção correta é a letra (C) - pom.xml.

A opção correta é a letra (E) - III. Justificativa: A tecnologia de Blockchain pública possui características específicas que são descritas nas afirmações apresentadas. Vamos analisar cada uma delas: I. As transações são colocadas em blocos conjuntos em uma cadeia reversível.Essa afirmação está incorreta. Em uma Blockchain pública, as transações são colocadas em blocos e adicionadas à cadeia de forma sequencial e irreversível. Uma vez que uma transação é registrada na Blockchain, ela não pode ser alterada ou removida. A cadeia de blocos é imutável, o que garante a integridade e a confiabilidade das transações registradas. II. Qualquer participante pode alterar uma transação depois de seu registro no livro-razão compartilhado.Essa afirmação está incorreta. Em uma Blockchain pública, as transações registradas são imutáveis. Uma vez que uma transação é confirmada e registrada na Blockchain, ela não pode ser alterada por nenhum participante. A imutabilidade é uma das características fundamentais da tecnologia de Blockchain. III. Todos os participantes da rede têm acesso ao livro-razão distribuído e ao seu registro imutável de transações.Essa afirmação está correta. Em uma Blockchain pública, todos os participantes da rede têm acesso ao livro-razão distribuído, que contém o registro imutável de todas as transações realizadas na rede. A transparência e a descentralização são princípios-chave das Blockchains públicas, permitindo que todos os participantes verifiquem e validem as transações registradas. Dessa forma, apenas a afirmação III está correta, e a opção correta é a letra (E) - III.

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