Aula 06 Informatica Questões ICMS FCC - 2014 Modelo Relacional de Dados PDF

Aula 06
Curso: Informtica Questes comentadas p/

ICMS PI
Professor: Gustavo Cavalcante
Curso: Informtica p/ ICMS PI

Questes comentadas
Prof. Gustavo Cavalcante - Aula 06
Aula 06 Modelo Relacional de Dados.

Ol pessoal, vamos para mais uma aula de exerccios de informtica
para o ICMS-PI.
Na aula 05, revisamos os conceitos de entidades, atributos,
relacionamentos, e vimos o conceito de cardinalidade. Assim, devemos
lembrar que todos esses conceitos citados no edital esto relacionados
principalmente com dois modelos: Modelo de entidade-relacionamento (E-R) e
Modelo relacional.
Abaixo vamos revisar do que se trata cada um desses modelos:
Modelo relacional
Usa uma coleo de tabelas para representar os

dados e suas relaes. Cada tabela possui colunas
com nomes nicos. um modelo baseado em
registros, isto , cada tabela contm registros de um
tipo especfico. As colunas da tabela correspondem
aos atributos do registro.
Modelo de entidaderelacionamento (E-R)
baseado em uma percepo do mundo real, sendo

que cada objeto do mundo real considerado uma
entidade. Consiste na descrio de entidades e
suas relaes.
Outros conceitos importantes so os trs nveis de abstrao:

Modelo Conceitual de alto nvel, oferecendo conceitos prximos
aos entendidos pelo usurio. No depende do SGBD. Exemplo: Modelo de
entidade-relacionamento.
Modelo Lgico de nvel intermedirio. O projetista do banco de
dados mapeia o esquema conceitual de alto nvel para o modelo de dados
de implementao do sistema de banco de dados que ser usado. Neste
modelo j poderemos descrever a estrutura do banco de dados,
descrevendo os dados, os relacionamentos, as restries de consistncia e
a integridade. Exemplo: Modelo relacional.
Modelo Fsico de baixo nvel. Descreve como os dados sero
fisicamente armazenados.
Na aula passada, focamos no modelo conceitual. Nesta aula, veremos
como chegar ao modelo lgico a partir do modelo conceitual, transformando o
modelo E-R no modelo relacional.
Veremos como se converter o modelo E-R em um projeto relacional.
Utilizaremos esquemas para representar as tabelas do banco de dados.
Cada entidade e relacionamento do projeto conceitual podemos
representar por meio de um esquema, que ter o mesmo nome da entidade
ou relao.
Prof. Gustavo Cavalcante
www.exponencialconcursos.com.br
2 de 47

Questes comentadas
No caso das entidades mais simples. Cada entidade ser

representada por um esquema, por exemplo, Cliente(id_cliente, Nome,
Endereo), onde todos os atributos de Cliente foram retirados do modelo E-R,
assim como sua chave primria. Esse esquema ser uma tabela do banco
de dados.
No caso dos relacionamentos, em alguns casos teremos que criar um
esquema para represent-lo, e este ser formado pelos atributos chaves
primrias das entidades que se relacionam e pelos atributos do
relacionamento.
Para se escolher a chave primria do esquema de um relacionamento
devemos seguir os seguintes critrios:
Relacionamentos muitos-para-muitos
Unio das chaves primrias

entidades relacionadas
das
Relacionamentos binrios um-paraum
Uma das chaves primrias

das
Relacionamentos binrios muitospara-um ou um-para-muitos
A chave primria da entidade do lado

muitos
Relacionamentos enrios
Unio das chaves primrias das

Um bom projeto de banco de dados deve manter a integridade, evitar

redundncias de dados que ocupem espao no disco sem necessida, e devem
otimizar as consultas.
Para isso veremos alguma regras a serem seguidas para criar um banco
de dados relacional.
Alguns assuntos so um pouco mais difceis, pois j estamos em um
nvel de abstrao mais distante do usurio.
Prestem ateno aos exemplos, pois ajudam bastante a guardar alguns
conceitos, e reparem como as questes repetem os mesmos casos:
funcionrio X departamento, empregado X dependente, mdico X consulta X
paciente, etc.
Vamos a aula.
3 de 47

Questes comentadas
Questes comentadas
1 (FCC - AFR SP/SEFAZ SP/Tecnologia da Informao/2009)
Considere a seguinte regra de Codd, aplicada aos bancos de dados relacionais:
A descrio do banco de dados representada no nvel lgico da mesma
forma que os dados ordinrios, permitindo que usurios autorizados utilizem a
mesma linguagem relacional aplicada aos dados regulares. O sentido dessa
regra diz respeito
a) independncia de distribuio.
b) formao do catlogo.
c) manipulao, por meio de vises.
d) independncia fsica.
e) independncia lgica.
Comentrios:
Edgard F. Codd estabeleceu 12 regras que determinam o modelo
relacional de banco de dados. As 12 regras so baseadas na regra zero:
qualquer sistema considerado, ou que deseja ser, um sistema gerenciador de
banco de dados relacional deve ser capaz de gerenciar, por completo, bases
de dados atravs de sua capacidade relacional..
As 12 regras so:
Regra da informao
Regra da garantia de acesso
Tratamento sistemtico de valores

nulos
Regra do catlogo relacional ativo ou
Formao de catlogo ou Catlogo
on-line baseado no modelo relacional
Regras de atualizao de alto-nvel
Regra de sublinguagem de dados

abrangente
Regra de independncia fsica
Os dados devem ser armazenados de

forma nica e em tabelas.
Todo dado pode ser acessado
utilizando-se o nome da tabela, o
valor da chave primria e o nome da
coluna.
Os valores NULOS representam dados
no existentes.
Todo o banco de dados deve estar
disponvel em tabelas e deve ser
acessvel por meio de linguagens
especficas.
O usurio deve ser capaz de
manipular as informaes do BD,
inserir, alterar e excluir vrios dados
ao mesmo tempo.
Deve possuir pelo menos uma
linguagem para ser utilizada pelo
usurio para manipular os dados.
Programas de aplicao no devem
ser logicamente alterados caso sejam
modificadas na forma como os dados
4 de 47

Questes comentadas
esto fisicamente armazenados.

Regra de independncia lgica
Qualquer alterao na estrutura do
BD
(estrutura
lgica
como
incluso/excluso de um campo de
uma
tabela,
alterao
de
relacionamentos entre tabelas, etc)
no deve afetar o aplicativo.
Regra de atualizao de vises ou Um aplicativo que faz uso de vises
Manipulao por meio de viso
deve ser capaz de efetuar alteraes,
excluses
e
incluses
nestas
estruturas.
Regra
de
independncia
de As relaes de integridade devem ser
integridade
definidas e estabelecidas dentro do
catlogo do sistema ou dicionrio de
dados (ou seja, no SGBD), e ser
independentes da lgica do aplicativo.
Regra
de
independncia
de O fato de alguns SGBDs terem a
distribuio
capacidade de serem distribudos em
diversas
plataformas/equipamentos
no pode afetar a funcionalidade do
sistema e dos aplicativos.
Regra no-subversiva
No deve ser possvel subverter ou
ignorar as regras de integridade e
restries definidas.
A descrio do banco de dados representada no nvel lgico da
mesma forma que os dados ordinrios (tabelas), permitindo que usurios
autorizados utilizem a mesma linguagem relacional aplicada aos dados
regulares.
A questo trata da regra Regra do catlogo relacional ativo ou
Formao de catlogo ou Catlogo on-line baseado no modelo
relacional, todo o banco de dados deve estar disponvel em tabelas e
deve ser acessvel por meio de linguagens especficas.
Pouqussimas questes sobre o assunto. Por isso, sugiro apenas focar
nas regras quando o resto da matria estiver bem tranquila.
Resposta: B.
2 (FCC - AFTM SP/Pref SP/Tecnologia da Informao/2012)

Considere o seguinte projeto conceitual de um banco de dados:
5 de 47

Questes comentadas
Para se construir o projeto lgico deste banco de dados, no mapeamento do

