1.
(FCC – SEFAZ/BA – 2019)O modelo de dados fictícios ilustrados abaixo mostra a relação lógica entre duas entidades em um banco de dados:
Contribuinte e Imposto.
Um Auditor Fiscal da área de Tecnologia da Informação precisa implementar em um Sistema Gerenciador de Banco de Dados relacional um conjunto de tabelas, a partir da observação do modelo acima. Precisará incluir um atributo aliquotaImposto, considerando que cada imposto pode ter alíquotas diferentes, dependendo do contribuinte, e que cada contribuinte pode pagar alíquotas diferentes, dependendo do imposto. O campo aliquotaImposto deverá ser incluído
a) na tabela Imposto como um campo comum.
b) como parte da chave primária em uma tabela de ligação que deverá ser criada entre as tabelas Imposto e Contribuinte.
c) na tabela Contribuinte como um campo comum.
d) como um campo comum em uma tabela de associação que deverá ser criada entre as tabelas Contribuinte e Imposto.
e) na tabela Contribuinte como parte da chave primária.
2.
(FCC – AFAP – 2019)Considere a seguinte estrutura de dados:
Considere os seguintes requisitos técnicos:
- A estrutura Faturas_Cliente está inserida na estrutura do cliente ao qual pertence.
- Cod_Cliente é o atributo identificador de Cliente.
- Número_Fatura é o atributo identificador de Fatura.
- Um cliente é cobrado em uma ou mais faturas e uma fatura cobra um e somente um cliente.
- O mapeamento relacional fará com que os atributos identificadores (grifados nas estruturas apresentadas acima) componham as chaves primárias (Primary Key - PK), nas tabelas correspondentes dos bancos de dados relacionais.
Após a aplicação da normalização (até a Terceira Forma Normal - 3FN),
a) a estrutura Cliente formará uma tabela e terá o Número_Fatura compondo sua chave primária (Primary Key - PK).
b) a estrutura Cliente formará uma tabela e terá o Número_Fatura como chave estrangeira (Foreign Key - FK).
c) serão criadas três tabelas: Cliente, Faturas_Cliente e Cliente_Faturas cuja chave primária (Primary Key - PK) será uma composição de Cod_Cliente, Número_Fatura e Dt_Venc_Fatura.
d) a estrutura Faturas_Cliente formará uma tabela e terá o Cod_Cliente como chave estrangeira (Foreign Key - FK).
e) a estrutura Faturas_Cliente formará uma tabela e terá o Cod_Cliente compondo sua chave primária (Primary Key - PK).
3.
(FCC – SEFAZ/SC – 2018)Atenção: Para responder à questão, considere o seguinte caso hipotético:
Uma adequada modelagem de dados é necessária antes da construção dos bancos de dados para que estes sejam suficientemente consistentes enquanto fontes de consulta pela fiscalização.
Um modelo de dados-exemplo para atender o controle de arrecadação tributária contém:
Considerando as entidades Contribuinte e Arrecadação, que serão convertidas para tabelas relacionais e o correspondente relacionamento entre elas, também a ser convertido em tabela relacional, bem como os atributos envolvidos, o projeto de banco de dados relacional normalizado deve, no mínimo, prever em sua estrutura, uma ligação
a) 1:n entre Contribuinte e Exigível e uma ligação n:1 entre Exigível e Arrecadação. A chave primária de Exigível será composta pelas chaves primárias de Contribuinte e Arrecadação.
b) n:m entre Contribuinte e Exigível e uma ligação m:n entre Exigível e Arrecadação. A chave primária de Exigível será composta pelas chaves primárias de Contribuinte e Arrecadação.
c) n:1 entre Contribuinte e Exigível e uma ligação m:n entre Exigível e Arrecadação. A chave primária de Exigível será composta pelas chaves primárias de Contribuinte e Arrecadação.
d) m:n entre Contribuinte e Exigível e uma ligação n:1 entre Exigível e Arrecadação. A chave primária de Exigível será composta por uma chave própria e pelas chaves primárias de Contribuinte e Arrecadação.
e) 1:1 entre Contribuinte e Arrecadação e m:n entre Exigível e Arrecadação. A chave primária de Exigível será composta por uma chave própria e pelas chaves primárias de Contribuinte e Arrecadação.
4.
(FCC – SEFAZ/SC – 2018)Suponha que um Auditor foi encarregado de modelar e criar um banco de dados para um pequeno sistema de pedidos de produtos de informática. Para realizar essa tarefa, desenvolveu o modelo mostrado na figura abaixo.
Após criar o modelo, implementou o banco de dados em um Sistema de Gerenciamento de Banco de Dados, criou as tabelas e cadastrou as seguintes informações:
O Auditor tentou incluir os dados abaixo na tabela Pedido.
Ao executar a operação de inclusão, ocorreu um erro porque:
a) não há um cliente com id 12 cadastrado na tabela Cliente.
b) já existe um pedido cadastrado com id 13.
c) a data cadastrada não existe, já que o formato correto é dd/mm/yyyy.
d) já existe um pedido criado para o cliente 12.
e) não existe um pedido cadastrado com id 13.
5.
(FCC – SEFAZ/SC – 2018 – ADAPTADA)Ainda considerando o modelo lógico e as tabelas da questão anterior, considere também as seguintes tabelas:
Considere que o Auditor digitou um comando para inserir os valores abaixo na tabela ItemPedido:
O resultado da operação foi:
a) Inserido com sucesso b) Erro de sintaxe SQL
c) Erro de tipo no campo qtdIteped d) Erro de integridade referencial e) Erro de integridade primária
6.
(FCC – SEFAZ/SC – 2018)Suponha que um Auditor foi encarregado de modelar e criar um banco de dados para um pequeno sistema de pedidos de produtos de informática. Para realizar essa tarefa, desenvolveu o modelo mostrado na figura abaixo.
Considere e avalie as asserções a seguir e a relação proposta entre elas.
I. O relacionamento entre as entidades Pedido e ItemPedido é um relacionamento identificado PORQUE
II . idPed, que é chave estrangeira na entidade ItemPedido, faz parte da chave primária desta entidade.
É correto afirmar que
a) as duas asserções são proposições verdadeiras, mas a segunda não é justificativa correta da primeira.
b) a primeira asserção é uma proposição falsa, e a segunda, uma proposição verdadeira.
c) as duas asserções são proposições verdadeiras, e a segunda é uma justificativa correta da primeira.
d) a primeira asserção é uma proposição verdadeira, e a segunda, uma proposição falsa.
e) tanto a primeira quanto a segunda são proposições falsas.
7.
(FCC – SEFAZ/SC – 2018)Suponha que um Auditor foi encarregado de modelar e criar um banco de dados para um pequeno sistema de pedidos de produtos de informática. Para realizar essa tarefa, desenvolveu o modelo mostrado na figura abaixo.
No modelo apresentado a entidade ItemPedido:
a) deveria conter o campo PreUniPro, pois o preço unitário do produto deve ser incluído em cada item do pedido.
b) está relacionada com as entidades Pedido e Produto usando a notação Integrated DEFinition for Information Modelling - IDEF1X.
c) possui relação com cardinalidade n :n com a entidade Produto e 1 : n com a entidade Pedido.
d) possui chave primária composta, mas não possui chave estrangeira, logo, não garante integridade referencial.
e) possui uma chave primária composta pelos atributos idItePed e idPed, sendo que os atributos qtdItePed e idPro possuem dependência funcional completa com relação à chave primária.
8.
(FCC – TCE/RS – 2018)Considere que uma tabela de um banco de dados relacional possui uma chave primária composta por um único atributo. Essa tabela tem como propriedade:
a) a chave primária não pode ser nem do tipo booleano, nem do tipo inteiro.
b) a chave primária deve ser do tipo inteiro longo.
c) metade dos seus registros, no máximo, pode ter esse atributo com o valor nulo.
d) nenhum par de seus registros pode ter o mesmo valor para esse atributo na chave primária.
e) o armazenamento da chave primária na tabela deve ser feito de forma criptografada.
9.
(FCC – TRT6 – 2018)Considere hipoteticamente a existência de empresas que terceirizam o fornecimento de Recursos Humanos a outras empresas. Cada funcionário pode ser cadastrado em várias dessas empresas terceirizadas, nos mesmos cargos ou em cargos diferentes. Um modelo abstrato de dados dessa relação entre Empresa_Terceirizada_RH e Funcionario é mostrado abaixo.
Para um Analista especializado em Tecnologia da Informação implementar o modelo mostrado na figura, em um Sistema Gerenciado de Banco de Dados relacional, terá que
a) utilizar a linguagem SQL, adicionando o parâmetro CROSS REFERENCES à instrução CREATE TABLE na criação de ambas as tabelas para estabelecer a relação n:m entre elas.
b) excluir o campo cargoFuncionario da tabela Funcionario e inserir na tabela Empresa_Terceirizada_RH, pois o cargo é cadastrado quando o funcionário faz a inscrição na empresa terceirizada.
c) criar uma tabela de ligação entre Empresa_Terceirizada_RH e Funcionario, fragmentando o relacionamento n:m em dois relacionamentos 1:n e colocando o campo cargoFuncionario como atributo simples nessa tabela de ligação
d) criar uma tabela de ligação entre Empresa_Terceirizada_RH e Funcionario, fragmentando o relacionamento n:m em dois relacionamentos 1:1, já que não é possível implementar a relação n:m em bancos de dados relacionais.
e) excluir o atributo cargoFuncionario, pois cada funcionário poderá ter um cargo diferente em cada empresa terceirizada onde se cadastrar.
10.
(FCC – TRF5 – 2017)Um Técnico inseriu um valor no campo chave estrangeira de uma tabela sem que existisse o valor equivalente no campo chave primária da tabela relacionada. Considerando o uso de um Sistema Gerenciador de Banco de Dados Relacional, esta operação
a) será bem sucedida se a relação entre as tabelas for n:n.
b) será bem sucedida, apesar de uma mensagem de alerta ser exibida.
c) viola a integridade referencial.
d) irá falhar devido à dependência funcional parcial entre as tabelas.
e) será bem sucedida se a relação entre as tabelas for 1:n.
11.
(FCC – TST – 2017)Considere, por hipótese, que um Analista de Sistemas está trabalhando no projeto conceitual de um sistema de controle de processos compartilhado entre tribunais, o qual futuramente será projetado para ser processado em um modelo de banco de dados relacional normalizado. O Analista levantou os seguintes requisitos:
− A entidade tribunal deverá ser identificada de forma unívoca pelo atributo identidade do tribunal que será a chave primária; A entidade processo terá sua chave primária composta por um número sequencial de 1 a n mais a identidade do tribunal ao qual está vinculado.
O motivo da incorporação da identidade do tribunal na chave primária de processo bem como o tipo de relacionamento entre as entidades tribunal e processo são, respectivamente, a
a) manutenção da unicidade da identidade do tribunal; relacionamento de dependência (tribunal é entidade fraca de processo).
b) necessidade de se manter, em uma única tabela, os tribunais e os processos; relacionamento unitário.
c) necessidade de se manter um pseudo-relacionamento entre tribunal e processo; relacionamento ternário (tribunal + tribunal e processo).
d) manutenção da unicidade da identidade do processo; relacionamento de dependência (tribunal é entidade fraca de processo).
e) manutenção da unicidade da identidade do processo; relacionamento de dependência (processo é entidade fraca de tribunal).
12.
(FCC – DPE/RS – 2017)Em um banco de dados relacional, quando se faz a definição do domínio de um atributo, o objetivo é determinar a) o número máximo de atributos permitido para a tabela desse atributo.
b) o número máximo de registros permitido para a tabela desse atributo.
c) a regra de formação do nome desse atributo.
d) o conjunto de valores permitido para cada atributo.
e) as tabelas que podem utilizar tal atributo como chave estrangeira.
13.
(FCC – DPE/RS – 2017)Considere o seguinte caso hipotético:
A Defensora Pública Ana Paula está atuando simultaneamente em defesa de várias pessoas que não têm condições financeiras para contratar um advogado particular. Em dois dos processos, ela atua juntamente com seus colegas, os advogados Marco Aurélio e Paulo Sérgio. Na Defensoria Pública não é incomum os advogados trabalharem juntos em mais de um processo.
Solicitou-se a um Técnico criar e relacionar as tabelas DefensorPublico e Cliente, utilizando um Sistema Gerenciador de Banco de Dados - SGBD relacional. Após ler o caso acima, o Técnico afirma corretamente que:
a) o nome do cliente é uma boa escolha para chave primária da tabela Cliente, pois representa uma informação que melhor identifica o cliente.
b) o número da OAB não poderá ser utilizado como chave primária da tabela DefensorPublico porque contém caracteres alfanuméricos.
c) só seria possível relacionar as tabelas se cada cliente for defendido por apenas um Procurador Público, pois não há como criar relacionamentos muitos-para-muitos em SGBDs.
d) DefensorPublico e Cliente estabelecem uma relação n:m e será necessário criar uma tabela de ligação entre estas tabelas.
e) não será possível relacionar as tabelas porque o fato de vários Procuradores Públicos poderem atuar em um mesmo processo infringe as regras de integridade referencial.
14.
(FCC – DPE/RS – 2017)O modelo relacional em banco de dados comporta o conceito de chaves primárias e de chaves candidatas, ambas incluindo a propriedade da unidade. Supondo K um conjunto de atributos da tabela T, K terá a propriedade da unicidade se
a) o número de atributos que compõem K for igual a 1.
b) comportar apenas 1 índice em seus atributos.
c) houver apenas 1 atributo do tipo numérico em K.
d) não houver duas tuplas de T com o mesmo valor para K.
e) todos os atributos de K tiverem a mesma limitação em seus números de caracteres.
15.
(FCC – TST – 2017)Considere, por hipótese, os requisitos abaixo, levantados durante a modelagem de dados:
I. A entidade Empregado exerce dois papéis: Gerente e Gerenciado. Cada empregado tem um só gerente e um gerente chefia diversos empregados.
II. Um empregado (entidade Empregado) ocupa somente um cargo (entidade Cargo) que também pode ser ocupado por outros empregados.
III. Um departamento (entidade Departamento) aloca diversos empregados (entidade Empregado). Um empregado só pode ser alocado em um único departamento.
IV. Os atributos identificadores das entidades Empregado, Cargo e Departamento são, respectivamente, Matrícula, Código do Cargo e Código do Departamento.
Em um modelo normalizado, são chaves estrangeiras em I, II e III, respectivamente, a) Matrícula (do gerenciado), Código do Cargo e Código do Departamento.
b) Matrícula (do gerente), Matrícula e Código do Departamento.
c) Matrícula (do gerente), Código do Cargo e Código do Departamento.
d) Matrícula (do gerenciado), Matrícula e Matrícula.
e) Matrícula (do gerenciado), Código do Cargo e Matrícula.
16.
(FCC – TST – 2017)Considere o diagrama entidade-relacionamento abaixo.
As chaves primárias de Cidadão e Processo são pk_cidadao e pk_processo, respectivamente. O relacionamento Consulta possui a cardinalidade 0,n com n>1 em ambos os lados.
Em um banco de dados relacional normalizado, estará correta a criação da tabela
a) Processo tendo como chave estrangeira pk_cidadao e Consulta tendo como chave estrangeira pk_processo.
b) Cidadão tendo como chave estrangeira pk_processo e Consulta tendo como chave estrangeira pk_cidadao.
c) Consulta tendo pk_processo como chave primária e Cidadão tendo pk_processo como chave estrangeira.
d) Consulta tendo pk_cidadao como chave primária e Processo tendo pk_cidadao como chave estrangeira.
e) Consulta tendo como chave primária pk_cidadao mais pk_processo.
17.
(FCC – TRE/PR – 2017)Considere hipoteticamente que em um Tribunal cada Juiz conta com a ajuda de vários Assistentes, de acordo com o volume de processos que precisa analisar e julgar. Cada Assistente, por sua vez, auxilia vários Juízes, de acordo com a demanda de trabalho. Se Juiz e Assistente forem entidades de um modelo de dados relacional, a cardinalidade entre elas será n:m. Na criação das tabelas a partir do modelo,
a) a chave primária da tabela Juiz será chave estrangeira na tabela Assistente e a chave primária da tabela Assistente será chave estrangeira na tabela Juiz.
b) será necessário criar uma tabela de ligação entre Juiz e Assistente e o relacionamento n:m dará lugar a dois relacionamentos 1:n.
c) será estabelecido um relacionamento bidirecional entre as tabelas Juiz e Assistente, com cardinalidade 1:1.
d) para que a relação n:m seja mantida, as chaves primárias das tabelas Juiz e Assistente deverão ser compostas pelo Id do Juiz e pelo Id do Assistente.
e) será necessário criar uma tabela de ligação entre Juiz e Assistente, gerando assim dois relacionamentos 1:1.
18.
(FCC – TRT24 – 2017)Considere, hipoteticamente, uma relação de trabalho em que um funcionário pode trabalhar em várias empresas, sendo registrado em todas elas. Esta relação é representada na figura abaixo.
Nesta relação, cada funcionário pode ocupar cargos diferentes em cada empresa onde trabalha recebendo, inclusive, salários diferentes por jornadas de trabalho variáveis. Nestas condições, quando o modelo for implementado em um Sistema Gerenciador de Banco de Dados relacional,
a) se for incluído um campo salário este deverá ser colocado na tabela Funcionário.
b) somente as tabelas Funcionário e Empresa serão criadas e relacionadas com cardinalidade n:n.
c) o relacionamento n:n deverá ser desmembrado em dois relacionamentos 1:1, sendo Trabalha a entidade de ligação entre Funcionário e Empresa.
d) se for incluído um campo cargo este deverá ser colocado na tabela associativa identificada como Trabalha.
e) se for incluído um campo CargaHoráriaMensal ele deverá ser colocado na tabela Empresa.
19.
(FCC – TRE/SP – 2017)Considere as entidades abaixo que são integrantes de um modelo de banco de dados relacional.
Analisando-se as entidades, tem-se que
a) se for incluído um atributo pontuacao, ele terá que ser incluído na entidade Candidato.
b) se for incluído o atributo dataInscricaoCandidato, ele terá que ser incluído na entidade Candidato_Concurso.
c) para que a entidade Candidato esteja na 1ª forma normal, a entidade Candidato_Concurso precisa estar normalizada.
d) a entidade Candidato_Concurso nunca estará na 2a forma normal porque ela possui chave primária composta.
e) estas entidades estabelecem dois relacionamentos n:m não-identificados (non-Identifying).
20.
(FCC – CREMESP – 2016)Observe o modelo abaixo e considere que as provas são iguais para candidatos que fazem a mesma prova:
É correto afirmar que
a) a verificação da 2ª FN deve ser feita nas tabelas Candidato e Prova.
b) se fosse necessário incluir um atributo Nota, ele seria incluído na entidade Inscricao.
c) se Candidato e Prova fossem ligados diretamente haveria uma relação 1:n.
d) se fosse necessário incluir um atributo NumeroQuestoes, ele seria incluído na entidade Inscricao.
e) se fosse necessário incluir um atributo Nota, ele seria incluído na entidade Candidato.
21.
(FCC – DPE/SP – 2015)Um analista de sistemas, após ter implementado seu projeto de banco de dados, realizou um teste para verificar se em cada atributo das tabelas do banco de dados são aceitos apenas os valores previamente definidos como válidos. Esse procedimento refere-se ao teste de.
a) grau de normalização das tabelas.
b) cardinalidade dos relacionamentos.
c) domínio dos atributos.
d) unicidade das chaves primárias.
e) correção das chaves estrangeiras.
22.
(FCC – TRE/AP – 2015)Nos bancos de dados relacionais é possível estabelecer ligações entre as tabelas por meio de suas chaves. Nestas relações,
a) cada linha de dados em uma tabela é identificada exclusivamente por uma chave estrangeira.
b) as chaves estrangeiras permitem relacionar dados de várias tabelas de forma lógica.
c) podem-se utilizar valores duplicados nas chaves primárias.
d) chaves estrangeiras são puramente ponteiros físicos (não lógicos).
e) cada valor em um campo que seja chave primária deverá corresponder a um único valor em um campo que é chave estrangeira.
23.
(FCC – TRT3 – 2015)Participando do projeto de modelagem de um banco de dados utilizando o MER, um analista de TI identificou na modelagem lógica duas entidades ligadas entre si em um relacionamento muitos-para-muitos (n:m): a entidade Processo e a entidade Advogado, cujos atributos são apresentados abaixo.
Processo (NumeroProcesso, Ano, NumeroVara, NumeroTribunalOrigem) Advogado (NumeroOABAdvogado, Nome, Telefone)
Cada advogado pode estar relacionado a vários processos diferentes, ora com status de advogado de acusação, ora com status de advogado de defesa, e cada processo, pode ter vários advogados de acusação e/ou de defesa.
Nestas condições, para criar as tabelas no banco de dados real este relacionamento n:m terá que ser desmembrado em dois relacionamentos 1:n com uma tabela de ligação contendo os campos
a) CodigoLigacao, StatusAdvogadoProcesso, Data, com chave primária composta pelo campo CodigoLigacao.
b) NumeroProcesso, NumeroOABAdvogado e StatusAdvogadoProcesso, com chave primária composta pelos campos NumeroProcesso e NumeroOABAdvogado.
c) NumeroProcesso e NumeroOABAdvogado, apenas, com ambos os campos sendo chave primária e estrangeira ao mesmo tempo.
d) CodigoLigacao, NumeroProcesso, NumeroOABAdvogado e StatusAdvogadoProcesso, com chave primária composta pelo campo CodigoLigacao e chave estrangeira formada pelos campos NumeroProcesso e NumeroOABAdvogado.
e) NumeroProcesso, NumeroOABAdvogado e StatusAdvogadoProcesso, com chave primária composta pelos campos NumeroProcesso e NumeroOABAdvogado e chave estrangeira formada pelo campo StatusAdvogadoProcesso.
24.
(FCC – TCM/GO – 2015)Considere que no Tribunal de Contas dos Municípios do Estado de Goiás (TCM/GO) haja um banco de dados relacional denominado BD_TCM que possui a tabela Tab_TCM cujos campos estão assim descritos:
Tab_TCM
Considerando os fundamentos de bancos de dados e o banco de dados BD_TCM, é correto afirmar que
a) BD_TCM pode ter uma coleção de tabelas, cada uma com nome exclusivo, com campos que podem conter valores dentro de um domínio.
b) um modelo de dados descreve o projeto de um Banco de Dados Relacional no nível físico, através de subesquemas, e no nível lógico, através de tabelas.
c) um SGBD é uma coleção de arquivos e um conjunto de programas para acessar, armazenar e fazer a gestão dos dados, deixando a segurança da informação a cargo de mecanismos de hardware.
d) o diagrama Entidade Relacionamento emprega 3 elementos básicos: entidades, relacionamentos e operadores de normalização
e) o administrador do banco de dados deve criar o esquema do BD_TCM executando um conjunto de instruções de definição de dados da DML (Data Modeling Language).
25.
(FCC – TJ/AP – 2014)Na modelagem de um banco de dados relacional, um dos principais itens a ser considerado é o conjunto de entidades, cujos atributos
a) indicam o número máximo de entidades que cada conjunto de entidades poderá possuir.
b) têm um limite máximo teórico de 10 para cada conjunto de entidades.
c) contêm as permissões atribuídas a cada um dos usuários do banco de dados.
d) representam propriedades descritivas próprias a cada membro do conjunto de entidades.
e) contêm a relação de sistemas gerenciadores de bancos de dados que podem suportar a modelagem realizada.