Quanto aos sistemas de bancos de dados e à linguagem de consulta estruturada (SQL), julgue o item.
Suponha-se que se deseje remover os privilégios do
usuário “suporte” no banco de dados dbEmpresa. Nesse
caso, para se remover todas as permissões do usuário, é
suficiente executar os comandos seguintes.
SELECT DATABASE dbEmpresa;
REVOKE ALL PRIVILEGES ON dbEmpresa.*
from ‘suporte’@’localhost’;
Na questão, considere uma tabela de banco de dados T cuja instância é exibida a seguir.
A
B
C
D
12
2
3
1
14
3
8
2
18
2
9
3
21
5
4
4
Supondo-se que a tabela T (descrita anteriormente) esteja normalizada até a forma normal Boyce-Codd, a dependência funcional que NÃO se verifica nessa tabela é:
Em relação às formas normais em Modelagem de Banco de
Dados, “parte de uma chave determina parte de uma chave
e uma coluna não chave determina parte de uma chave”.
Os dois casos especiais são abrangidos por:
Para gerar um gráfico de dispersão, um programador precisava consultar duas tabelas, T1 e T2. Ele decidiu, então, usar
um LEFT JOIN, como em
SELECT * FROM T1 LEFT JOIN T2 USING (CHAVE);
Essa consulta resultou em 214 linhas.
Por motivos de segurança, ele fez outra consulta semelhante, apenas trocando o LEFT JOIN por um JOIN, e essa segunda
consulta resultou em 190 linhas.
O que pode explicar corretamente a quantidade diferente de linhas nas consultas realizadas?
Ao coletar dados em um sistema compatível com SQL 2008 para fazer uma análise de dados, um programador percebeu
que havia dois campos, data_de_nascimento e data_de_emissão_RG, em que o valor de data_de_emissão_RG sempre
deve ser mais recente que data_de_nascimento. Percebeu, porém, que em 10% das linhas acontecia o inverso, isto é,
data_de_nascimento era mais recente que data_de_emissão_RG. Ele corrigiu os dados nessas linhas, verificando que estavam consistentemente trocados, mas, preocupado que tal problema voltasse a acontecer, resolveu solicitar ao DBA uma
alteração da tabela, de forma que data_de_emissão_RG sempre tivesse que ser mais recente que data_de_nascimento.
O DBA atendeu adequadamente a esse pedido do programador por meio de uma restrição em SQL 2008 do tipo
Para que fosse mais fácil entender um sistema em desenvolvimento, um desenvolvedor usou um modelo de dados relacional (protótipo) mais simples do que o do banco de dados do sistema corporativo original, sendo que ambos utilizavam
o mesmo SGDB PostgreSQL. Cabe ressaltar que esse protótipo utilizava apenas um subconjunto dos dados do sistema
corporativo original e realizava apenas consultas.
Uma forma de garantir que os dados desse protótipo estejam sempre completamente atualizados em relação aos dados
reais, com baixo impacto tanto na operação quanto no desempenho do sistema corporativo original, é