relacionamento ExpostoEm e seus atributos,
a) pode ser criada uma relao ExpostoEm, contendo como chaves
estrangeiras as chaves primrias das relaes correspondentes s entidades
Produto, Loja e Lote e como atributos Unidade e Quantidade.
b) os atributos Unidade e Quantidade podem ser adicionados relao
correspondente entidade Lote. O atributo CodLote deve ser chave
estrangeira nas relaes correspondentes s entidades Produto e Loja.
c) os atributos Unidade e Quantidade podem ser adicionados relao
correspondente entidade Loja. O atributo CodLoja deve ser chave
estrangeira nas relaes correspondentes s entidades Produto e Lote.
d) pode ser criada uma relao ExpostoEm, contendo como atributos
CodExposicao, Unidade e Quantidade. O atributo CodExposicao a chave
primria desta relao e deve aparecer como chave estrangeira na relao
correspondente entidade Lote.
e) pode ser criada uma relao ExpostoEm, contendo como atributos
primria desta relao e deve aparecer como chave estrangeira nas relaes
correspondentes s entidades Produto, Loja e Lote.
Comentrios:
Como vimos, para construir o projeto lgico de um relacionamento,
primeiro o escrevemos em formato de esquema, com os atributos de chave
primria das entidades relacionadas e seus prrpios atributos.
No caso, como um relacionamento ternrio, a chave primria ser a
unio das chaves primrias das entidades relacionadas.
6 de 47

Questes comentadas
ExpostoEm(CodProduto,CodLoja,CodLote, unidade, quantidade)

Resposta: A.
3 (FCC - AFR SP/SEFAZ SP/Gesto Tributria/2013) Instrues: Para

responder questo, considere o texto a seguir:
A empresa Express conta com diversas equipes de desenvolvimento, nas reas
de software em geral, incluindo tcnicas estruturadas e de orientao a
objetos. Essas equipes esto em constante aperfeioamento, visando mantlas sempre atualizadas com as tcnicas mais recentes da engenharia de
software, incluindo-se a a rea de bancos de dados.
A Express atende clientes de diversos perfis, abrangendo pequenas, mdias e
grandes empresas. Dessa forma, os sistemas de computao solicitados
tambm atendem a esse perfil, compreendendo sistemas de pequeno, mdio e
grande porte.
A Express conta com equipes especializadas, de grande experincia nas reas
acima destacadas, estando, portanto, apta a atender desde um simples
produto at um grande sistema de software. Dessa forma, os produtos
desenvolvidos pela Express possuem, normalmente, uma qualidade bastante
apurada, o que pode ser verificado pelas diversas tcnicas existentes.
Uma das normas da Express a de produzir documentao de excelente
qualidade, cuja finalidade , no apenas para entrega aos clientes, mas
tambm para possibilitar a manuteno adequada dos produtos desenvolvidos.
No projeto de seus bancos de dados, a Express faz uso da modelagem
relacional, na qual necessrio definir os domnios dos atributos de uma
relao. Um domnio considerado atmico se, na aplicao em questo,
a) o comprimento mximo de seus valores tiver at 255 caracteres.
b) seus elementos forem considerados como indivisveis.
c) no houver caractere especial nos valores dos atributos, tais como $ e @.
d) forem admitidos apenas letras e espaos como caracteres vlidos.
e) no forem admitidos valores nulos.
Comentrios:
No modelo E-R, utilizamos atributos de valores mltiplos e compostos,
que possuem graus de subestrutura. Porm, ao passarmos para o modelo
lgico, eliminamos esta subestrutura.
7 de 47

Questes comentadas
No caso do atributo composto, deixamos cada componente ser um

atributo por si s. Por exemplo, Endereo, que tinha rua e cidade, deixa de ser
um atributo e, rua e cidade passam a ser atributos da entidade.
Para o caso de um atributo de valores mltiplos, so criados novos
esquemas de relao R, e ento criamos uma tupla para cada item em um
conjunto de valores. Por exemplo, vamos supor que tenhamos uma entidade
funcionrio que pode ter vrios nmeros de telefone. Nmero de telefone seria
um atributo de valores mltiplos de funcionrio.
Para passarmos para o modelo lgico, teremos de criar uma tabela
Num_telefone, com atributos matrcula e num_telefone da seguinte forma:
Num_telefone(matrcula,num_telefone)
O domnio de um atributo o conjunto de valores que ele pode
assumir. No modelo relacional, todo atributo deve ser atmico, isto , os
elementos do domnio so considerados unidades indivisveis.
Resposta: B.

grande porte.
8 de 47

Questes comentadas
No projeto de bancos de dados relacionais, a Express tem preocupao de

produzir modelos mais adequados. A chave primria de uma relao de um
banco de dados relacional
a) s pode servir como chave estrangeira de, no mximo, uma outra relao.
b) no pode ser indexada, quando da implementao do banco de dados.
c) no pode conter atributos do tipo Data.
d) pode ser formada por mais de um atributo.
e) no pode conter mais do que um atributo.
Comentrios:
Vamos comentar os itens:
Item incorreto. A chave primria pode servir de chave estrangeira de
vrias tabelas. Por exemplo:
Funcionrio(matricula, nome,id_departamento)
Departamento(id_departamento, nome)
Projeto(id_projeto, id_departamento)
Item incorreto. A chave primria normalmente indexada pelo SGBD.
Item incorreto. Pode sim conter atributos do tipo data. Por exemplo:
Aluno (data_matricula, Nome)
Item correto. Para se tornar nica as vezes necessrio que se utilize
mais de um atributo para formar a chave primria. Exemplo:
Aluno (data_matricula, Nome)
Item incorreto.
Resposta: D.
9 de 47

Questes comentadas
5 (FCC - AFRE RJ/SEFAZ RJ/2014) Instruo: Para responder questo,

considere o texto a seguir.
Um funcionrio ficou responsvel pela elaborao de um modelo de dados e
criao de um banco de dados para a Receita Estadual. O banco de dados
deve controlar os funcionrios da Receita, os departamentos aos quais esto
vinculados e os projetos nos quais esto alocados, de acordo com a descrio:
I. A Receita est organizada em departamentos. Cada departamento tem um
nome nico, um nmero nico e um funcionrio que gerencia o departamento.
H, ainda, a data em que o funcionrio comeou a gerenciar o departamento.
II. Um departamento controla vrios projetos. Cada projeto tem um nome
nico, um nico nmero e uma nica data de incio.
III. Cada empregado tem um nmero nico de CPF, um nmero de seguro
social, endereo, sexo, salrio e data de nascimento.
IV. Todo empregado est alocado em um departamento, mas pode trabalhar
em diversos projetos, mesmo que controlados por diferentes departamentos.
Controla-se o nmero de horas que cada empregado trabalha em cada
projeto. Controla-se o supervisor direto de cada empregado, que supervisiona
seu trabalho.
Considere:
Existe a tabela FUNCIONARIO, cuja chave primria CPF.
Existe a tabela DEPARTAMENTO cuja chave primria NUMERODEP.
O campo NDEP da tabela FUNCIONARIO refere-se ao nmero do
departamento ao qual um funcionrio est alocado.
O valor de NDEP em qualquer tupla da tabela FUNCIONARIO deve
corresponder a um valor da chave primria da tabela DEPARTAMENTO em
alguma tupla desta tabela.
O campo NDEP pode ser
a) a chave estrangeira na tabela FUNCIONARIO em relao tabela
DEPARTAMENTO.
b) a chave secundria da tabela DEPARTAMENTO.
c) a segunda chave primria da tabela FUNCIONARIO em relao tabela
DEPARTAMENTO.
d) a chave estrangeira na tabela DEPARTAMENTO em relao tabela
FUNCIONARIO.
10 de 47

Questes comentadas
e) o atributo referencial da superchave da tabela DEPARTAMENTO.

Comentrios:
As informaes em que precisamos focar para resolver a questo so:
departamento ao qual um funcionrio st alocado.
corresponder a um valor da chave primria da tabela DEPARTAMENTO
em alguma tupla desta tabela.
Portanto, sabemos que NDEP corresponde a um valor de chave
primria de DEPARTAMENTO e que NDEP pertence tabela
FUNCIONARIO. Ento, NDEP uma chave estrangeira na tabela
FUNCIONARIO.
Resposta: A.

Considere a afirmativa a seguir.
Uma tabela est na .....I.... , se e somente se ela estiver na ....II... e os
atributos no-chave forem .....III... .
I, II e III podem ser corretamente preenchidos por:
a) 2FN 1FN totalmente dependentes da totalidade da chave primria
b) 2FN 1FN totalmente dependentes de parte da chave primria
c) FNBC 1FN totalmente dependentes da totalidade da chave primria
d) 3FN 2FN independentes da chave primria
e) 3FN 1FN totalmente dependentes de parte da chave primria
Comentrios:
Vimos que no modelo relacional os domnios dos atributos so
atmicos. Isso ocorre para otimizar o banco de dados, reduzir a redundncia,
criar relaes menos complexas, etc. Para atingir as caractersticas ideais
utilizamos o processo de normalizao.
Dizemos ento que um esquema de relao R est na primeira forma
normal ou 1FN se os domnios de todos os atributos so de R so
atmicos. Alguns autores consideram que uma tabela que contm atributos
11 de 47

Questes comentadas
no atmicos possui tabelas aninhadas, ou colunas no atmicas. Por isso,

podemos dizer que um esquema de uma relao est na primeira forma
normal quando no possui tabelas aninhadas.
Para passarmos para as demais formas normais necessrio um outro
conceito, dependncia funcional. Um conjunto de atributos de uma
tabela B depende funcionalmente de A, atributo da mesma tabela,
quando, para todas as tuplas da tabela, para cada valor de A que aparece
na tabela, aparece o mesmo valor de B, isto , para cada valor de A est
associado um e somente um valor de B. Simbolicamente representamos
esta dependncia da seguinte forma: .
A dependncia funcional pode ser parcial ou total. Ser parcial
caso B dependa somente de um subconjunto de A. Ser total caso B
dependa inteiramente de A.
Diante desta definio podemos afirmar que todos os atributos da
tabela dependem funcionalmente da chave primria da tabela.
A segunda forma normal ou 2FN tem o objetivo de eliminar um
certo tipo de redundncia de dados. Uma tabela se encontra na 2FN quando
estiver na 1FN e no contiver dependncias parciais, isto , s contiver
dependncias totais.
Uma tabela est na terceira forma normal ou 3FN, quando, alm de
estar na 2FN, no contm dependncias transitivas ou indiretas.
Dependncias transitivas ou indiretas acontecem quando um atributo da
relao, que no a chave primria, depende funcionalmente de outro
atributo ou conjunto de atributos que tambm no so a chave primria.
Uma tabela est na forma normal de Boyce-Codd (BCNF) se para
toda dependncia funcional em R, uma dependncia
funcional trivial, isto , B subconjunto de A, e A superchave de R.
Dizemos ento que

um esquema de
relao R est na
1FN se os
domnios de
todos os
atributos so de R
so atmicos.
Uma tabela se
encontra na 2FN
quando estiver na
1FN e no
contiver
dependncias
parciais, isto , s
contiver
dependncias
totais.
Uma tabela est na

terceira forma
normal ou 3FN,
quando, alm de
estar na 2FN, no
contm
dependncias
transitivas ou
indiretas.
12 de 47

Questes comentadas
Voltando questo:
O I pode ser 2FN, II ser 1FN e o III totalmente dependente da
totalidade da chave primria.
Resposta: A.
7 (FCC - AFTM SP/Pref SP/Tecnologia da Informao/2012) A

seguinte relao ProdLoja define para cada tupla um produto em uma loja,
especificando a quantidade do produto na loja, o cdigo e nome do produto e
o cdigo, nome e localizao da loja. O domnio de todos os atributos da
relao s pode incluir valores atmicos. Existem dependncias funcionais
entre os atributos CodProd e NomeProd e entre CodLoja e NomeLoja e
LocalLoja. A chave primria composta pelos atributos CodProd e CodLoja.
ProdLoja
CodProd CodLoja Quantidade NomeProd NomeLoja LocalLoja
Das trs primeiras formas normais de relaes baseadas em chaves primrias,
esta relao respeita a
a) primeira e a terceira formas normais.
b) primeira, a segunda e a terceira formas normais.
c) primeira e a segunda formas normais.
d) primeira forma normal.
e) segunda e a terceira formas normais.
Comentrios:
A questo afirma o seguinte:
1 - O domnio de todos os atributos da relao s pode incluir valores
atmicos. Isto implica que a tabela est na 1FN.
2 - Existem dependncias funcionais entre os atributos CodProd e
NomeProd e entre CodLoja e NomeLoja e LocalLoja. A chave primria
composta pelos atributos CodProd e CodLoja.
Resumindo o item 2: existem dependncias funcionais, atributos que
no so chaves primrias dependem funcionalmente de atributos que fazem
parte da chave primria. Mas o detalhe importante que a dependncia
13 de 47

Questes comentadas
de somente um atributo que faz parte da chave, o que implica em

dependncia parcial em relao chave primria de atributos no chave.
Com isso, conclumos que a tabela no segue a regra da 2FN. Ento, a
tabela est na 1FN.
Resposta: D.

seu trabalho.
Est correlacionado corretamente o que est expresso em:
(A)
(B)
(C)
(D)
(E)
Tipo de modelo
conceitual
conceitual
lgico
de caso de uso
lgico
Exemplo de entidade
projeto
empregado
departamento
projeto
Receita
Atributo
data_inicial
supervisiona
projeto
nro_do_projeto
CPF
Relacionamento
trabalha_em
_supervisionado_por
projeto_N
gerencia
N_projetos_supervisionados
Comentrios:
Questo da ltima prova. Agora que j temos uma noo do modelo
lgico, podemos resolv-la, apesar de no ser muito necessrio.
14 de 47

Questes comentadas
No item A j temos a resposta. Modelo conceitual seria o E-R. Projeto

seria uma entidade, data_inicial seria atributo do relacionamento gerencia, e
trabalha_em seria o relacionamento entre empregado e projeto.
Na letra B, supervisiona seria uma relao e no um atributo.
Na letra C, projeto no atributo e sem entidade, alm de projeto_N
no ter muito sentido.
Na letra D, caso de uso no utilizado para modelagem de banco de
dados e sim de softwares.
Na letra E, Receita no seira uma entidade, pois no participa do BD.
Resposta: A.
9 (FCC - Tec MPU/MPU/Informtica/2007) No Modelo Relacional de

Dados,
a) no possvel criar chaves primrias compostas por dois ou mais campos.
b) toda tabela tem que ter, obrigatoriamente, um campo do tipo Chave
Primria.
c) recomenda-se a criao de tabelas com o maior nmero de campos
possvel, reduzindo com isso o nmero de tabelas do modelo.
d) a Integridade Referencial fundamental para manter a consistncia dos
dados e evitar os chamados Registros rfos.
e) no se usa dados estruturados que possam ser modelados em termos de
tabelas de dados.
Comentrios:
Item incorreto. Como j vimos, no s podemos ter chaves primrias
com mais de dois campos, como em alguns casos a nica forma de termos
uma chave primria.
Primria.
Item incorreto. Podemos ter mais de um campo formando a chave
primria.
15 de 47

Questes comentadas
Item incorreto. Como j vimos, devemos sempre evitar redundncia de

dados. A utilizao de tabelas muito grandes normalmente leva repetio de
dados. O ideal trabalhar com esquemas menores e nmeros maiores de
tabelas. Por isso utilizamos a normalizao das tabelas.
Item correto. Vamos relembrar os tipos de restries de integridades:
Restries de
Integridade
Restrio de
chave ou
Integridade da
chave
a chave obrigatria e
nica para cada tupla
Restrio de
entidade ou
integridade de
entidade
chave primria no pode

ter valor NULL
Restrio de
dominio ou
integridade de
dominio
os valores dos atributos

devem estar dentro de
seu domnio
Integridade
Referencial
garante que dados das

chaves primrias devem
ser iguais s chaves
estrangeiras relacionadas
Caso no tenhamos a integridade referencial, podemos ter tabelas com

chaves estrangeiras sem valor correspondente da respectiva chave primria
na tabela primria do relacionamento.
tabelas de dados.
Item incorreto. Dados estruturados so dados organizados em
relaes, onde os dados do mesmo tipo possuem o mesmo atributo, entre
outras caractersticas. Como exemplo so os dados organizados em um SGBD
em tabelas. Portanto, dados estruturados podem ser facilmente modelados em
termos de tabela de dados.
Resposta: D.
10 (FCC - Ana (CVM)/CVM/Sistemas/2003) Integridade referencial que

define o comportamento das entidades, com relao s operaes de incluso,
deleo e modificao, um conjunto de regras de
16 de 47

Questes comentadas
a) negcios.
b) atributos.
c) normalizao.
d) entidades.
e) relacionamentos.
Comentrios:
A restrio de integridade referencial estabelece como deve funcionar o
relacionamento entre a chave primria de uma tabela e a chave estrangeira de
outra. Por isso, uma regra de relacionamento entre chaves primria e
estrangeira.
importante comentar sobre as operaes de incluso, deleo e
modificao nos casos em que h a restrio de integridade referencial.
Nos casos de incluso de novas tuplas em uma tabela que contm a
chave primria, importante garantir que os dados sejam includos na tabela
do relacionamento em que h uma chave estrangeira.
No caso da deleo de tuplas em uma tabela que contm a chave
primria, importante garantir que os dados que contenham o mesmo valor
de chave estrangeira em outras tabelas tambm sejam deletados.
No caso de modificao de dados, no diferente. Caso haja
necessidade, os dados da tabela que contm a chave estrangeira devero ser
modificados.
So as chamadas aes em cascata. Caso a atualizao ou remoo
cause uma violao de restrio que no possa ser tratada por uma operao
em cascata, o sistema aborta a transao.
Resposta: E.
11 (FCC - AC TCE PR/TCE-PR/Informtica/2011) Considere a situao

expressa pelas seguintes relaes: um cliente faz n pedidos mas um pedido
especfico de somente um cliente. Seguindo, em um pedido especfico so
relacionados n produtos mas um mesmo produto pode constar em mais de um
pedido. Aps normalizar essas relaes possvel que se estabeleam tabelas
relacionais correspondentes, sendo elas
a) cliente, pedido e produto.
b) cliente, cliente-pedido e produto.
17 de 47

Questes comentadas
c) cliente, pedido, pedido-produto e produto.

d) pedido-produto e cliente-produto.
e) pedido, pedido-produto e cliente-produto.
Comentrios:
Esta questo possui um nvel mais alto de dificuldade para uma prova
de Auditor Fiscal. Contudo, seus conceitos podem ajudar no entendimento de
como funciona o modelo relacional, e facilitar a soluo de algumas questes
mais simples. Caso achem muito complicado, deixem para estud-la por
ltimo.
Cliente possui relacionamento
relacionamento n:n com produtos.
1:n
com
pedidos.
Pedidos
possui
Cada entidade e relacionamento do projeto conceitual podemos

representar por meio de um esquema, que ter o mesmo nome da entidade
ou relacionamento. Este um mtodo utilizado para converter o modelo E-R
em um projeto relacional.
O esquema gerado contar com as tabelas: cliente, cliente-pedido
(tabela
do
relacionamento),
pedido,
pedido-produto
(tabela
do
relacionamento), produto.
Contudo, devemos retirar as redundncias, e otimizar o banco de dados,
por isso a questo informa que a resposta procurada ser obtida aps a
normalizao. Para isso, vamos seguir a figura a seguir, retirada do livro
Projeto de banco de dados, de Carlos Albero Heuser, 4 edio.
18 de 47

Questes comentadas
Tabela prpria quer dizer que o relacionamento formar uma tabela. Adio
de coluna quer dizer que adicionaremos colunas dentro de uma tabela de
uma das entidade para inserir os atributos do relacionamento. Fuso de uma
tabela de entidades quer dizer que faremos uma fuso das tabelas das
entidades envolvidas no relacionamento.
Exemplo de uma fuso: vamos supor que temos as entidades professor
e matria, sendo que se relacionam por meio do relacionamento ensina. Cada
matria s pode ter um professor e cada professor s pode ensinar uma
matria. O relacionamento ensina possui um atributo data_ini, que traz a data
19 de 47

Questes comentadas
em que teve incio o ensino da matria pelo professor. Sendo assim, a

principio, teremos as tabelas:
Professor(matricula, nome)
Ensina(codEn, matricula,cod_materia, data_ini)
matria(cod_materia, nome_materia)
Uma das solues para otimizar o BD seria fundir as entidades e
acrescentar o atributo do relacionamento:
Professor(matricula, nome, data_ini, nome _materia)
Conclumos por meio de anlise do enunciado que: cliente possui
relacionamento 1:n com pedidos. Pedidos possui relacionamento n:n com
produtos. Pode no haver cliente, assim como pode no haver pedido.
A melhor soluo seria adicionar uma coluna a cliente com os atributos
do relacionamento cliente-pedido e eliminar esta tabela. Com relao a
pedido-produto, como um relacionamento n:n, manteremos as tabelas.
Como observado, esta questo de um nvel difcil. Em uma prova para
Auditor Fiscal poucas pessoas fariam esta questo. Mas os conceitos aplicados
a ela podem ajudar a resolver outras questes.
Resposta: C.
12 - (FCC - Aux FF II (TCE-SP)/TCE-SP/2009) As entidades e o

respectivo relacionamento do tipo empregado (E) e seus dependentes (D)
sero implementados em um SGBD relacional normalizado como tabelas D e
E, sendo que
a) a chave primria de E chave estrangeira em D, sem compor sua chave
primria.
b) a chave primria de E compe parte da chave primria de D.
c) as chaves primrias de D compem parte da chave primria de E.
d) as chaves primrias de D so chaves estrangeiras em E, sem compor sua
chave primria.
e) as chaves primrias de D so chaves estrangeiras em E e compem,
tambm, sua chave primria.
Comentrios:
20 de 47

Questes comentadas
Mais uma questo com exemplo clssico de livros de BD, o

relacionamento entre empregado e seus dependentes. O modelo E-R seria
assim:
uma relao 1:n, onde um empregado pode ter zero ou mais

dependentes e cada dependente deve estar relacionado a pelo menos um
empregado. Vamos montar o esquema:
Empregado(cod_emp, nome)
Relao_1(cod_rel,cod_emp,cod_dep)
Dependente(cod_dep, nome_dep)
A tabela Relao_1 totalmente desnecessria, redundante. Por isso,
incluiremos uma coluna em dependente e colocaremos o cod_emp, para
podermos relacionar as entidades.
Empregado(cod_emp, nome)
Dependente(cod_dep, cod_emp, nome_dep)
Neste caso teremos a chave primria de empregado sendo chave
estrangeira em dependente e fazendo parte da chave primria.
Resposta: B.
13 - (FCC - AJ TRT2/TRT 2/Apoio Especializado/Anlise de

Sistemas/2004) A regra de integridade referencial, em que uma linha, ao
ser excluda, provoca a excluso tambm de todas as linhas dependentes, :
a) set delete.
b) set exclude.
c) linkage.
d) chaining.
e) cascade.
Comentrios:
21 de 47

Questes comentadas
Como vimos, quando deletamos tuplas em uma tabela que contm a

chave primria, importante garantir que os dados que contenham o mesmo
valor de chave estrangeira em outras tabelas tambm sejam deletados.
No caso de modificao de dados no diferente. Caso haja
necessidade os dados da tabela que contm a chave estrangeira devero ser
modificados.
Vimos que so conhecidas como aes em cascata ou, o termo em
ingls, cascade. Caso a atualizao ou remoo cause uma violao de
restrio que no possa ser tratada por uma operao em cascata, o sistema
aborta a transao.
Resposta: E.
14 (FCC - AJ TRT3/TRT 3/Apoio Especializado/Anlise

Sistemas/2005) No modelo relacional de banco de dados, cada linha
de
a) um domnio, o nome de uma coluna chamado de clula e uma tabela

chamada de relao; o tipo de dado que especifica o tipo dos valores que
podem aparecer em uma coluna chamado de atributo.
b) uma relao, o nome de uma coluna chamado de clula e uma tabela
chamada de tupla; o tipo de dado que especifica o tipo dos valores que podem
aparecer em uma coluna chamado de atributo.
c) uma tupla, o nome de uma coluna chamado de atributo e uma tabela
podem aparecer em uma coluna chamado de domnio.
d) uma tupla, o nome de uma coluna chamado de clula e uma tabela
e) um domnio, o nome de uma coluna chamado de atributo e uma tabela
aparecer em uma coluna chamado de relao.
Comentrios:
Questo fcil para relembrar os conceitos bsicos do modelo relacional.
Item incorreto. Vimos que cada linha uma tupla, cada coluna um
atributo, e uma tabela uma relao.
22 de 47

Questes comentadas

Item incorreto. Relao a tabela, clula seria a interseo entre uma
linha e uma coluna.
Item correto.
Item incorreto. A coluna um atributo, o tipo dos valores que podem
aparecer em uma coluna o domnio.
Item incorreto. Cada linha uma tupla, tabelas so relaes.
Resposta: C.
15 (FCC - AJ TRT4/TRT 4/Apoio Especializado/Anlise de

Sistemas/2006) Um atributo multivalorado num diagrama E-R ser
mapeado em um modelo relacional
a) por um conjunto varivel de colunas na tabela, para as ocorrncias do
atributo.
b) por duas colunas na tabela, uma para ndice e outra para as ocorrncias do
atributo.
c) criando-se na tabela uma linha nova, representando cada ocorrncia do
atributo.
d) criando-se uma tabela nova para esse tipo de atributo.
e) diretamente em uma nica coluna da tabela.
Comentrios:
23 de 47

Questes comentadas
Como vimos, para o modelo relacional, teremos sempre atributos

atmicos. Por isso, teremos que adaptar os atributos multivalorados e os
compostos do modelo E-R quando transportarmos para o modelo lgico.
Para o caso de um atributo de valores mltiplos, so criados novos
esquemas de relao R, e ento criamos uma tupla para cada item em um
conjunto de valores. J vimos o exemplo do atributo nmero do telefone na
questo 3.
Portanto, o item D seria a resposta, criaramos uma tabela nova com
chave primria sendo o um cdigo nico mais o atributo.
Resposta: D.
16 (FCC - TJ TRF2/TRF 2/Apoio Especializado/Informtica/2012)

Ateno: Na questo abaixo no foram usados acentos, smbolos ou espaos
nos nomes das entidades e atributos, pois isto pode causar problemas em
muitos dos softwares utilizados para implementar o modelo.
Em um modelo entidade-relacionamento de uma clnica mdica, observou-se
um relacionamento N para N entre as entidades MEDICO e PACIENTE. Essas
entidades so mostradas a seguir:
Conversando com os funcionrios da clnica foi obtido o seguinte relato:

Quando o paciente deseja marcar uma consulta, ele liga para a clnica e a
atendente agenda a consulta. O paciente pode passar por vrias consultas
com o mesmo mdico, exceto na mesma data e hora. Finalizada a consulta, o
mdico faz o diagnstico apenas daquela consulta.
Considerando que a entidade ATENDENTE no faz parte do escopo do modelo
desejado, na prtica, ao criar o banco de dados, para que o relacionamento
entre MEDICO e PACIENTE seja efetivamente estabelecido necessrio:
a) uma tabela CONSULTA entre MEDICO e PACIENTE, fragmentando o
relacionamento N para N identificado em dois relacionamentos 1 para N. A
chave primria dessa tabela poder ser composta pelos atributos CRMMedico,
CodigoPaciente, DataConsulta e HoraConsulta.
24 de 47

Questes comentadas
b) definir a cardinalidade N para N ao relacionar as tabelas MEDICO e

PACIENTE, de forma que ambas fiquem com uma chave primria composta
pelos atributos CRMMedico e CodigoPaciente.
c) definir a cardinalidade N para N ao relacionar as tabelas MEDICO e
PACIENTE, pois todos os Sistemas Gerenciadores de Banco de Dados possuem
suporte criao de relacionamento direto N para N, 1 para N e 1 para 1.
d) uma entidade intermediria entre MEDICO e PACIENTE, fragmentando o
relacionamento N para N identificado em dois relacionamentos 1 para 1. A
chave primria da nova entidade dever obrigatoriamente ser composta pelos
atributos CRMMedico e CodigoPaciente.
e) uma entidade intermediria entre MDICO e PACIENTE, fragmentando o
relacionamento N para N identificado em dois relacionamentos N para N. Essa
entidade dever obrigatoriamente ter como chave primria simples um
atributo CodigoConsulta.
Comentrios:
A questo indica que:
1 o relacionamento entre paciente e consulta 1:n.
2 o relacionamento entre mdico e consulta de 1:n.
3 temos uma terceira entidade: consulta.
4 exceto na mesma data e hora ento data e hora faro parte da chave
primria de consulta, j que a tornam nica.
Com relao ao relacionamento entre paciente e consulta, a tabela

dever ser eliminada e ser adicionada uma coluna em consulta para
colocarmos a chave primria de paciente. Isto ocorre porque a tabela do
relacionamento no tem grande serventia, servindo apenas para relacionar as
duas entidades.
25 de 47

Questes comentadas
Para otimizar o banco, criaremos uma coluna CodicoPaciente em

consulta. O mesmo ocorre com o relacionamento entre mdico e consulta.
Criaremos outra coluna em cosulta para inserirmos a chave primria de
mdico, que CRMMedico. Para identificar a chave no modelo da questo,
basta ver o atributo com a chave ao lado ou verificar os atributos acima da
linha que divide a tabela.
As duas novas colunas faro parte da chave primria. A lgica seria que
podem haver consultas com vrios pacientes e com vrios mdicos na mesma
data e horrio. Ento, para identificarmos a consulta, teremos que colocar os
atributos chaves primrias de mdico e paciente na chave primria de
consulta. Estes atributos sero chave estrangeira e faro parte da chave
primria em consulta.
O modelo lgico da questo ser:
Resposta: A.

Na modelagem de banco de dados relacional,
a) todos os tipos de relacionamento devem ser mapeados diretamente nas
tabelas originais.
b) somente o tipo de relacionamento N:N deve ser mapeado diretamente nas
tabelas originais.
c) os tipos de relacionamento 1:1 e 1:N devem ser mapeados diretamente nas
tabelas originais e o tipo N:N exige ser mapeado por meio de tabela auxiliar.
d) somente o tipo de relacionamento 1:1 deve ser mapeado diretamente nas
tabelas originais.
26 de 47

Questes comentadas
e) todos os tipos de relacionamento exigem ser mapeados por meio de tabelas

auxiliares.
Comentrios:
De um modo geral, se consultarmos a figura da questo 11, veremos
que, no caso de relacionamentos 1:n e 1:1, normalmente utilizaremos as
tabelas das entidades, e no criaremos uma tabela para o relacionamento.
J no caso de n:n sempre criaremos uma tabela de relacionamento.
Resposta: C.
18 (FCC - AFCE (TCE-PI)/TCE-PI/Cincia da Computao/2005)
Dada a relao normalizada Cliente compra Veculo (um cliente compra
diversos veculos, porm um veculo s pode ser comprado por um mesmo
cliente, sem histrico) representada nas tabelas Cliente e Veculo
A garantia de que as chaves estrangeiras da coluna Cod_Cli da Tabela

Veculo correspondam fielmente s chaves primrias Cod_Cli da Tabela
Cliente, de acordo com o modelo, chamada de
a) dependncia iterativa.
b) domnio.
c) tupla.
d) integrao funcional.
e) integridade referencial.
Comentrios:
J vimos que a restrio de integridade referencial estabelece
como deve funcionar o relacionamento entre a chave primria de uma
27 de 47

Questes comentadas
tabela e a chave estrangeira de outra. Por isso, ela garante

correspondncia entre os valores das chaves nas duas tabelas.
Resposta:E.
19 (FGV - Aud Est (CGE MA)/CGE MA/2014)

As restries de integridade so um dos principais objetivos de um sistema de
gerncia de banco de dados. Nesse contexto, analise as afirmativas a seguir e
assinale V para a verdadeira e F para a falsa.
( ) Integridade Referencial funciona ao nvel da tabela, sendo que o valor
dos campos que constituem a chave estrangeira de uma tabela deve estar
tambm presente na chave primria da tabela que referenciam ou, quando
muito, podem ter o valor NULL.
( ) Integridade de Domnio funciona ao nvel da linha da tabela do banco de
dados, sendo que o valor de um campo deve obedecer ao tipo de dados e s
restries de valores admitidos para essa coluna.
( ) Integridade de Entidade funciona ao nvel da coluna da tabela do banco
de dados, sendo que cada tabela deve possuir na sua definio uma chave
secundria.
As afirmativas so, respectivamente,
a) F, V e F.
b) F, V e V.
c) V, F e F.
d) V, V e F.
e) F, F e V.
Comentrios:
( )Integridade Referencial funciona ao nvel da tabela, sendo que o valor dos
campos que constituem a chave estrangeira de uma tabela deve estar
Item verdadeiro. Em alguns casos muito especficos podem ser aceitos
o valor NULL na chave estrangeira, mas nunca na chave primria.
28 de 47

Questes comentadas
Item falso. Funciona no nvel da coluna e no da linha.

secundria.
Item falso. Funciona ao nvel da linha.
Resposta:C.
20 (CESGRANRIO - PB (BNDES)/BNDES/Anlise de Sistemas Desenvolvimento/2011) Durante o processo de desenvolvimento de um

sistema de controle de funcionrios, foram identificadas as entidades
Funcionario e Dependente, que esto relacionadas como representado no
seguinte diagrama entidade-relacionamento (o atributo Matricula
identificador de Funcionario, a entidade Dependente fraca, e o atributo
Sequencial chave parcial de Dependente).
Durante o mapeamento para o modelo relacional, foram identificadas duas

relaes: Funcionario e Dependente. A relao funcionrio possui dois
atributos: Matricula (participante da chave primria) e Nome.
Analisando o diagrama e a definio da relao Funcionario, conclui-se que a
relao Dependente possuir
a) os atributos Nome, Matricula (que participa da chave primria de
Dependente), e Sequencial (que participa da chave primria de Dependente e
cujos valores no se repetem para cada Matricula).
b) dois atributos: Matricula e Nome, sendo que Matricula participa de uma
chave estrangeira para a relao Funcionario e identifica univocamente e
exclusivamente cada tupla de Dependente.
c) dois atributos: Sequencial, cujos valores no se repetem, e Nome.
d) somente o atributo Nome, que participar da chave primria da relao.
e) somente o atributo Nome e no possuir chave primria, pois a entidade
Dependente no possui atributo identificador.
Comentrios:
29 de 47

Questes comentadas
Como j vimos em uma relao 1:n podemos criar uma coluna em uma
das entidades e colocarmos a chave primria da outra e teremos apenas duas
tabelas.
Apesar de ser uma questo parecida com um das anteriores, coloquei
esta para que vocs vissem que, mesmo tendo um modelo conceitual com
uma entidade fraca, no h muita diferena.
A entidade mais fraca sempre ser a que recebe a insero da coluna. A
chave primria ser composta, formada pela chave estrangeira e pelo
Sequencial da prpria tabela. Com isso teremos:
Dependente(Nome, Matricula , Sequencial)
Resposta:A.
21 (ESAF - AFRFB/SRFB/Poltica e Administrao Tributria/2003)

Considerando os graus de relacionamentos no desenvolvimento de banco de
dados, correto afirmar que
a) uma tabela com uma chave primria, que receba com freqncia valores
nulos, poder receber um relacionamento muitos-para-muitos com outra
tabela, desde que esta seja chave estrangeira na segunda tabela.
b) pode-se definir um relacionamento muitos-para-muitos entre duas tabelas
criando-se uma terceira tabela e definindo-se os relacionamentos um-paramuitos e muitos-para-um entre esta ltima e as duas primeiras tabelas.
c) uma forma de se obter um relacionamento um-para-um entre duas tabelas
d) uma tabela com uma chave primria, que receba com frequncia valores
repetidos, poder receber um relacionamento muitos-paramuitos com uma
segunda tabela, criando-se uma terceira tabela e definindo-se os
relacionamentos um-para-muitos e muitos-para-um entre esta ltima e as
duas primeiras tabelas.
e) parte das informaes armazenadas em um banco de dados relacional, que
possua relacionamentos um-para-um entre pelo menos uma de suas tabelas,
perde a garantia de ser logicamente acessvel.
Comentrios:
30 de 47

Questes comentadas
Item incorreto. Uma chave primria no pode ter valores nulos.

Item correto. No caso de relacionamentos muitos-para-muitos ou N:N,
criaremos uma tabela de relacionamento, e as tabelas das entidades. A
cardinalidade entre as tabelas das entidades e do relacionamento ficar
exatamente como a questo nos diz, 1:N e N:1.
Item incorreto. No se utiliza esta tcnica nas relaes de
cardinalidade 1:1. Normalmente se cria uma coluna na entidade mais
dependete ou fuso de tabelas.
Alm disso, no faz sentido criar uma tabela com relacionamento com
as entidades 1:N e N:1, pois as cardinalidades entre as entidades so 1:1.
Item incorreto. Chave primria no recebe valores repetidos.
Item incorreto. Vimos que possvel termos relacionamentos do tipo
um-para-um entre tabelas de um banco relacional. Por isso, a questo no faz
o menor sentido quando afirma que parte das informaes perde a garantia de
ser logicamente acessvel.
Resposta: B.
22 (FEPESE - AFRE SC/SEF SC/Tecnologia da Informao/2010)

Considere uma modelagem entidade-relacionamento com duas entidades:
Bairros e Ruas. Os atributos de Bairros so ID-b, nome e rea. Os atributos de
Ruas so ID-r, extenso e nome. Estas entidades esto conectadas por um
relacionamento Pertence com cardinalidade muitos-para-muitos, indicando os
bairros aos quais uma rua pertence - ou seja, uma rua pode cruzar diversos
31 de 47

Questes comentadas
bairros. Um mapeamento correto para um banco de dados relacional gera as

seguintes tabelas, com chaves primrias sublinhadas:
a) Bairros(ID-b, nome, rea); Ruas(ID-r, extenso, nome); Pertence(ID-b, IDr).
b) Bairros(ID-b, nome, rea); Ruas(ID-r, extenso, nome, ID-b);
c) Bairros(ID-b, nome, rea); Ruas(ID-r, extenso, nome); Pertence(ID-b, IDr).
d) Bairros(ID-b, nome, rea, ID-r); Ruas(ID-r, extenso, nome, ID-b);
e) Bairros(ID-b, nome, rea, ID-r); Ruas(ID-r, extenso, nome, ID-b);
Pertence(ID-b, ID-r).
Comentrios:
Vamos verificar o que importante na questo:
1 - Os atributos de Bairros so ID-b, nome e rea.
2 - Os atributos de Ruas so ID-r, extenso e nome.
3 - conectadas por um relacionamento Pertence N:N.
Vamos construir o modelo E-R:
Como j vimos em uma relao n:n, sempre criaremos uma tabela do

relacionamento. A cardinalidade passar a ser 1:n entre as tadelas das
entidades e do relacionamento, e a chave primria da tabela criada ser
formada pelas chave estrangeiras, no mnimo (poderamos colocar um nmero
sequencial para pertence, mas no necessrio). Os esquemas sero:
Bairros(ID-b, nome, rea)
Ruas(ID-r, extenso, nome)
Pertence(ID-b, ID- r)
32 de 47

Questes comentadas
Agora as tabelas no modelo lgico:
Resposta:C.
33 de 47

Questes comentadas
Lista de questes da aula

Considere a seguinte regra de Codd, aplicada aos bancos de dados relacionais:
A descrio do banco de dados representada no nvel lgico da mesma
forma que os dados ordinrios, permitindo que usurios autorizados utilizem a
mesma linguagem relacional aplicada aos dados regulares. O sentido dessa
regra diz respeito
a) independncia de distribuio.
b) formao do catlogo.
c) manipulao, por meio de vises.
d) independncia fsica.
e) independncia lgica.
2 (FCC - AFTM SP/Pref SP/Tecnologia da Informao/2012)

Considere o seguinte projeto conceitual de um banco de dados:
Para se construir o projeto lgico deste banco de dados, no mapeamento do

relacionamento ExpostoEm e seus atributos,
a) pode ser criada uma relao ExpostoEm, contendo como chaves
estrangeiras as chaves primrias das relaes correspondentes s entidades
Produto, Loja e Lote e como atributos Unidade e Quantidade.
b) os atributos Unidade e Quantidade podem ser adicionados relao
correspondente entidade Lote. O atributo CodLote deve ser chave
estrangeira nas relaes correspondentes s entidades Produto e Loja.
34 de 47

Questes comentadas
c) os atributos Unidade e Quantidade podem ser adicionados relao

correspondente entidade Loja. O atributo CodLoja deve ser chave
estrangeira nas relaes correspondentes s entidades Produto e Lote.
d) pode ser criada uma relao ExpostoEm, contendo como atributos
primria desta relao e deve aparecer como chave estrangeira na relao
correspondente entidade Lote.
e) pode ser criada uma relao ExpostoEm, contendo como atributos
primria desta relao e deve aparecer como chave estrangeira nas relaes
correspondentes s entidades Produto, Loja e Lote.

grande porte.
No projeto de seus bancos de dados, a Express faz uso da modelagem
relacional, na qual necessrio definir os domnios dos atributos de uma
relao. Um domnio considerado atmico se, na aplicao em questo,
a) o comprimento mximo de seus valores tiver at 255 caracteres.
b) seus elementos forem considerados como indivisveis.
c) no houver caractere especial nos valores dos atributos, tais como $ e @.
35 de 47

Questes comentadas
d) forem admitidos apenas letras e espaos como caracteres vlidos.

e) no forem admitidos valores nulos.

grande porte.
No projeto de bancos de dados relacionais, a Express tem preocupao de
produzir modelos mais adequados. A chave primria de uma relao de um
banco de dados relacional

36 de 47

Questes comentadas

seu trabalho.
Considere:
Existe a tabela DEPARTAMENTO cuja chave primria NUMERODEP.
departamento ao qual um funcionrio est alocado.
corresponder a um valor da chave primria da tabela DEPARTAMENTO em
alguma tupla desta tabela.
O campo NDEP pode ser
a) a chave estrangeira na tabela FUNCIONARIO em relao tabela
DEPARTAMENTO.
b) a chave secundria da tabela DEPARTAMENTO.
c) a segunda chave primria da tabela FUNCIONARIO em relao tabela
DEPARTAMENTO.
d) a chave estrangeira na tabela DEPARTAMENTO em relao tabela
FUNCIONARIO.
e) o atributo referencial da superchave da tabela DEPARTAMENTO.
37 de 47

Questes comentadas

Considere a afirmativa a seguir.
I, II e III podem ser corretamente preenchidos por:
a) 2FN 1FN totalmente dependentes da totalidade da chave primria
b) 2FN 1FN totalmente dependentes de parte da chave primria
c) FNBC 1FN totalmente dependentes da totalidade da chave primria
d) 3FN 2FN independentes da chave primria
e) 3FN 1FN totalmente dependentes de parte da chave primria
7 (FCC - AFTM SP/Pref SP/Tecnologia da Informao/2012) A

seguinte relao ProdLoja define para cada tupla um produto em uma loja,
especificando a quantidade do produto na loja, o cdigo e nome do produto e
o cdigo, nome e localizao da loja. O domnio de todos os atributos da
relao s pode incluir valores atmicos. Existem dependncias funcionais
entre os atributos CodProd e NomeProd e entre CodLoja e NomeLoja e
LocalLoja. A chave primria composta pelos atributos CodProd e CodLoja.
ProdLoja
CodProd CodLoja Quantidade NomeProd NomeLoja LocalLoja
Das trs primeiras formas normais de relaes baseadas em chaves primrias,
esta relao respeita a
a) primeira e a terceira formas normais.
b) primeira, a segunda e a terceira formas normais.
c) primeira e a segunda formas normais.
d) primeira forma normal.
e) segunda e a terceira formas normais.

38 de 47

Questes comentadas

seu trabalho.
Est correlacionado corretamente o que est expresso em:
(A)
(B)
(C)
(D)
(E)
Tipo de modelo
conceitual
conceitual
lgico
de caso de uso
lgico
Exemplo de entidade
projeto
empregado
departamento
projeto
Receita
Atributo
data_inicial
supervisiona
projeto
nro_do_projeto
CPF
Relacionamento
trabalha_em
_supervisionado_por
projeto_N
gerencia
N_projetos_supervisionados
9 (FCC - Tec MPU/MPU/Informtica/2007) No Modelo Relacional de

Dados,
Primria.
tabelas de dados.
39 de 47

Questes comentadas
10 (FCC - Ana (CVM)/CVM/Sistemas/2003) Integridade referencial que

define o comportamento das entidades, com relao s operaes de incluso,
deleo e modificao, um conjunto de regras de
a) negcios.
b) atributos.
c) normalizao.
d) entidades.
e) relacionamentos.
11 (FCC - AC TCE PR/TCE-PR/Informtica/2011) Considere a situao

expressa pelas seguintes relaes: um cliente faz n pedidos mas um pedido
especfico de somente um cliente. Seguindo, em um pedido especfico so
relacionados n produtos mas um mesmo produto pode constar em mais de um
pedido. Aps normalizar essas relaes possvel que se estabeleam tabelas
relacionais correspondentes, sendo elas
a) cliente, pedido e produto.
b) cliente, cliente-pedido e produto.
c) cliente, pedido, pedido-produto e produto.
d) pedido-produto e cliente-produto.
e) pedido, pedido-produto e cliente-produto.
12 - (FCC - Aux FF II (TCE-SP)/TCE-SP/2009) As entidades e o

respectivo relacionamento do tipo empregado (E) e seus dependentes (D)
sero implementados em um SGBD relacional normalizado como tabelas D e
E, sendo que
a) a chave primria de E chave estrangeira em D, sem compor sua chave
primria.
b) a chave primria de E compe parte da chave primria de D.
c) as chaves primrias de D compem parte da chave primria de E.
d) as chaves primrias de D so chaves estrangeiras em E, sem compor sua
chave primria.
e) as chaves primrias de D so chaves estrangeiras em E e compem,
tambm, sua chave primria.
40 de 47

Questes comentadas
13 - (FCC - AJ TRT2/TRT 2/Apoio Especializado/Anlise de

Sistemas/2004) A regra de integridade referencial, em que uma linha, ao
ser excluda, provoca a excluso tambm de todas as linhas dependentes, :
a) set delete.
b) set exclude.
c) linkage.
d) chaining.
e) cascade.
14 (FCC - AJ TRT3/TRT 3/Apoio Especializado/Anlise

Sistemas/2005) No modelo relacional de banco de dados, cada linha
de

15 (FCC - AJ TRT4/TRT 4/Apoio Especializado/Anlise de

Sistemas/2006) Um atributo multivalorado num diagrama E-R ser
mapeado em um modelo relacional
a) por um conjunto varivel de colunas na tabela, para as ocorrncias do
atributo.
b) por duas colunas na tabela, uma para ndice e outra para as ocorrncias do
atributo.
41 de 47

Questes comentadas
c) criando-se na tabela uma linha nova, representando cada ocorrncia do

atributo.
d) criando-se uma tabela nova para esse tipo de atributo.
e) diretamente em uma nica coluna da tabela.

Ateno: Na questo abaixo no foram usados acentos, smbolos ou espaos
nos nomes das entidades e atributos, pois isto pode causar problemas em
muitos dos softwares utilizados para implementar o modelo.
Em um modelo entidade-relacionamento de uma clnica mdica, observou-se
um relacionamento N para N entre as entidades MEDICO e PACIENTE. Essas
entidades so mostradas a seguir:
Conversando com os funcionrios da clnica foi obtido o seguinte relato:

Quando o paciente deseja marcar uma consulta, ele liga para a clnica e a
atendente agenda a consulta. O paciente pode passar por vrias consultas
com o mesmo mdico, exceto na mesma data e hora. Finalizada a consulta, o
mdico faz o diagnstico apenas daquela consulta.
Considerando que a entidade ATENDENTE no faz parte do escopo do modelo
desejado, na prtica, ao criar o banco de dados, para que o relacionamento
entre MEDICO e PACIENTE seja efetivamente estabelecido necessrio:
a) uma tabela CONSULTA entre MEDICO e PACIENTE, fragmentando o
relacionamento N para N identificado em dois relacionamentos 1 para N. A
chave primria dessa tabela poder ser composta pelos atributos CRMMedico,
CodigoPaciente, DataConsulta e HoraConsulta.
b) definir a cardinalidade N para N ao relacionar as tabelas MEDICO e
PACIENTE, de forma que ambas fiquem com uma chave primria composta
pelos atributos CRMMedico e CodigoPaciente.
c) definir a cardinalidade N para N ao relacionar as tabelas MEDICO e
PACIENTE, pois todos os Sistemas Gerenciadores de Banco de Dados possuem
suporte criao de relacionamento direto N para N, 1 para N e 1 para 1.
42 de 47

Questes comentadas
d) uma entidade intermediria entre MEDICO e PACIENTE, fragmentando o

relacionamento N para N identificado em dois relacionamentos 1 para 1. A
chave primria da nova entidade dever obrigatoriamente ser composta pelos
atributos CRMMedico e CodigoPaciente.
e) uma entidade intermediria entre MDICO e PACIENTE, fragmentando o
relacionamento N para N identificado em dois relacionamentos N para N. Essa
entidade dever obrigatoriamente ter como chave primria simples um
atributo CodigoConsulta.

Na modelagem de banco de dados relacional,
a) todos os tipos de relacionamento devem ser mapeados diretamente nas
tabelas originais.
b) somente o tipo de relacionamento N:N deve ser mapeado diretamente nas
tabelas originais.
c) os tipos de relacionamento 1:1 e 1:N devem ser mapeados diretamente nas
tabelas originais e o tipo N:N exige ser mapeado por meio de tabela auxiliar.
d) somente o tipo de relacionamento 1:1 deve ser mapeado diretamente nas
tabelas originais.
e) todos os tipos de relacionamento exigem ser mapeados por meio de tabelas
auxiliares.
18 (FCC - AFCE (TCE-PI)/TCE-PI/Cincia da Computao/2005)

Dada a relao normalizada Cliente compra Veculo (um cliente compra
diversos veculos, porm um veculo s pode ser comprado por um mesmo
cliente, sem histrico) representada nas tabelas Cliente e Veculo
43 de 47

Questes comentadas
A garantia de que as chaves estrangeiras da coluna Cod_Cli da Tabela

Veculo correspondam fielmente s chaves primrias Cod_Cli da Tabela
Cliente, de acordo com o modelo, chamada de
a) dependncia iterativa.
b) domnio.
c) tupla.
d) integrao funcional.
e) integridade referencial.
19 (FGV - Aud Est (CGE MA)/CGE MA/2014)

As restries de integridade so um dos principais objetivos de um sistema de
gerncia de banco de dados. Nesse contexto, analise as afirmativas a seguir e
assinale V para a verdadeira e F para a falsa.
( ) Integridade Referencial funciona ao nvel da tabela, sendo que o valor
dos campos que constituem a chave estrangeira de uma tabela deve estar
secundria.
As afirmativas so, respectivamente,
44 de 47

Questes comentadas
a) F, V e F.
b) F, V e V.
c) V, F e F.
d) V, V e F.
e) F, F e V.
20 (CESGRANRIO - PB (BNDES)/BNDES/Anlise de Sistemas Desenvolvimento/2011) Durante o processo de desenvolvimento de um

sistema de controle de funcionrios, foram identificadas as entidades
Funcionario e Dependente, que esto relacionadas como representado no
seguinte diagrama entidade-relacionamento (o atributo Matricula
identificador de Funcionario, a entidade Dependente fraca, e o atributo
Sequencial chave parcial de Dependente).
Durante o mapeamento para o modelo relacional, foram identificadas duas

relaes: Funcionario e Dependente. A relao funcionrio possui dois
atributos: Matricula (participante da chave primria) e Nome.
Analisando o diagrama e a definio da relao Funcionario, conclui-se que a
relao Dependente possuir
a) os atributos Nome, Matricula (que participa da chave primria de
Dependente), e Sequencial (que participa da chave primria de Dependente e
cujos valores no se repetem para cada Matricula).
b) dois atributos: Matricula e Nome, sendo que Matricula participa de uma
chave estrangeira para a relao Funcionario e identifica univocamente e
exclusivamente cada tupla de Dependente.
c) dois atributos: Sequencial, cujos valores no se repetem, e Nome.
d) somente o atributo Nome, que participar da chave primria da relao.
e) somente o atributo Nome e no possuir chave primria, pois a entidade
Dependente no possui atributo identificador.
45 de 47

Questes comentadas
21 (ESAF - AFRFB/SRFB/Poltica e Administrao Tributria/2003)

Considerando os graus de relacionamentos no desenvolvimento de banco de
dados, correto afirmar que
22 (FEPESE - AFRE SC/SEF SC/Tecnologia da Informao/2010)

Considere uma modelagem entidade-relacionamento com duas entidades:
Bairros e Ruas. Os atributos de Bairros so ID-b, nome e rea. Os atributos de
Ruas so ID-r, extenso e nome. Estas entidades esto conectadas por um
relacionamento Pertence com cardinalidade muitos-para-muitos, indicando os
bairros aos quais uma rua pertence - ou seja, uma rua pode cruzar diversos
bairros. Um mapeamento correto para um banco de dados relacional gera as
seguintes tabelas, com chaves primrias sublinhadas:
a) Bairros(ID-b, nome, rea); Ruas(ID-r, extenso, nome); Pertence(ID-b, IDr).
b) Bairros(ID-b, nome, rea); Ruas(ID-r, extenso, nome, ID-b);
c) Bairros(ID-b, nome, rea); Ruas(ID-r, extenso, nome); Pertence(ID-b, IDr).
d) Bairros(ID-b, nome, rea, ID-r); Ruas(ID-r, extenso, nome, ID-b);
e) Bairros(ID-b, nome, rea, ID-r); Ruas(ID-r, extenso, nome, ID-b);
Pertence(ID-b, ID-r).
46 de 47

Questes comentadas
Gabarito
15
16
10
17
11
18
12
19
13
20
14
21
22
47 de 47

Aula 06 Informatica Questões ICMS FCC - 2014 Modelo Relacional de Dados PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Aula 06 Informatica Questões ICMS FCC - 2014 Modelo Relacional de Dados PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Aula 06

Curso: Informtica Questes comentadas p/

Curso: Informtica p/ ICMS PI

Aula 06 Modelo Relacional de Dados.

Usa uma coleo de tabelas para representar os

Modelo de entidaderelacionamento (E-R)

baseado em uma percepo do mundo real, sendo

Outros conceitos importantes so os trs nveis de abstrao:

Curso: Informtica p/ ICMS PI

No caso das entidades mais simples. Cada entidade ser

Unio das chaves primrias

Relacionamentos binrios um-paraum

Uma das chaves primrias

Relacionamentos binrios muitospara-um ou um-para-muitos

A chave primria da entidade do lado

Unio das chaves primrias das

Um bom projeto de banco de dados deve manter a integridade, evitar

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

Tratamento sistemtico de valores

Regra de sublinguagem de dados

Prof. Gustavo Cavalcante

Os dados devem ser armazenados de

Curso: Informtica p/ ICMS PI

esto fisicamente armazenados.

2 (FCC - AFTM SP/Pref SP/Tecnologia da Informao/2012)

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

Para se construir o projeto lgico deste banco de dados, no mapeamento do

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

ExpostoEm(CodProduto,CodLoja,CodLote, unidade, quantidade)

3 (FCC - AFR SP/SEFAZ SP/Gesto Tributria/2013) Instrues: Para

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

No caso do atributo composto, deixamos cada componente ser um

4 (FCC - AFR SP/SEFAZ SP/Gesto Tributria/2013) Instrues: Para

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

No projeto de bancos de dados relacionais, a Express tem preocupao de

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

5 (FCC - AFRE RJ/SEFAZ RJ/2014) Instruo: Para responder questo,

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

e) o atributo referencial da superchave da tabela DEPARTAMENTO.

6 (FCC - AFR SP/SEFAZ SP/Tecnologia da Informao/2009)

Curso: Informtica p/ ICMS PI

no atmicos possui tabelas aninhadas, ou colunas no atmicas. Por isso,

Dizemos ento que

Prof. Gustavo Cavalcante

Uma tabela est na

Curso: Informtica p/ ICMS PI

7 (FCC - AFTM SP/Pref SP/Tecnologia da Informao/2012) A

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

de somente um atributo que faz parte da chave, o que implica em

8 (FCC - AFRE RJ/SEFAZ RJ/2014) Instruo: Para responder questo,

Prof. Gustavo Cavalcante

Curso: Informtica p/ ICMS PI

No item A j temos a resposta. Modelo conceitual seria o E-R. Projeto

9 (FCC - Tec MPU/MPU/Informtica/2007) No Modelo Relacional de

Curso: Informtica p/ ICMS PI