04 Mega Informaticas

Aula 04
Informtica p/ ATA-MF (com videoaulas)

Professor: Victor Dalton
Informtica para Ministrio da Fazenda 2016

Assistente Tcnico-Administrativo
Prof Victor Dalton Aula 04
AULA 04: Bancos de dados

SUMRIO
PGINA
1.Bancos de Dados: Conceitos Bsicos

1.1 Definies
1.2 SGBD
1.3 Caractersticas de um banco de dados
1.4 Trabalhadores envolvidos
1.5 Vantagens da abordagem SGBD
1.6 Desvantagens da abordagem SGBD
1.7 Arquitetura trs esquemas de um SGBD
1.8 Categorias de modelos de dados
1.9 Tipos de modelos de dados
1.10 Modelo Entidade-Relacionamento
1.11 Cardinalidade
1.12 Modelo Relacional
1.13 Gerenciamento de Transaes
1.14 Catlogo de Dados
1.15 Views
1.16 Normalizao de dados
Exerccios Comentados
Consideraes Finais
Exerccios
Gabarito
2
2
5
7
10
12
13
13
16
19
22
25
30
40
41
44
47
51
98
99
123
Ol pessoal!
Vamos ministrar Banco de Dados. Particularmente acho a matria muito
interessante. o tipo de assunto que, uma vez aprendido, dificilmente os
conhecimentos bsicos saem da cabea.
Por outro lado, um assunto tipicamente de Tecnologia da Informao, e o
seu aprendizado, em um primeiro momento, pode ser mais difcil que os
assuntos anteriores. Talvez voc precise ler essa apostila e ver as videoaulas
mais de uma vez.
Vamos ao que interessa?
21532552106
Observao importante: este curso protegido por direitos

autorais (copyright), nos termos da Lei 9.610/98, que altera,
atualiza e consolida a legislao sobre direitos autorais e d
outras providncias.
Grupos de rateio e pirataria so clandestinos, violam a lei e
prejudicam os professores que elaboram os cursos. Valorize o
trabalho de nossa equipe adquirindo os cursos honestamente
atravs do site Estratgia Concursos ;-)
Prof. Victor Dalton
www.estrategiaconcursos.com.br
1 de 123

BANCOS DE DADOS
1. BANCOS DE DADOS: CONCEITOS BSICOS
1.1
Definies
Antes do estudo de SGBDs propriamente dito, cabe destacar a

diferena entre dado, informao e conhecimento.
Um dado uma informao quantificada. Ex: Paulo tem 23 anos.
Uma informao uma abstrao produzida a partir dos dados. Ex:
Muitos dos nossos clientes so jovens (informao), uma vez que 80%
dos nossos clientes cadastrados possuem entre 18 e 25 anos (dado).
Conhecimento, por sua vez, envolve uma abstrao em um nvel
mais profundo, tomando por base os dados e as informaes, como forma
de subsidiar decises. Ex: O nosso produto atrai muitos jovens
(conhecimento extrado com base em dados e informaes). Precisamos
enfatizar nosso marketing nesse pblico alvo, ou precisamos modificar
nosso produto para atingir outras faixas etrias (decises de negcio),
etc. Veremos mais sobre produo de conhecimento em Sistemas de
Apoio Deciso.
Entendidos esses aspectos, podemos responder o que Banco de
Dados.
21532552106
Acredito que voc j tenha uma desconfiana do que seja um

banco de dados. Entretanto, a definio correta de banco de dados gira
em torno de duas ideias chave: relacionamento e finalidade.
Um banco de dados um conjunto de dados relacionados com uma
finalidade especfica. Esta finalidade pode a produo de informao,
para determinado pblico alvo (uma empresa, ou um rgo pblico, por
exemplo), bem como suportar um negcio (como o estoque de produtos
de um fornecedor, ou um cadastro de funcionrios, ou tudo isso junto).
Prof. Victor Dalton
2 de 123

Um banco de dados tem alguma fonte da qual o dado derivado,
algum grau de interao com eventos no mundo real e um pblico
interessado no seu contedo. Para que um banco de dados seja preciso e
confivel o tempo todo, as mudanas no minimundo (mundo real)
precisam ser refletidas nele o mais breve possvel.
Um banco de dados pode ter qualquer tamanho e complexidade. As
informaes precisam ser organizadas e gerenciadas de modo que os
usurios possam consultar, recuperar e atualizar os dados quando
necessrio.
Um banco de dados pode ser gerado e mantido manualmente ou
computadorizado. Um banco de dados computadorizado pode ser criado e
mantido por um grupo de programas de aplicao especficos para essa
tarefa ou por um sistema gerenciador de banco de dados.
Eu costumo brincar, e acho que isso ajuda a memorizar, que no se
deve confundir Banco de Dados com Bando de Dados. Dados
desorganizados no servem para nada; um conjunto dados que se
relacionam, com alguma finalidade, esses sim compem um Banco de
Dados.
Bancos de dados, normalmente, so a base de um sistema, ou
software. Um sistema de venda de produtos online, por exemplo,
provavelmente possui em seu banco de dados uma vasta quantidade de
registros de clientes e produtos. Esses dados provavelmente relacionamse atravs dos pedidos, que devem conter dados dos clientes e dos
produtos. Os pedidos tambm sero dados. Comeou a visualizar?
21532552106
1) (ESAF Ministrio da Fazenda Analista de Finanas e

Controle Gesto em Infraestrutura de TI - 2013) Banco de dados
:
a) uma relao de dependncia entre dados que tem por objetivo atender
a uma comunidade de usurios.
b) um conjunto de dados integrados que tem por objetivo impedir acessos
indevidos a dados armazenados.
Prof. Victor Dalton
3 de 123

c) um conjunto de dados integrados que tem por objetivo atender a
requisitos do sistema operacional.
d) um conjunto de dados integrados que tem por objetivo atender a uma
comunidade de usurios.
e) uma estrutura de mquina virtual que tem por objetivo atender a
necessidades do software de acesso.
O que difere um Banco de Dados de um Bando de Dados?

relacionamento e finalidade! Um banco de dados um conjunto de
dados relacionados com uma finalidade especfica. Esta finalidade pode
a produo de informao, para determinado pblico alvo (uma empresa,
ou um rgo pblico, por exemplo), bem como suportar um negcio
(como o estoque de produtos de um fornecedor, ou um cadastro de
funcionrios, ou tudo isso junto).
Conhecendo esta definio, voc no corre o risco de marcar a alternativa
a) ao invs da alternativa d), que a correta.
Nossa prxima definio importante a de Esquema de Banco de

Dados.
Um esquema do banco de dados uma coleo de objetos de um
banco de dados que esto disponveis para um determinado usurio ou
grupo. Os objetos de um esquema so estruturas lgicas que se referem
diretamente aos dados do banco de dados. Eles incluem estruturas, tais
como tabelas, vises, seqncias, procedimentos armazenados,
sinnimos, ndices, agrupamentos e links de banco de dados. Falaremos
mais sobre esses elementos ao longo da apostila, fique tranquilo.
21532552106
Prof. Victor Dalton
4 de 123

Ou seja, ao se elaborar um sistema, seu projeto de banco de dados

idealizado em um esquema (como a figura acima).
Falei, pouco antes, que os softwares normalmente esto em cima
de um Banco de Dados. O esquema essa ferramenta utilizada para a
representao do banco como um todo, podendo servir tanto para facilitar
o entendimento do Banco de Dados como para implementar o prprio
Banco de Dados.
Com base no esquema acima, por exemplo, um Administrador de
Dados j consegue criar o Banco. Visualize a imagem acima, veja as
tabelas e os relacionamentos, e no se incomode se estiver entendendo
pouco ou quase nada. Iremos ver e rever essa imagem, explicando os
detalhes dela aos poucos. Tudo bem?
21532552106
1.2
SGBD
Imagine agora um sistema de uma grande vendedora de produtos

online, ou mesmo o sistema de vendas de uma grande companhia area.
Essas empresas vendem produtos e servios por segundo, para usurios
distribudos geograficamente pelo mundo inteiro. Deste simples exemplo,
percebe-se que Bancos de Dados precisam de gerenciamento prprio, e
eficiente, para coordenar um volume gigantesco de operaes
simultneas.
Prof. Victor Dalton
5 de 123

Para tal, existem os Sistemas Gerenciadores de Bancos de
Dados. O SGBD o conjunto de programas de computador (softwares)
responsveis pelo gerenciamento de uma (ou mais) base de dados.
Seu principal objetivo retirar da aplicao cliente (o sistema da empresa
propriamente dito) a responsabilidade de gerenciar o acesso, a
manipulao e a organizao dos dados. O SGBD disponibiliza uma
interface para que seus clientes possam incluir, alterar ou consultar dados
previamente armazenados. Em bancos de dados relacionais a interface
constituda pelas APIs (Application Programming Interface) ou drivers do
SGBD, que executam comandos na linguagem SQL (Structured Query
Language).
Certamente voc j ouviu falar de alguns SGBDs, como o Oracle, o
IBM DB2, o Microsoft SQL Server, MySQL, ou at mesmo o
PostgreSQL, que gratuito.
Sistemas Gerenciadores de Bancos de Dados: softwares comerciais.

21532552106
Os SGBDs facilitam o processo de definio, construo, manipulao

e compartilhamento de bancos de dados entre diversos usurios e
aplicaes.
Definir um banco de dados envolve especificar os tipos, estruturas
e restries dos dados a serem armazenados.
Construir um banco de dados o processo de armazenar os dados
em algum meio controlado pelo SGBD.
Manipular um banco de dados inclui funes no banco de dados
como consultas para recuperar dados especficos, atualizao que reflita
mudanas no minimundo e gerao de relatrios com base nos dados.
Prof. Victor Dalton
6 de 123

Compartilhar banco de dados permitir que diversos usurios e
programas acessem-no simultaneamente.
Outras funes importantes fornecidas pelo SGBD incluem proteo e
manuteno do banco de dados por um longo perodo. A proteo pode
ser contra defeitos (falhas) de hardware e software ou contra acesso no
autorizado ou malicioso (segurana). A manuteno permite a evoluo
do sistema de banco de dados ao longo do ciclo de vida, medida que os
requisitos mudem com o tempo.
Sistema de Banco de Dados: ilustrao

21532552106
1.3
Caractersticas de um banco de dados
Na abordagem de banco de dados, um nico repositrio mantm

dados que so definidos uma vez e depois acessados por vrios usurios.
Os nomes ou rtulos de dados so definidos uma vez, e usados
repetidamente por consultas, transaes e aplicaes.
Prof. Victor Dalton
7 de 123

Natureza de Autodescrio de um Sistema de Banco de Dados
Na abordagem de banco de dados, seu sistema contm no apenas o
banco de dados, mas tambm uma definio ou descrio completa de
sua estrutura e restries.
Essa definio armazenada no catlogo do SGBD (falaremos mais
sobre ele adiante). A informao armazenada no catlogo chamada
metadados (tambm ser melhor explicado posteriormente).
O catlogo usado pelo software de SGBD e tambm pelos usurios
do banco de dados que precisam de informaes sobre a estrutura do
banco de dados (tipo e o formato dos dados). O software SGBD precisa
trabalhar de forma satisfatria com qualquer quantidade de aplicaes de
banco de dados.
Isolamento Entre Programas e Dados, e Abstrao de Dados
Na maioria dos casos, qualquer mudana na estrutura de dados do
SGBD no exige mudanas nos programas que acessam o banco de
dados. A estrutura dos arquivos de dados armazenada no catlogo do
SGBD separadamente dos programas de acesso.
Essa propriedade chamada de independncia programa-dados.
Em alguns tipos de sistemas de banco de dados os usurios podem
definir operaes (funes ou mtodos) sobre como os dados como parte
das definies de banco de dados. A interface de uma operao inclui o
nome da operao e os tipos de dados de seus argumentos (parmetros).
A implementao (mtodo) da operao especificada separadamente e
pode ser alterada sem afetar a interface. Isso chamado de
independncia programa-operao.
21532552106
A independncia programa-dados e a independncia programaoperao s so possveis em virtude de uma caracterstica do SGBD, que
a abstrao de dados.
Um SGBD oferece aos usurios uma representao conceitual de
dados, que no inclui muitos detalhes de como os dados so armazenados
ou como as operaes so implementadas. Um modelo de dados um
Prof. Victor Dalton
8 de 123

tipo de abstrao de dados usado para oferecer essa representao
conceitual.
Na abordagem de banco de dados, a estrutura detalhada e a
organizao de cada arquivo so armazenadas no catlogo. Os usurios
do banco de dados e os programas de aplicao se referem
representao conceitual dos arquivos, e o SGBD extrai os detalhes do
armazenamento do arquivo do catlogo quando estes so necessrios
para os mdulos de acesso a arquivo do SGBD.
Suporte para Mltiplas Vises dos Dados
Cada usurio do banco de dados pode exigir um ponto de vista ou
viso (view) diferente do banco de dados. Uma viso pode ser um
subconjunto do banco de dados ou conter dado virtual que derivado dos
arquivos de banco de dados, mas no esto armazenados explicitamente.
Um SGBD multiusurio precisa oferecer facilidades para definir
mltiplas vises.
Compartilhamento de Dados e Processamento de Transao
Multiusurio
Um SGBD multiusurio precisa permitir que mltiplos usurios
acessem o banco de dados ao mesmo tempo. O SGBD precisa incluir um
software de controle de concorrncia para garantir que vrios usurios
tentando atualizar o mesmo dados faa isso de uma maneira controlada,
de modo que o resultado dessas atualizaes seja correto. Esses tipos de
aplicaes so chamados OLTP (On-Line Transaction Processing,
processamento de transaes on-line).
21532552106
Por exemplo, se vrios agentes de viagem tentam reservar um

assento em um voo de uma companhia area. O SGBD precisa garantir
que cada assento s possa ser acessado por um agente de cada vez para
que seja atribudo a um nico passageiro.
Um papel do software SGBD multiusurio garantir que as
transaes concorrentes operem de maneira correta e eficiente.
Uma transao um programa em execuo ou processo que inclui
um ou mais acessos ao banco de dados, como a leitura ou atualizao de
seus registros. Uma transao executa um acesso logicamente correto a
Prof. Victor Dalton
9 de 123

um banco de dados quando ele executada de forma completa e sem
interferncia de outras operaes. Tambm falaremos adiante sobre
Gerenciamento de Transaes.
1.4
Trabalhadores envolvidos
Sistemas de Bancos de Dados so projetados, administrados e

utilizados por diversos profissionais. Sem exageros, pode-se visualizar um
ciclo de vida para um Sistema de Banco de Dados, com a participao
de diversos personagens. So eles, segundo Elmasri e Navathe (2006):
Administradores de Banco de Dados
Em um ambiente de banco de dados o banco de dados o recurso
principal, e o SGBD e os softwares so os recursos secundrios. A
administrao desses recursos de responsabilidade do administrador de
banco de dados (DBA database administrator). O DBA responsvel
por:
Autorizar o acesso ao banco de dados.
Coordenar e monitorar seu uso.
Adquirir recursos de software e hardware conforme a necessidade.
Responsvel por resolver problemas, como falhas na segurana e
demora no tempo de resposta do sistema.
Projetista de Banco de Dados
21532552106
Em muitos casos, os projetistas esto na equipe de DBAs e so

responsveis por:
Identificar os dados a serem armazenados.
Escolher estruturas apropriadas para representar e armazenar os
dados.
Se comunicar com todos os potenciais usurios a fim de entender
suas necessidades e criar um projeto que as atenda.
Desenvolver vises do banco de dados que cumpram os requisitos
de dados e processamento de cada potencial grupo de usurios.
Prof. Victor Dalton
10 de 123

Usurios Finais (ou usurios do banco de dados)

O banco de dados existe primariamente para atender os usurios
finais. Existem vrias categorias de usurios finais:
Casuais: so os gerentes de nvel intermedirio ou alto. Utilizam
uma linguagem sofisticada de consulta ao banco de dados para especificar
suas necessidades.
Iniciantes ou paramtricos: so os caixas de banco, agentes de
companhias areas, hotis e locadoras de automveis, funcionrios nas
estaes de recebimento de transportadores, entre outros. Sua funo
principal gira em torno de consultar e atualizar o banco de dados
constantemente,
usando
transaes
programadas,
que
foram
cuidadosamente programadas e testadas.
Sofisticados: so os engenheiros, cientistas, analistas de negcios
e outros que esto profundamente familiarizados com as facilidades do
SGBD a ponto de implementar as prprias aplicaes que atendam suas
necessidades.
Isolados: que mantm bancos de dados pessoais usando pacotes
de programas prontos, que oferecem interfaces de fcil utilizao,
baseadas em menu ou grficos.
Ateno!
Date (2011) acrescenta a figura do Administrador de Dados(DA),
que seria uma pessoa que toma decises estratgicas e de normas com
relao aos dados da empresa. Nessa abordagem, o DA teria atribuies
como:
21532552106
Levantar os requisitos funcionais para o banco de dados;

Modelar conceitualmente o banco de dados;
Especificar as regras de negcio das aplicaes;
Definir padres de nomes para conceitos e variveis, e
Determinar normas de incorporao e manuseio dos dados.
Enquanto isso, o DBA acumularia as seguintes atribuies:
Mapear o modelo conceitual no modelo lgico;
Prof. Victor Dalton
11 de 123

Realizar o projeto fsico do banco de dados;
Criar usurios, definir vises e permisses, alm de regras de
integridade;
Controlar os processos de back-up e recuperao, e
Garantir o bom desempenho no acesso e manuseio do banco
pelos usurios.
Importante, quando tratar-se de personagens envolvidos, prestar

ateno nesse detalhe, tentar adivinhar a bibliografia do enunciado,
para no confundir o Administrador de Dados com o Administrador de
Banco de Dados. Pior: at mesmo uma mesma banca pode cobrar
contedo de autores diferentes. Eu j vi isso .
Analistas de Sistemas e Engenheiros de Software

Os analistas de sistemas identificam as necessidades dos usurios
finais, especialmente os iniciantes e paramtricos, e definem as
especificaes das transaes padro que atendam a elas.
Os programadores de aplicaes (engenheiros de software e
desenvolvedores de sistemas de software) implementam essas
especificaes como programas, testam, depuram, documentam e
mantm essas transaes programadas.
1.5
Vantagens da abordagem SGBD
21532552106
Via de regra, os SGBDs so ferramentas carssimas, da ordem de

milhares de dlares. Algumas de suas vantagens so:
Controle de redundncia: quando os Bancos de Dados

precisam ser replicados em mais de um lugar, o SGBD evita a
inconsistncia das diferentes bases de dados;
Restrio a acesso no autorizado: em Bancos de Dados
com diferentes nveis de permisso de acesso, o SGBD realiza
o controle dos diversos nveis de permisso;
Prof. Victor Dalton
12 de 123
1.6

Backup e restaurao: o Sistema de Banco de Dados deve
ser tolerante a falhas, ou seja, o SGBD deve ser capaz de
voltar a um estado anterior falha, a despeito de falhas de
hardware ou software;
Forar as restries de integridade: os relacionamentos
entre dos dados so implementados por meio de restries de
integridade. Ser visto mais adiante.
Desvantagens da abordagem SGBD
Instalar e manter Sistemas de Bancos de Dados carregam consigo

alguns nus intrnsecos. So eles:
Custos: alm do preo elevado das ferramentas de SGBD,

manter um Sistema de Banco de Dados implica em hardware,
software e pessoal especializados;
Gerenciamento Complexo: o Sistema necessita interfacear
com diferentes tecnologias, afetando os recursos e cultura da
empresa;
Dependncia do fornecedor: o investimento inicial alto
tende a prender o cliente. Modificar um SGBD oneroso e
complexo;
Manuteno e atualizao: como todo software, o SGBD
deve ser mantido atualizado. Alm disso, periodicamente
surgem novas verses, com mais funcionalidades, exigindo
substituies peridicas, com novos custos de hardware,
software e treinamento de pessoal.
21532552106
1.7
Arquitetura trs esquemas de um SGBD
A arquitetura trs esquemas uma abordagem, que ilustra a

separao entre usurio e aplicao. Nesta arquitetura, os esquemas
podem ser descritos em trs nveis:
Prof. Victor Dalton
13 de 123

Arquitetura trs esquemas, Elmasri e Navathe (2006)
Nvel externo: abrange os esquemas externos, ou vises de

usurio. Cada esquema descrever apenas a viso pertinente de cada
usurio a respeito do Banco de Dados, ocultando o restante. Por exemplo,
para um aluno, de um sistema de aulas online, somente determinada
parte do BD lhe relevante, provavelmente relacionada aos cursos que
realiza. Para um administrador financeiro desse sistemas, por sua vez,
aspectos administrativos sero mais relevantes, relacionados aos
pagamentos dos cursos e de pessoal.
Nvel conceitual: possui um esquema conceitual, que descreve o
banco de dados como um todo. Oculta detalhes do armazenamento fsico,
enfatizando entidades, tipos de dados e restries.
21532552106
Nvel interno: apresenta um esquema interno, descrevendo a

estrutura de armazenamento fsicos do banco de dados.
Prof. Victor Dalton
14 de 123


Controle Gesto em Infraestrutura de TI - 2013) Quanto aos
nveis de abstrao de bancos de dados, correto afirmar que:
a) no nvel lgico os usurios do computador vem um conjunto de
programas de aplicao que ocultam detalhes dos tipos de dados.
b) no nvel view os usurios do computador vem um conjunto de
programas de aplicao e os detalhes dos tipos de dados.
c) no nvel lgico, no h descrio de cada tipo de registro.
d) no nvel view, cada tipo de registro descrito por um tipo de
informao, como um segmento de cdigo anterior e a relao desses
tipos de registro tambm definida.
e) no nvel view os usurios do computador vem um conjunto de
programas de aplicao que ocultam detalhes dos tipos de dados. - certa
No nvel lgico, no existe ocultao dos detalhes dos tipos de dados, e os

tipos de atributo so descritos. Portanto, as alternativas a) e c) foram
descartadas.
Quanto ao nvel de viso (view), o usurio v apenas um subconjunto dos
dados da aplicao, e os detalhes dos tipos de dados so ocultados, uma
vez que orientado ao usurio final.
Resposta certa, alternativa e).
1.7.1
Independncia lgica e independncia fsica dos

dados
Dois conceitos relacionados arquitetura trs esquemas que, no

raro, aparecem em questes de concursos so a independncia lgica e a
independncia fsica dos dados.
21532552106
Independncia lgica a capacidade de alterar o esquema

conceitual sem precisar modificar os esquemas externos.
Independncia fsica a capacidade de alterar o esquema interno
sem precisar modificar o esquema conceitual.
Esses esquemas e seus respectivos mapeamentos so guardados no
catlogo do banco de dados. Ele ser visto na prxima aula.
Prof. Victor Dalton
15 de 123
1.8

Categorias de modelos de dados
Projetar um banco de dados, como voc provavelmente deve

imaginar, uma atividade que requer planejamento e organizao.
Didaticamente, pode-se dividir esta tarefa em etapas.
A primeira fase do projeto do banco o levantamento e anlise de
requisitos, que na prtica, a especificao das necessidades do
usurio do banco. Entrevista-se o usurio do banco para entendimento e
documentao dos seus requisitos de dados.
A segunda fase o projeto conceitual, em que j se criam
descries detalhadas de tipos de entidades, relacionamentos, atributos e
restries. A modelagem conceitual empregada baseia-se no mais alto
nvel e deve ser usada para envolver o cliente. Os exemplos de
modelagem de dados visto pelo modelo conceitual so mais fceis de
compreender, j que no h limitaes ou aplicao de tecnologia
especfica. O modelo normalmente utilizado o modelo entidaderelacionamento, com a construo do Diagrama de Entidade e
Relacionamento. Este diagrama a chave para a compreenso do modelo
conceitual de dados. Cria-se o que chamamos de mini-mundo, a
observao da realidade mapeada dentro do sistema que se deseja
desenvolver. O modelo e-r muito importante e ser bastante explorado
nos exerccios.
21532552106
Prof. Victor Dalton
16 de 123

Ilustrao de modelagem conceitual usando o Diagrama E-R.
Posteriormente ocorre as especificaes das necessidades

funcionais, depreendidas do prprio projeto conceitual. Caso exista
algum impedimento funcional para a implementao do banco, talvez seja
necessrio voltar ao projeto conceitual e realizar algumas modificaes.
Em seguida aparece o projeto lgico, ou mapeamento do modelo
de dados. A modelagem lgica (ou representacional, ou de
implementao), por sua vez, j realiza o mapeamento do esquema
conceitual para o modelo de dados que ser usado. O modelo de dados de
implementao normalmente o modelo de dados relacional, que
tambm importantssimo, muito cobrado em provas e ser bastante
abordado nos exerccios. Tal projeto consolidar a escrita do script do
banco, com a criao do seu esquema.
21532552106
Prof. Victor Dalton
17 de 123

Modelagem relacional: ilustrao com tabelas e atributos
Por fim, temos o projeto fsico, durante a qual so definidas as

estruturas de armazenamento interno, ndices, caminhos de acesso e
organizaes de arquivo para os arquivos do banco de dados. J passa a
depender de regras de implementao e restries tecnolgicas.
21532552106
Figura: Do modelo conceitual ao fsico(MAXEY,2002)
Prof. Victor Dalton
18 de 123

1.9
Tipos de modelos de dados
Apoiando a estrutura de um banco de dados est o modelo de

dados: uma coleo de ferramentas conceituais para descrever dados,
relaes de dados, semntica de dados e restries de consistncia. Um
modelo de dados oferece uma maneira de descrever o projeto de um
banco de dados no nvel fsico, lgico e de viso.
Existem vrios modelos de dados diferentes. Vejamos alguns:
Modelo hierrquico: O modelo hierrquico foi o primeiro a ser
reconhecido como um modelo de dados. Nele, os registros so conectados
em uma estrutura de dados em rvore, similar a uma rvore invertida (ou
s razes de uma rvore).
Neste modelo, uma ligao uma associao entre dois

registros. O relacionamento entre um registro-pai e vrios registrosfilhos possui cardinalidade 1:N, ou 1:1, sendo N =1. Os dados
organizados segundo este modelo podem ser acessados segundo uma
sequncia hierrquica com uma navegao do topo para as folhas e da
esquerda para direita. Um registro pode at estar associado a vrios
registros diferentes, desde que seja replicado.
21532552106
Prof. Victor Dalton
19 de 123

Neste exemplo, perceba que os registros da tabela empregado
possuem hierarquia direta em relao aos registros da tabela
departamento.
O modelo hierrquico possui muitas limitaes. Ele pode ser til para
modelar esquemas fortemente hierrquicos (como classificaes para
espcies dos reinos animal e vegetal, corporaes, hierarquias
governamentais, etc.), mas apresenta limitaes quando representa
modelos no-hierrquicos. Isto provocou o surgimento do modelo em
rede.
Modelo em rede: o modelo em rede acabou eliminando a
hierarquia, pois passou a permitir que, em tese, cada registro filho
pudesse ser ligado a mais de um registro pai.
Nesse caso, a estrutura em rvore se desfaz, e passa a se

assemelhar a uma estrutura em grafo. Relacionamentos N:M tambm
passam a ser permitidos (lembrando que o relacionamento estabelecido
entre registros).
21532552106
Perceba que, neste modelo, possvel colocar um empregado

vinculado a mais de um departamento, o que no era possvel no modelo
hierrquico.
Prof. Victor Dalton
20 de 123

Os modelos de dados em rede e hierrquicos precederam o modelo
de dados relacional, que o mais utilizado atualmente. So muito pouco
utilizados nos dias de hoje, a no ser em bancos de dados antigos que
ainda estejam em vigor.
Modelo relacional: O modelo relacional usa uma coleo de tabelas
para representar os dados e as relaes entre eles. Foi o modelo que eu
utilizei para explicar os conceitos bsicos de banco de dados, e o
modelo mais utilizado (e cobrado em provas). Cada tabela possui diversas
colunas, e cada coluna possui um nome nico. Tabelas tambm so
chamadas de relaes.(Deixei isso pra depois de propsito: no
confunda relao com os relacionamentos entre as tabelas). Cada tabela
contm tuplas. Cada tupla possui um nmero fixo de campos, ou
atributos. As colunas das tabelas correspondem aos atributos do tipo de
registro. Este modelo o mais utilizado na fase de projeto lgico do
BD.
Modelo Entidade/Relacionamento: O modelo de EntidadeRelacionamento (E-R) baseado na percepo de um mundo real que
consiste em uma coleo de objetos bsicos, chamados entidades, e os
relacionamentos entre esses objetos (existem autores que falam em
relao para descrever relacionamentos. Preste ateno em uma eventual
questo de prova, para saber o que a banca quer). Uma entidade uma
coisa ou objeto no mundo real que distinguvel dos outros objetos
(como pessoa, ou carro). um modelo mais alto nvel, empregado na
fase do projeto conceitual, que anterior fase do projeto lgico, no
qual se utiliza o modelo relacional. Tambm cai em provas.
Modelo de dados orientado a objetos: uma extenso do modelo
ER com noes de encapsulamento de identidade do objeto (isso ser
visto em programao).
21532552106
Modelo de dados objeto-relacional: Combina caractersticas do

modelo relacional com o modelo orientado a objetos.
P.S: No se surpreenda em ter visto os modelos relacional e entidade

relacionamento tambm neste tpico. Os tipos de modelos de dados
apresentados no deixam de ter um carter histrico, refletindo a
evoluo dos modelos ao longo do tempo. Por isso, os modelos relacional
e E-R acabaram se consolidando nas categorias vistas anteriormente.
Prof. Victor Dalton
21 de 123

3) (ESAF DNIT Analista Administrativo Tecnologia da

Informao - 2013) Define-se Modelo de dados da forma seguinte:
a) descrio parametrizada da estrutura dos atributos dos dados.
b) especificaes das funes de um banco de dados.
c) descrio contingencial dos modelos de dados.
d) descrio formal da estrutura de um banco de dados.
e) descrio orientada da funcionalidade de um banco de dados.
Um modelo uma coleo de ferramentas conceituais para descrever

dados, relaes de dados, semntica de dados e restries de
consistncia, ou seja, a sua estrutura.
Resposta certa: alternativa d).
1.10 O Modelo Entidade-Relacionamento
21532552106
Aqui estamos diante de um diagrama ER, do modelo entidaderelacionamento. Aquele mais conceitual, alto nvel. Faamos uma breve
legenda:
Prof. Victor Dalton
22 de 123

Retngulos: so as entidades.
Losangos: representam os relacionamentos.
Elipses: representam os atributos (ausente neste diagrama).
Linhas: vinculam conjuntos de entidades a conjuntos de
relacionamentos.
Linhas duplas: indicam participao total de uma entidade em um
conjunto de relacionamentos.
Esta abordagem, como voc pode perceber, consegue mostrar para

um usurio, at mesmo o leigo em banco de dados, algumas
caractersticas desse banco hipottico, ilustrado no modelo. Dele,
possvel compreender que:
Empregados gerenciam departamentos;
Empregados trabalham em projetos;e
Departamentos controlam projetos (perceba as sentenas no
estilo entidade-relacionamento-entidade, em lgica de primeira ordem).
Perceba que, com as informaes apresentadas, detalhes de
implementao do banco de dados ainda no so conhecidos. Quais so
as tabelas desse banco? Voc ainda no sabe.
Um primeiro destaque nesse modelo, comumente cobrado em
provas, a indicao de participao parcial ou participao total no
relacionamento, representados, respectivamente, por linhas simples em
duplas.
Uma participao parcial indica que aquele relacionamento no
obrigatrio para aquela entidade. Preste ateno apenas nesse trecho da
figura, abaixo:
21532552106
Prof. Victor Dalton
23 de 123

A linha simples entre Empregado e Gerencia indica que no h

obrigatoriedade de que um empregado gerencie um departamento.
Por outro lado, a linha dupla em Departamento indica que todo
Departamento deve ter um Empregado que o gerencie. Compreendeu?
Fugindo um pouco do modelo E-R, mas, com o objetivo de faz-lo
entender melhor essa obrigao (ou no), imagine uma fotografia de
duas tabelas de banco de dados com as seguintes informaes:
EMPREGADO
CodEmpregado
NomeEmpregado
Gerente?
001
Marcos
002
Paula
003
Roberta
004
Marcelo
CodDepartamento
NomeDepartamento
CodGerente
MKT
Marketing
001
ADM
Administrao
003
21532552106
DEPARTAMENTO
Prof. Victor Dalton
24 de 123

Neste exemplo, materializei duas tabelas que mostram Marcos
gerenciando o Departamento de Marketing, e Roberta gerenciando o
Departamento de Administrao. Do jeito que montei as tabelas, todo
departamento ter um gerente, mas nem todo empregado ser gerente.
Razovel, no mesmo?
P.S.: as fotografias das tabelas no fazem parte do modelo ER! Apenas esto a para facilitar o seu entendimento!
O segundo aspecto importante, tambm retratado nas imagens, a
questo da cardinalidade (1, N, M). Para tal, trataremos em tpico
especfico.
1.11 Cardinalidade
Podemos ver a mesma imagem novamente?
21532552106
A cardinalidade serve para expressar o nmero de entidades que

uma entidade pode associar-se, por meio de um relacionamento.
A figura acima retrata os trs tipos possveis de cardinalidade.
Na cardinalidade (1:1), uma entidade E1 pode relacionar-se a, no
mximo, uma outra entidade E2, por meio de um relacionamento, e viceversa. o caso entre Empregado e Departamento, ilustrado no tpico
anterior.
Prof. Victor Dalton
25 de 123

Na cardinalidade (1:N), uma entidade E1 pode relacionar-se com
vrias entidades E2, porm, uma entidade E2 pode relacionar-se apenas
com uma entidade E1. o que acontece entre Departamento e Projeto.
Preste ateno na imagem e na leitura das frases a seguir: um
Departamento pode controlar N Projetos, e um Projeto pode ser
controlado por um Departamento. Captou? Gostaria de enxergar isso em
tabelas?
DEPARTAMENTO
CodDepartamento
NomeDepartamento
CodGerente
MKT
Marketing
001
ADM
Administrao
003
CodProjeto
NomeProjeto
CodDepResponsavel
P01
Inovao
MKT
P02
Reestruturao
ADM
P03
Vender Mais
MKT
P04
Novo Produto
MKT
PROJETO
21532552106
Captou? Do jeito que montei as tabelas, os Departamentos podem

ter vrios projetos, mas cada projeto tem apenas um Departamento
responsvel.
P.S.: as fotografias das tabelas no fazem parte do modelo ER! Apenas esto a para facilitar o seu entendimento!
Por ltimo, falemos da cardinalidade (N:M) ou (N:N). Nela, uma

entidade E1 pode relacionar-se com vrias entidades E2, assim como uma
Prof. Victor Dalton
26 de 123

entidade E2 pode relacionar-se apenas com vrias entidades E1. o que
acontece entre Empregado e Projeto.
Um Empregado pode trabalhar em M Projetos, e um Projeto pode

ser trabalhado por N Empregados. Captou? Em tabelas, isso fica um
pouco diferente:
PROJETO
CodProjeto
NomeProjeto
CodDepResponsavel
P01
Inovao
MKT
P02
Reestruturao
ADM
P03
Vender Mais
MKT
P04
Novo Produto
MKY
21532552106
EMPREGADO
CodEmpregado
NomeEmpregado
Gerente?
001
Marcos
002
Paula
003
Roberta
Prof. Victor Dalton
27 de 123
004

Marcelo
N
TRABALHA
CodEmpregado
CodProjeto
001
P01
001
P02
002
P03
003
P01
Nesta estrutura, voc percebe que a tabela Trabalha serve para

materializar o relacionamento entre Empregado e Projeto, e que, desta
forma, empregados podem trabalhar em vrios projetos, e projetos
podem ter vrios empregados, sem restries.
Agora, reveja aquele esquema de banco de dados, do incio da
apostila:
21532552106
O relacionamento entre as tabela usuario e comentario indicam, do

lado usuario (1,1), e do lado comentario (0,n). Isso retrata um
Prof. Victor Dalton
28 de 123

relacionamento (1:N) entre essas entidades. Ou seja, Cada usurio
cadastrado na tabela usuario pode fazer de zero a muitos comentrios.
Cada comentrio, por sua vez, dever ter sido feito por apenas um nico
usurio, entendeu?
Mais um pouco: veja as tabelas usuario, usr_ai e area_interesse. A
tabela usuario possui um relacionamento de cardinalidade (1:N) com a
tabela usr_ai. Ou seja, isso implica que cada usurio pode ter zero ou
mais reas de interesse. Por exemplo, Paulo pode se interessar por
esportes, fico e romance.
Por sua vez, area_de_interesse possui um relacionamento de
cardinalidade (1:N) com a tabela usr_ai. Ou seja, isso implica que cada
rea de interesse pode estar relacionada a zero ou mais usurios.
Captaram? Na realidade, existe um relacionamento de cardinalidade
(N:N), tambm chamado de (N:M), entre usuario e area_interesse. S
que, para implementar o banco de dados de uma maneira organizada, foi
necessrio fazer uma tabela de ligao entre usuario e area_interesse.
A cardinalidade pode ser expressada de diferentes formas, de acordo
com o modelo ilustrado. Inclusive, como no esquema acima, ficaram
explcitas as cardinalidades mnimas e mximas, uma vez que o
esquema no possui linhas simples e duplas para tal. Uma cardinalidade
(1:N), por exemplo, foi retratada pelos pares (1,1) e (0,n), indicando que
uma entidade E1 pode ser relacionar com 0 a n entidades E2, ao passo
que uma entidade E2 deve se relacionar com uma, e apenas uma
entidade E1. Compreendido?
21532552106
4) (ESAF MPOG Analista de Planejamento e Oramento

Gesto em Infraestrutura de TI - 2015) No projeto de um banco de
dados, uma propriedade importante de um relacionamento a de quantas
ocorrncias de uma entidade podem estar associadas a uma determinada
ocorrncia atravs do relacionamento. Essa propriedade chamada de:
a) associatividade.
b) atributo.
c) cardinalidade.
Prof. Victor Dalton
29 de 123

d) identificabilidade.
e) mapeamento E-R.
Definio clssica de cardinalidade.
Resposta certa, alternativa c).
1.12 Modelo Relacional
Vamos agora tratar do modelo relacional.

Apenas relembrando, o modelo relacional est ligado ao Projeto
Lgico, aquele em um nvel intermedirio entre o modelo conceitual e o
modelo fsico. Est lembrado?
Vamos ver aquele esquema novamente:
21532552106
Creio que voc j o entenda mais do que quando o viu pela primeira
vez. Mas vamos entend-lo ainda mais, pois ele est carregado de
informaes do modelo relacional.
Prof. Victor Dalton
30 de 123

Perceba que as tabelas (que tambm podem ser chamadas de
relaes) so os principais elementos do banco. comentario, contato,
categoria, recado, area_interesse...
Os atributos so componentes das entidades. Na entidade
comentrio, por exemplo, temos os atributos cdigo, conteudo,
data_criacao, cod_usuario_remetente e cod_arquivo.
As informaes colocadas ao lado dos atributos, conforme visualizado
neste esquema, so os metadados. Cdigo ser um inteiro de at 11
dgitos, contedo ser um varchar com at 1000 caracteres (varchar,
basicamente, quer dizer que o nmero de caracteres varivel, indo at
o limite estabelecido), data_criacao ser uma informao do tipo datahora, e assim sucessivamente.
Por fim, temos os registros da tabela, ou tuplas. Registros e tuplas
so sinnimos. A imagem acima, utilizada como exemplo, um modelo
que mostra o que dever conter no banco. O banco de dados,
efetivamente, so essas tabelas efetivamente preenchidas. Um exemplo
da tabela comentario preenchida com dados poderia ser:
21532552106
E continuemos vendo detalhes!
Prof. Victor Dalton
31 de 123

1.12.1
Tipos de Atributos
Os atributos, como j vimos, so os elementos que compem as

entidades. Eles podem receber vrias classificaes.
Atributos Compostos versus Simples (Atmicos). Os atributos
compostos so aqueles que podem ser divididos em partes
menores, que representam a maioria dos atributos bsicos com
significados independentes. Por exemplo, um atributo Endereo, em uma
tabela hipottica, pode ser subdividido em EnderecoRua, Cidade, Estado e
CEP, com os valores 'Av. Rangel Pestana, 300', 'So Paulo', 'SP' e '01017911'. Os atributos que no so divisveis so chamados simples ou
atributos atmicos. E os atributos compostos podem formar uma
hierarquia; por exemplo, EnderecoRua pode ser subdividido, ainda, em
trs atributos simples: Rua, Nmero e Apartamento. O valor de um
atributo composto a concatenao dos valores componentes dos seus
atributos simples. Os atributos simples so indivisveis.
Atributos Monovalorados versus Multivalorados. A maioria dos
atributos tem um valor nico para uma dada tupla; esses atributos so
chamados monovalorados. Por exemplo, Idade um atributo
monovalorado de uma pessoa. Em alguns casos, um atributo pode ter um
conjunto de valores para a mesma entidade por exemplo, um atributo
Cor para um carro ou um atributo Titulao para uma pessoa. Os carros
com uma cor tm um valor nico, enquanto aqueles com dois tons
contm dois valores para Cor. Da mesma forma, uma pessoa pode no
ter um ttulo acadmico, outra pessoa pode ter um e, uma terceira
pessoa, dois ou mais ttulos, portanto, pessoas diferentes podem ter
nmeros de valores diferentes para o atributo Titulao. Esses atributos
so chamados multivalorados. Um atributo multivalorado deve ter limite
inferior e superior para restringir o nmero de valores permitidos a cada
entidade individual. Por exemplo, o atributo Cor de um carro pode ter
entre um e trs valores, se presumirmos que um carro possa ter, no
mximo, trs cores.
21532552106
Atributos Armazenados versus Derivados. Em alguns casos, dois

(ou mais) valores de atributos esto relacionados por exemplo, os
atributos Idade e DataNascimento de uma pessoa. Para uma tabela
pessoa em particular, o valor de Idade pode ser determinado pela data
corrente (hoje) e o valor de DataNascimento da pessoa. Portanto, o
atributo Idade chamado atributo derivado, e dito derivado do atributo
Prof. Victor Dalton
32 de 123

DataNascimento, que, por sua vez, chamado atributo armazenado.
Alguns valores de atributos podem ser derivados de entidades
relacionadas; por exemplo, um atributo NumerodeEmpregados, de uma
entidade departamento, pode ser derivado da contagem do nmero de
empregados relacionados (que trabalham) nesse departamento.
Valores nulls (Nulos). Em alguns casos, determinada tabela pode
no ter um valor aplicvel a um atributo. Por exemplo, o atributo
Apartamento de um endereo se aplica apenas a endereos que esto em
edifcios de apartamentos, e no a outros tipos de residncia, como as
casas. Por analogia, um atributo Titulao s se aplica a pessoas com
titulao acadmica. Para essas situaes criado um valor especial
chamado null (nulo). Um endereo de uma casa teria valor null para seu
atributo Apartamento, e uma pessoa sem titulao acadmica teria valor
null para Titulao. O valor null pode ser usado tambm quando no
conhecemos o valor de um atributo para uma entidade em particular; por
exemplo, se no soubermos o telefone residencial de 'Joao Paulo'. O
sentido do primeiro tipo de null corresponde a no aplicvel, ao passo que
o sentido do ltimo se refere a desconhecido. A categoria 'desconhecido'
de null pode ser, ainda, classificada em dois casos. O primeiro aparece
quando se sabe que o valor do atributo existe mas est faltando por
exemplo, se o atributo Altura de uma pessoa dado como null. O
segundo caso surge quando no se sabe se o valor do atributo existe
por exemplo, se o atributo FoneResidencial de uma pessoa null.
Atributos Complexos. Observa-se que os atributos compostos e
multivalorados podem ser aninhados de uma maneira arbitrria. Podemos
representar essa organizao arbitrria agrupando os componentes de um
atributo composto entre parnteses (), separando os componentes por
meio de vrgulas e mostrando os atributos multivalorados entre chaves
{}. Esses atributos so chamados atributos complexos. Por exemplo, se
uma pessoa pode ter mais de uma residncia e cada uma delas pode ter
mltiplos telefones, um atributo EnderecoFone para uma pessoa pode ser
especificado contendo mais de um atributo, como por exempo contendo
os
atributos
Endereco
e
Telefone.
Ex:
{EnderecoFone({Fone(CodigoArea,NumeroFone)},Endereco(EnderecoRua
(Numero, Rua, Apartamento),Cidade, Estado, CEP))}.
21532552106
No confunda!
Prof. Victor Dalton
33 de 123

Monovalorado
um nico valor na tupla
Simples
indivisvel
Composto
pode ser dividido em vrias partes
Multivalorado
mais de um valor dentro da mesma
tupla
Atributo composto pode ser monovalorado? SIM!

Atributo simples pode ser multivalorado? SIM! Exemplo:
Carro
Gol
Cor
Preto, Azul, Amarelo
Cor um atributo simples, mas pode ter mais de um valor, dado um

nico registro.
Quando o atributo composto e multivalorado simultaneamente,
ele complexo.
1.12.2 Restries de Integridade
Pois ento, um banco de dados relacional, em sua concepo,

necessita de suas tabelas, das colunas das tabelas(os seus atributos), e
de suas restries de integridade, fundamentais para a consistncia do
banco de dados. Tabelas e colunas voc j conhece. Agora, falemos dessa
caracterstica importantssima, que so as restries de integridade.
21532552106
Por meio das restries de integridade que so assegurados o

correto relacionamento entre as tabelas. As restries de integridades
podem ser de:
Domnio amarrando os possveis valores de um atributo
(inteiro, string, no nulo, positivo, tipo, etc.)
Vazio dizer se um campo pode ou no ser null. No deixa
de ser um subitem da integridade de domnio.
Chave impedindo que uma chave primria se repita, ou
seja nula;
Prof. Victor Dalton
34 de 123

Referencial assegurando que uma chave estrangeira
possua respectiva associao na tabela de origem;
As restries de domnio e vazio so relativamente intuitivas. As de

chave e referencial so as chaves primrias e estrangeiras, as quais
veremos a seguir.
1.12.3
Chave Primria x Chave Estrangeira
Todo registro em um banco de dados precisa de um atributo, ou

vrios, que possibilitem caracterizar aquele registro no banco como
nico. Ex:
codigo_cliente
1
2
3
4
endereco
Rua do Imperador
Dom Pedro II, SN
Rua do Imperador
Dom Pedro II, SN
Rua Jos Augusto
Moreira, 1037
Rua Jos Augusto
Moreira, 1037
telefone
08002851244
08002851244
(81) 31835941
(81) 31835941
cidade
Recife
estado
PE
Recife
PE
Olinda
PE
Olinda
PE
Perceba que, intencionalmente, escrevi tuplas parecidssimas,

diferenciadas apenas pelo atributo codigo_cliente.
O por qu disso? Imagine que a tabela acima possui um
relacionamento com outra tabela, como a tabela abaixo:
21532552106
codigo_cliente
1
2
3
4
Nome
Jader
Afonso
Andr
Simone
Agora voc percebe um motivo. Dois clientes diferentes, que

possuem um mesmo endereo. Logo, em um banco de dados relacional
so necessrias duas coisas: diferenciar uma tupla da outra e
relacionar as tabelas.
Prof. Victor Dalton
35 de 123

Neste pequeno exemplo, a diferenciao entre as tuplas se faz por
meio da chave primria. No caso, o atributo codigo_cliente.
Voltando ao esquema que eu tanto tenho repetido, perceba que ali
temos alguns atributos com chaves em dourado, outros com chave
parcialmente dourada e outros com chave prateada.
A chave primria o atributo(coluna) ou atributos(colunas),

que asseguram que cada tupla (linha) da tabela nica.
codigo a chave primria de comentario; codigo a chave primria
de categoria;cod_usuario e cod_usuario_contato so a chave primria de
contato; e por a vai.
21532552106
Mesmo que composta por vrios atributos, a chave primria

nica e o seu papel o de restrio de chave, ou seja, garantir que
tuplas no sejam repetidas. Nesse esquema, as chaves douradas so
chaves primrias.
Um outro conceito interessante referente s restries de chave o
conceito de chave candidata, ou chave alternativa. s vezes, mais de
um atributo de uma tabela so nicos. Tenha como exemplo uma tabela
em que existam os campos CPF, TituloEleitor e Identidade. Todos esses
atributos sero nicos, e eles so chamados de chaves candidatas. Uma
Prof. Victor Dalton
36 de 123

dessas chaves convenientemente ser escolhida como chave primria e
as demais permanecero como chaves candidatas.
A chave estrangeira, por sua vez, exerce o papel de restrio
referencial. A chave estrangeira amarra os relacionamentos entre as
tabelas, e explica o porqu das tabelas possurem linhas interligando-as,
nos modelos. Isso ainda implica que todo valor preenchido na tabela com
chave estrangeira possua uma respectiva associao na tabela onde a
chave associada primria. No esquema, as chaves prateadas so chaves
estrangeiras.
cod_usuario_remetente e cod_arquivo so chaves estrangeiras na

tabela comentario, pois referenciam, respectivamente, a chave primria
codigo na tabela usurio e a chave primria codigo na tabela arquivo;
cod_usuario e cod_usuario_contato, que juntos compem a chave
primria de contato, tambm so chaves estrangeiras, pois referenciam,
respectivamente, a chave primria codigo na tabela usurio e a chave
primaria codigo na tabela usurio (sim, isso mesmo, a mesma chave na
mesma tabela). E assim sucessivamente. Procure enxergar todos os
demais relacionamentos nesta tabela.
21532552106
Perceba que, mesmo que um mesmo atributo possa ser (ou compor)
chave primria e ser chave estrangeira, as funes da chave so bem
distintas. A primria restringe unicidade ou nulidade, enquanto a
estrangeira restringe relacionamento. No esquema, as chaves
parcialmente douradas esto fazendo o papel de chave primria, mas
funcionam ao mesmo tempo como chaves estrangeiras, na mesma tabela.
Prof. Victor Dalton
37 de 123

Por fim, acho interessante que voc saiba que, no modelo relacional,
podemos descrever as tabelas, seus atributos e restries da seguinte
forma abaixo, com os atributos entre parnteses e as chaves sublinhadas:
Comentario
(codigo,
conteudo,
data_criacao,
cod_arquivo)
Usuario (codigo, nome, email, login, senha)
Contato(cod_usuario, cod_usuario_contato)
cod_usuario,
H autores que sublinham cheio as chaves primrias e pontilhado

as chaves estrangeiras. Em questes de concursos, porm, nunca vi esta
diferenciao, estando as chaves sempre sublinhadas cheias.

Controle Gesto em Infraestrutura de TI - 2013) No Modelo
Relacional de banco de dados,
a) o cabealho de uma tabela contm os atributos.
b) o modelo do atributo o conjunto de valores permitidos.
c) o cabealho de uma tabela contm instncias.
d) o domnio do atributo a sua descrio.
e) o corpo da tabela contm relacionamentos qualitativos.
Analisando as assertivas:
a) o cabealho de uma tabela contm os atributos. Certa!
b) o domnio do atributo o conjunto de valores permitidos.
c) o cabealho de uma tabela contm atributos.
d) o domnio do atributo o conjunto de valores permitidos.
e) o corpo da tabela contm os registros.
21532552106
Resposta: alternativa a).
1.12.4 Outras chaves
Chave substituta: A chave substituta, ou surrogate key, ou

chave artificial, um campo, normalmente auto incremental, que pode
Prof. Victor Dalton
38 de 123

(no obrigatrio) ser utilizado para definir a chave primria de uma
tabela, de uma maneira genrica. til, particularmente, para substituir
chaves primrias compostas por muitos atributos, o que costuma
impactar negativamente a performance do banco de dados.
*
1
2
3
4
5
6
Nome
Paulo
Paulo
Paulo
Marta
Marta
Rita
Telefone
(11) 99999-8888
(11) 99999-7777
(11) 3030-3131
(11) 5678-9012
(11) 99988-9876
(11) 98765-4321
Chave substituta: coluna no identificada, marcada com *
Algumas caractersticas da chave substituta:
O valor nico para a tabela, portanto nunca reutilizado (ou

seja, em caso de excluso, o nmero no ser reutilizado);
O valor gerado pelo sistema(automaticamente);
O valor no manipulvel pelo usurio ou aplicao;
O valor no contm nenhum significado semntico;
O valor no visvel para o usurio ou aplicao (no caso de
modelagem relacional);
O valor no composto de vrios valores a partir de diferentes
domnios.
Superchave: Superchave um conjunto de um ou mais atributos

que, tomados coletivamente, nos permitem identificar de maneira unvoca
uma entidade em um conjunto de entidades. Em outras palavras, no
podem existir duas ou mais linhas da tabela com o(s) mesmo(s) valores
de uma superchave.
21532552106
Perceba que a superchave um conceito mais abrangente do que o

conceito de chave primria. A chave primria aquele atributo ou
conjunto de atributos que garante que cada registro na tabela nico. A
superchave, por sua vez, qualquer conjunto de atributos que consegue
a mesma coisa.
Por exemplo, na tabela Comentrio:
Comentario
cod_arquivo)
(codigo,
conteudo,
data_criacao,
Prof. Victor Dalton
39 de 123
cod_usuario,

A chave primria codigo. Isto posto, os atributos codigo e conteudo
formam uma superchave, os atributos codigo, conteudo e data_criacao
tambm formam uma superchave, e por a vai. Qualquer conjunto de
atributos escolhido que inclua a chave primria formar uma superchave.
1.13 Gerenciamento de Transaes
Creio que podemos voltar a este aspecto, uma vez que voc
compreende um pouco mais sobre banco de dados.
Lembra que, no comeo da apostila, eu falei que o SGBD precisava
gerenciar milhares de transaes simultneas, fazer controle de
redundncia, dentre outros?
Acho que voc compreende isso melhor agora. Basta imaginar uma
simples transao modificando mltiplas tabelas, verificando restries de
integridade. J no algo simples para uma transao nica. E quando as
transaes tentam modificar os mesmos campos de uma tabela ao
mesmo tempo? a que entra o famoso controle de concorrncia do
SGBD, organizando as transaes, impedindo que o Banco de Dados entre
em um estado inconsistente.
Idealmente, toda transao em um banco de dados dever ser:
Atmica: ou a transao feita ou no feita. Parece bvio, mas
transaes complexas em um banco, envolvendo vrias tabelas, podem
sofrer interrupes inesperadas, ou no conseguirem terminar por entrar
em conflito com outra que ocorra ao mesmo tempo. Nesse caso, o SGBD
dever ser capaz de reverter o que parcialmente foi modificado (realizar o
rollback);
21532552106
Consistente: os dados devero permanecer ntegros e obedientes

s regras do banco de dados (metadados);
Isolada:
o
resultado
de
uma
transao
executada
concorrentemente a outra deve ser o mesmo que o de sua execuo de
forma isolada. Operaes exteriores a uma dada transao jamais vero
esta transao em estados intermedirios.
Prof. Victor Dalton
40 de 123

Durvel: os efeitos de uma transao em caso de sucesso (commit)
devem persistir no banco de dados mesmo em presena de falhas. os
dados modificados devem estar disponveis em definitivo.
s vezes parece bvio, mas os SGBDs de grandes corporaes
trabalham com grandes bases de dados, sofrendo constantes
modificaes, com dados distribudos, inclusive, por vrias partes do
mundo. Assegurar o ACID um verdadeiro desafio.
1.14 Catlogo do sistema (dicionrio de dados)
Uma vez visto o modelo relacional, creio que seja mais simples
entender o papel do catlogo, ou dicionrio de dados.
Um SGBD, ao implementar o modelo relacional, precisa armazenar
no somente os dados propriamente ditos, mas tambm os metadados.
Eles podem ser:
nomes das relaes (tabelas);
nomes dos atributos das relaes;
domnios dos atributos;
restries de integridade;
mapeamentos (entre nveis externos, conceitual e interno).
Alm dos metadados, tambm podem ser armazenados:
nomes de usurios autorizados;

senhas;
ndices, etc.
21532552106
Enfim, essa srie de informaes que possibilitam o correto

gerenciamento da Base de Dados fica armazenada naquilo que chamamos
de Catlogo, ou Dicionrio de Dados.
Prof. Victor Dalton
41 de 123

Catlogo de Dados: Ilustrao
21532552106
Prof. Victor Dalton
42 de 123

6) (ESAF MPOG Analista de Planejamento e Oramento

Gesto e Desenvolvimento de Sistemas - 2015) Em relao aos
conceitos de bancos de dados relacionais, correto afirmar que:
a) a independncia fsica de dados a habilidade de se modificar o
esquema fsico sem a necessidade de reescrever as aplicaes.
b) no modelo lgico baseado em objetos, o banco de dados estruturado
em registros de formato fixo e tipos definidos.
c) o dicionrio de dados armazena metadados sobre a estrutura do banco
de dados.
d) o nvel de abstrao conceitual descreve como os dados esto
realmente armazenados, detalhando as complexas estruturas de dados de
baixo nvel.
e) os quatro nveis de abstrao so: nvel fsico, nvel conceitual, nvel de
vises e nvel de usurio.
Analisando as alternativas:
a) Pegadinha: a independncia fsica a habilidade de modificar o
esquema fsico sem a necessidade de mudar o esquema do banco de
dados. Na independncia lgica, modifica-se o esquema sem a
necessidade de mudar as aplicaes;
b) invivel fazer registros de tamanho fixo em um modelo baseado em
objetos, uma vez que objetos possuem tamanho varivel;
c) Correta!
d) Esta a descrio do nvel fsico. O nvel conceitual mostra o esquema,
mas ocultando tais detalhes;
e) o nvel de viso ou nveis de usurio so uma coisa s, no existem
quatro nveis de abstrao.
21532552106
Prof. Victor Dalton
43 de 123

1.15 Views
Conforme explicado na arquitetura trs esquemas de um SGBD, o

nvel externo descreve a cada usurio apenas a viso pertinente ao
mesmo. Afinal de contas, pode no ser bom que todos os usurios finais
vejam o esquema conceitual completo, seja por questes de segurana,
ou at mesmo para sua compreenso.
Para tal, um recurso muito eficiente a utilizao de vises
(views).
View uma tabela nica derivada de outras tabelas. Por no existir
fisicamente, pode ser considerada uma tabela virtual. A viso,
diferentemente das tabelas bsicas, no contm suas tuplas armazenadas
no banco de dados.
Voltemos ao exemplo de Projeto e Departamento:
DEPARTAMENTO
CodDepartamento
NomeDepartamento
CodGerente
MKT
Marketing
001
ADM
Administrao
003
21532552106
PROJETO
CodProjeto
NomeProjeto
CodDepResponsavel
P01
Inovao
MKT
P02
Reestruturao
ADM
P03
Vender Mais
MKT
P04
Novo Produto
MKT
Prof. Victor Dalton
44 de 123

Dadas estas tabelas, pode ser conveniente criar uma viso para o
usurio, que mostre apenas o Projeto e o nome do Departamento
Responsvel. Abaixo:
VISO PROJETO
Projeto
Departamento
Responsvel
Inovao
Marketing
Reestruturao
Administrao
Vender Mais
Marketing
Novo Produto
Marketing
Compreendeu a utilidade da viso? vantajoso utiliz-la quando o

usurio realiza consultas muito frequentes a determinadas tabelas. Ainda,
campos que no sejam muito teis ao usurio final, como CodigoProjeto e
CodigoDepartamento, podem ficar ocultos.
Entretanto, por sua natureza virtual, as vises apresentam algumas
restries. Vejamos a seguir.
1.15.1 Views materializadas
Certos SGBDs garantem que, em caso de modificao nas relaes

utilizadas em uma view, a mesma permanecer atualizada. Essas views
podem ser chamadas de views materializadas.
21532552106
A responsabilidade pela atualizao da view ser sempre do SGBD, e

no do usurio.
Prof. Victor Dalton
45 de 123

1.15.2 Atualizao de uma view
As views, por sua natureza virtual, apresentam restries quanto

atualizao, insero ou excluso de informaes.
Para ser atualizvel, via de regra, uma view dever:
Influenciar apenas uma tabela do banco de dados;
Em caso de atributos ocultos na view, ou esse atributo deve ser

gerado automaticamente (no caso de um cdigo, por exemplo),
ou possuir valor default, ou poder ser nulo (null).
Voltemos ao nosso exemplo:
VISO PROJETO
Projeto
Departamento
Responsvel
Inovao
Marketing
Reestruturao
Administrao
Vender Mais
Marketing
Novo Produto
Marketing
21532552106
Esta view no permite a modificao dos dados, pois ela envolve

duas tabelas, Projeto e Departamento, lembra?
Entretanto, caso ela viesse somente da tabela Projeto, poderamos
inserir, atualizar ou excluir algum dado da view. O atributo oculto
CodProjeto, por ser gerado automaticamente (neste exemplo), no seria
obstculo para a modificao da view.
Quando se modifica uma view, os dados da tabela de origem so
modificados. No existem registros em uma view, pois a tabela
virtual!
Prof. Victor Dalton
46 de 123

1.16 Normalizao em Bancos de Dados
A normalizao de dados uma srie de passos que se seguem no

projeto de um banco de dados, que permitem um armazenamento
consistente e um eficiente acesso aos dados em bancos de dados
relacionais. Esses passos reduzem a redundncia de dados e as chances
dos dados se tornarem inconsistentes. Ela consiste de um processo
matemtico formal fundamentado na Teoria dos Conjuntos.
Atravs do processo matemtico da normalizao, pode-se substituir,
gradativamente, um conjunto de Entidades e Relacionamentos por um
outro, mais adequado, em relao a anomalias de atualizao (Incluso,
Alterao e Excluso). Tudo com o objetivo de deixar o banco da dados
mais organizado, e otimizar a performance do Banco de Dados.
Antes de explicar as formas normais, vejamos o conceito de
dependncia funcional. Em linhas gerais, uma dependncia funcional
entre dois atributos X e Y uma restrio nos possveis valores de Y,
dado um valor X. Por exemplo, o valor na coluna CPF de uma tabela
certamente restringir o valor NOMECOMPLETO, nesta mesma tabela.
Entendendo dependncia funcional, vejamos as formas normais:
1 Forma Normal uma tabela est na primeira forma normal se
no possuir atributos multivalorados. uma definio bem tranquila de
assimilar. Veja abaixo uma tabela que no est na primeira forma normal,
e outra que est:
Nome
Paulo
Marta
Rita
21532552106
Telefone
(11) 99999-8888
(11) 99999-7777
(11) 3030-3131
(11) 5678-9012
(11) 99988-9876
(11) 98765-4321
A tabela acima no est na primeira forma normal (1FN). O atributo

telefone est multivalorado em alguns registros.
Nome
Paulo
Telefone
(11) 99999-8888
Prof. Victor Dalton
47 de 123

Paulo
Paulo
Marta
Marta
Rita
(11) 99999-7777
(11) 3030-3131
(11) 5678-9012
(11) 99988-9876
(11) 98765-4321
Agora a tabela encontra-se na 1FN. O atributo multivalorado foi

atomizado por meio da criao de tuplas adicionais.
2 Forma Normal uma tabela estar na segunda forma normal
se, alm de estar na 1FN, todos os seus atributos no-chave forem
depender funcionalmente da chave inteira. Se algum atributo da tabela
depender funcionalmente apenas de parte da chave primria, ento este
atributo dever migrar para outra tabela. Veja este exemplo:
Projetos(codp, tipo, descrio)
EmpregadosProjetos(code,codp, nome, categ, salrio, data_incio_projeto,
tempo_aloc_projeto)
Neste exemplo, os atributos nome, categ e salrio da tabela

EMPREGADOSPROJETOS se relacionam apenas com code, ou seja, no
ocorre a dependncia funcional total da chave primria. A soluo, na
segunda forma normal, seria:
Empregados(code, nome, categ, salrio)
ProjEmp(codp, code, data_incio, tempo_aloc)
3 Forma Normal envolve o conceito de dependncia

transitiva. Para isso, a tabela dever estar na 2FN e cada atributo nochave no pode possuir dependncia transitiva, para cada chave
candidata da relao. Na prtica, se Z depende de Y e Y depende de X,
sendo que apenas X chave da relao, esta tabela no estar na
terceira forma normal.
21532552106
Perceba que, na soluo para a segunda forma normal apresentada

anteriormente, salrio possui dependncia funcional de categoria.
Assim sendo, uma soluo na terceira forma normal seria:
Empregados(code, nome, categ)
Categorias(categ, salrio)
Prof. Victor Dalton
48 de 123

Forma Normal de Boyce-Codd(BCNF) alm da 3FN, todo atributo
no-chave deve depender funcionalmente diretamente da chave primria,
ou seja, no pode haver dependncias entre atributos no-chave. uma
afirmao um pouco mais forte que a 3FN.
Forma Normal de Boyce Codd (FNBC) foi proposta como uma

forma mais simples de 3FN, mas acaba sendo mais rgida. Ou seja, toda
relao na FNBC est na 3FN, mas a volta no obrigatoriamente
verdadeira. Uma tabela estar na BCNF se e somente se estiver na 3FN e
todo atributo no chave depender funcionalmente diretamente da chave
primria, ou seja, no h dependncias entre atributos no chave. Nesse
caso, todo determinante ser chave candidata.
4 Forma Normal alm da 3FN, no podem existir dependncias
multivaloradas.
Veja este exemplo:
Livros(nrol, ttulo, editora, ano_public)
Editoras(editora, cid-edit)
AutAssLiv(nrol, autor, assunto)
Perceba que um mesmo livro que possua vrios autores receber

mltiplas entradas na tabela AutAssLiv com a repetio do atributo
assunto. Uma eventual busca nesta tabela, filtrando por assunto,
retornaria vrias vezes o mesmo livro, com autores distintos. Seria
necessria a aplicao de alguma lgica para que fosse mostrado um
nico resultado de livro, com seus diferentes autores.
Isto pode ser contornado com a aplicao da 4FN, a seguir:
21532552106

AutLiv(nrol, autor)
AssLiv(nrol, assunto)
5 Forma Normal Envolve a noo dependncia de juno.

Existem tabelas na 4FN que no podem ser divididas em duas
relaes sem perda de informao. Por exemplo:
ProjetoRecurso(CodEmp, CodPrj, Papel)
R1(CodEmp, Papel)
R2(CodPrj, CodEmp)
Prof. Victor Dalton
49 de 123

Sejam as relaes R1 e R2 a decomposio da relao

ProjetoRecurso. A tabela ProjetoRecurso indica o empregado envolvido
em um projeto e qual o seu papel. R2 seria uma tabela com o empregado
e os possveis papis que ele pode exercer, ao mesmo tempo que R1
seria uma tabela que relaciona os empregados e seus projetos. Decompor
ProjetoRecurso em R2 e R1 implica em perda de informao, uma vez que
no ser mais possvel saber qual o papel que o empregado desempenhou
em um projeto especfico.
Realizar esta decomposio seria aplicar a quinta forma normal.
Normalizao no um assunto simples. Minha sugesto, como
sempre, ler com muita calma e massificar o conhecimento com os
exerccios.
Pois bem, finda nossa parte terica, hora dos exerccios!
21532552106
Prof. Victor Dalton
50 de 123

EXERCCIOS COMENTADOS
1 Questo) (ESAF Superintendncia de Seguros Privados
Tecnologia da Informao - 2010) Um banco de dados um
a) conjunto de objetos da realidade sobre os quais se deseja manter
informaes.
b) conjunto de operaes sobre dados integrados destinados a modelar
processos.
c) software que incorpora as funes de definio, recuperao e alterao
de dados.
d) software que modela funes de definio, recuperao e alterao de
dados e programas.
e) conjunto de dados integrados destinados a atender s necessidades de
uma comunidade de usurios.
O que difere um Banco de Dados de um Bando de Dados?
relacionamento e finalidade! Um banco de dados um conjunto de dados
relacionados com uma finalidade especfica. Esta finalidade pode a produo
de informao, para determinado pblico alvo (uma empresa, ou um rgo
pblico, por exemplo), bem como suportar um negcio (como o estoque de
produtos de um fornecedor, ou um cadastro de funcionrios, ou tudo isso junto).
Conhecendo esta definio, voc no corre o risco de marcar a alternativa
a) ao invs da alternativa e), que a correta.
2 Questo) (ESAF Analista de Finanas e controle Fiscalizao

Geral - 2012) O projeto geral do banco de dados
a) o esquema do banco de dados.
b) o planejamento estratgico do fluxo de dados.
c) o esquema de dimensionamento fsico-financeiro do banco de dados.
d) a verso inicial de instanciao dos dados a serem carregados no
sistema.
e) o esquema de atualizao dos dados para manuteno de consistncia.
21532552106
Um esquema do banco de dados uma coleo de objetos de um banco

de dados que esto disponveis para um determinado usurio ou grupo. Os
objetos de um esquema so estruturas lgicas que se referem diretamente aos
dados do banco de dados. Eles incluem estruturas, tais como tabelas, vises,
seqncias, procedimentos armazenados, sinnimos, ndices, agrupamentos e
links de banco de dados.
Prof. Victor Dalton
51 de 123

Ou seja, ao se elaborar um sistema, seu projeto de banco de dados

idealizado em um esquema (como a figura acima).
Resposta: letra a).
3 Questo) (FCC TCE/SP - Agente da Fiscalizao Financeira Produo e Banco de Dados 2010) No catlogo so mantidos
a) esquemas internos, conceituais e externos, mapeamentos e metadados.
b) apenas os esquemas internos e os metadados.
c) apenas o esquema conceitual e os metadados.
d) apenas os esquemas internos, externos e os metadados.
e) apenas o mapeamento conceitual.
O catlogo, tambm chamado de dicionrio de dados, guarda os
metadados do modelo relacional, que englobam mapeamentos, esquemas,
dados das relaes, atributos, etc. A alternativa mais abrangente,
invariavelmente, ser a correta.
21532552106
Alternativa a).
4 Questo) (FCC TCE/AM Analista Tcnico de Controle Externo

Tecnologia da Informao - 2012) O modelo conceitual de dados
a) aquele em que os objetos, suas caractersticas e relacionamentos tm
a representao de acordo com as regras de implementao e limitantes
impostos por algum tipo de tecnologia.
b) aquele em que os objetos, suas caractersticas e relacionamentos tm
a representao fiel ao ambiente observado, independente de limitaes
quaisquer impostas por tecnologias, tcnicas de implementao ou dispositivos
fsicos.
Prof. Victor Dalton
52 de 123

c) aquele elaborado respeitando-se e implementando-se conceitos tais
como chaves de acesso, controle de chaves duplicadas, itens de repetio
(arrays), normalizao, ponteiros e integridade referencial, entre outros.
d) a fase da modelagem na qual necessrio considerar todas as
particularidades de implementao, principalmente o modelo que ser utilizado
para a implementao futura.
e) est sempre associado s fases de projeto, contrastando com o modelo
lgico, que sempre est associado fase de anlise, quando utilizado com as
metodologias de desenvolvimento de sistemas e implementado por ferramentas
CASE.
A primeira fase do projeto do banco o levantamento e anlise de
requisitos, que na prtica, a especificao das necessidades do usurio do
banco. Entrevista-se o usurio do banco para entendimento e documentao dos
seus requisitos de dados.
A segunda fase o projeto conceitual, em que j se criam descries
detalhadas de tipos de entidades, relacionamentos, atributos e restries. A
modelagem conceitual empregada baseia-se no mais alto nvel e deve ser
usada para envolver o cliente. O modelo normalmente utilizado o modelo
entidade-relacionamento.
21532552106
Ilustrao de modelagem conceitual usando o Diagrama E-R.
Posteriormente ocorre as especificaes das necessidades funcionais,

depreendidas do prprio projeto conceitual. Caso exista algum impedimento
funcional para a implementao do banco, talvez seja necessrio voltar ao
projeto conceitual e realizar algumas modificaes.
Prof. Victor Dalton
53 de 123

Em seguida aparece o projeto lgico, ou mapeamento do modelo de
dados. A modelagem lgica, por sua vez, j realiza o mapeamento do
esquema conceitual para o modelo de dados que ser usado. O modelo de dados
de implementao normalmente o modelo de dados relacional.
Por fim, temos o projeto fsico, durante a qual so definidas as estruturas
de armazenamento interno, ndices, caminhos de acesso e organizaes de
arquivo para os arquivos do banco de dados. J passa a depender de regras de
implementao e restries tecnolgicas.
Voltando questo:
a)
b)
c)
d)
e)
Aborda o projeto lgico. Errada;

Correta;
Projeto lgico. Errada;
Especificaes das necessidades funcionais. Errada;
Errada. O modelo conceitual est mais ligado fase de anlise, que no
tem detalhes de implementao nem dependncia de tecnologia. J o
modelo lgico est associado fase de projeto, quando utilizado com as
metodologias de desenvolvimento de sistemas e implementado por
ferramentas CASE. Envolve conhecimento de Engenharia de Software.
5 Questo) (FCC ALESP - Agente Tcnico Legislativo

Administrao de Banco de Dados 2010) Um modelo de banco de dados
uma descrio do tipo de informao que est ou ser armazenada em um
banco de dados. O mesmo modelo de banco de dados pode ser descrito em
diversos nveis de abstrao. Geralmente, utilizam-se os nveis
a) conceitual e prtico.
b) escrito e lgico.
c) representativo e prtico.
d) conceitual e lgico.
e) escrito e prtico.
21532552106
Visto na questo anterior! Modelo conceitual, lgico (ou representacional,

ou de implementao)e fsico.
Alternativa d).
6 Questo) (FCC MPE/AM Agente de Apoio Programador 2013) Um sistema de banco de dados deve apresentar um projeto que visa a
organizao das informaes e utilizao de tcnicas para que o futuro sistema
obtenha boa performance e tambm facilite as manutenes que venham a
acontecer.
Prof. Victor Dalton
54 de 123

O projeto de banco de dados se d em, pelo menos, duas fases:
Modelagem conceitual e
a) Projeto lgico.
b) Teste de integrao.
c) Instalao.
d) Definio da ferramenta que ser adotada.
e) Teste de carga.
Outra abordagem da mesma banca. Alternativa a).
7 Questo) (ESAF CVM Analista - Sistemas 2010) Assinale a

opo correta.
a) Um banco de dados relacional composto de roteamentos.
b) O projeto de um banco de dados realizado segundo as fases
Modelagem Procedural, Projeto Lgico, Projeto Operacional.
c) O projeto de um banco de dados realizado segundo as fases
Modelagem Conceitual, Projeto Lgico, Projeto Fsico.
d) O projeto de um banco de dados realizado por meio das fases
Modelagem Lgica e Modelagem Fsica.
e) Um banco de dados relacional composto de configuraes.
Alternativa c).
8 Questo) (ESAF Analista de Finanas e Controle

Desenvolvimento de Sistemas de Informao 2008) Administrar um
banco de dados constitui-se basicamente em instalar, configurar, monitorar e
solucionar problemas em um SGBD (Sistema Gerenciador de Banco de Dados).
Assim, constituem-se responsabilidades de um Administrador de Banco de
Dados (DBA), exceto:
a) planejar o projeto fsico do banco de dados.
b) realizar, testar e manter cpias de segurana dos dados periodicamente.
c) monitorar o desempenho do servidor de banco de dados e tomar as
providncias necessrias para atender as demandas dos usurios e sistemas.
d) definir regras para a nomenclatura utilizada nas tabelas e nos esquemas
do banco de dados.
e) definir e verificar periodicamente a segurana e integridade do servidor
de banco de dados.
21532552106
A bibliografia cita 3 atores no processo de criao de um SGBD. A saber:
Prof. Victor Dalton
55 de 123

Projetista do Banco de Dados os idealizadores do banco. Conversam

com os usurios para especificar requisitos e modelam conceitualmente o banco;
Administrador do Banco de Dados implementam o banco e cuidam
dele durante seu ciclo de vida;
Usurio do Banco de Dados (ou Usurio Final) especificam suas
necessidades, antes do BD, e o utilizam aps sua criao.
Com estes conceitos em mente, sem se prender a detalhes, acho que as

nicas alternativas que podem colocar o candidato em dvida so as alternativas
a) e d), pois as demais alternativas nitidamente so atribuies do DBA (apelido
para o Administrador do Banco de Dados). Um olhar mais atento vai fazer voc
notar que a alternativa d) uma atribuio do projetista do banco, sendo esta
a alternativa a ser marcada.
9 Questo) (FCC INFRAERO Analista de Sistema Banco de

Dados e Administrador de Dados - 2011) Quando uma transao A acessa o
banco de dados, o SGBD automaticamente bloqueia cada parte do banco que
essa transao altera ou requisita. Ao efetuar uma transao B em paralelo, o
SGBD tambm bloqueia partes do banco de dados que essa transao acessa.
Tais procedimentos se referem caracterstica de um SGBD denominada
controle de
a) integridade.
b) concorrncia.
c) restrio.
d) desempenho.
e) restaurao.
Para assegurar o isolamento de uma transao (I do ACID) o SGBD precisa
controlar a interao entre as transaes concorrentes (transaes simultneas
que podem acessar e/ou manipular registros em comum). Tal mecanismo
alcanado por meio se uma srie de mecanismos chamados de esquemas de
controle de concorrncia.
21532552106
Resposta certa, alternativa b).
10 Questo) (FCC ALESP Agente Tcnico Legislativo

Administrao de Banco de Dados 2010) NO uma vantagem do SGBD:
a) controle de redundncia.
b) compartilhamento de dados.
c) restrio a acesso no autorizado.
d) tolerncia a falhas.
e) custo.
Prof. Victor Dalton
56 de 123

J sabemos que adotar um SGBD custa caro!
Alternativa e).
11 Questo) (FCC TST Analista Judicirio Anlise de Sistemas

2012) Um Sistema de Gerenciamento de Bancos de Dados (SGBD)
a) um ambiente de suporte ao desenvolvimento de projetos de banco de
dados relacionais, que gera um modelo de banco de dados para ser
implementado em um servidor.
b) prepara aplicaes para que possam acessar um ou mais bancos de
dados. Na linguagem de programao Java, por exemplo, o JDBC (Java Data
Base Connectivity) um SGBD capaz de acessar dados de diferentes bancos.
c) oferece um conjunto de ferramentas que possibilitam o gerenciamento
de diferentes arquivos do tipo texto ou do tipo binrio, armazenados em bancos
de dados, limitados aos formatos UNICODE ou ASCII.
d) consiste em uma tecnologia de servidores que opera sobre o protocolo
HTTP para a troca de dados e informaes atravs de arquivos que transportam
mensagens no formato HTML.
e) faz a gerncia de uma ou mais bases de dados, permitindo o
armazenamento e consulta de dados e informaes pelos usurios finais e
programas de aplicao.
Das vrias alternativas confusas, que passam por outros ramos da TI, a
alternativa e) apresenta uma afirmativa completa e coerente.
12 Questo) (FCC TCE/SP - Agente da Fiscalizao Financeira Produo e Banco de Dados 2010) As trs vises da arquitetura bsica de
um SGBD, pela ordem, desde a mais prxima do usurio at a mais distante,
so:
a) externa, conceitual e interna.
b) externa, interna e conceitual.
c) conceitual, interna e externa.
d) conceitual, externa e interna.
e) interna, conceitual e externa.
21532552106
Para relembrar!
Prof. Victor Dalton
57 de 123

Alternativa a).
13 Questo) (FCC SEFAZ/SP - Agente Fiscal de Rendas

Tecnologia da Informao 2009) Considere:
I. O que se ocupa do modo como os dados so fisicamente armazenados.
II. O que se ocupa do modo como os dados so vistos por usurios
individuais.
III. Nvel lgico de comunidade ou apenas lgico (mais abstrato que o fsico
e diferente da viso do usurio individual).
Em um projeto arquitetural, os itens I, II e III so classificados,
respectivamente, como nveis
a) externo, conceitual e interno.
b) externo, interno e conceitual.
c) interno, externo e conceitual.
d) interno, conceitual e externo.
e) conceitual, externo e interno.
21532552106
Relembrando:
Nvel externo: abrange os esquemas externos, ou vises de usurio. Cada
esquema descrever apenas a viso pertinente de cada usurio a respeito do
Banco de Dados, ocultando o restante. Por exemplo, para um aluno, de um
sistema de aulas online, somente determinada parte do BD lhe relevante,
provavelmente relacionada aos cursos que realiza. Para um administrador
Prof. Victor Dalton
58 de 123

financeiro desse sistemas, por sua vez, aspectos administrativos sero mais
relevantes, relacionados aos pagamentos dos cursos e de pessoal.
Nvel conceitual: possui um esquema conceitual, que descreve o banco de
dados como um todo. Oculta detalhes do armazenamento fsico, enfatizando
entidades, tipos de dados e restries.
Nvel interno: apresenta um esquema interno, descrevendo a estrutura de
armazenamento fsicos do banco de dados.
Alternativa c).
14 Questo) (FCC MPE/AM Agente de Apoio Programador 2013) O sistema de banco de dados deve garantir uma viso totalmente
abstrata do banco de dados para o usurio, ou seja, para o usurio do banco de
dados pouco importa qual a unidade de armazenamento est sendo usada para
guardar seus dados, contanto que os mesmos estejam disponveis no momento
necessrio.
Esta abstrao se d em trs nveis:
I. Nvel de viso do usurio: as partes do banco de dados que o usurio
tem acesso de acordo com a necessidade individual de cada usurio ou grupo de
usurios.
II. Nvel conceitual.
III. Nvel fsico: o nvel mais baixo de abstrao, em que define
efetivamente de que maneira os dados esto armazenados.
O Nvel conceitual:
a) garante a integridade dos dados por aplicao de criptografia e o
controle de blocos de acesso.
b) especifica a maneira como os dados devem ser transferidos para a
memria.
c) determina o tipo de segurana que ser utilizado no acesso aos dados.
d) apresenta o conceito de acesso (simtrico ou assimtrico) e as chaves
que sero utilizadas.
e) define quais os dados que esto armazenados e qual o relacionamento
entre eles.
21532552106
Mais uma questo envolvendo os nveis. O mais interessante, entretanto,

que as alternativas de a) a d) aproximam-se do nvel fsico de abstrao. A
Prof. Victor Dalton
59 de 123

alternativa e) a correta, pois no nvel conceitual definem-se relaes, tipos
de dados, restries de integridade, dentre outros.
15 Questo) (FCC MPE/SE Analista Gesto e Anlise de Projeto

de Sistema - 2013) Em projetos de Banco de Dados, o objetivo da arquitetura
de trs-esquemas separar o usurio da aplicao do banco de dados fsico.
Nessa arquitetura, os esquemas podem ser definidos por trs nveis:
I. O nvel interno tem um esquema que descreve a estrutura de
armazenamento fsico do banco de dados. Esse esquema utiliza um modelo de
dado fsico e descreve os detalhes complexos do armazenamento de dados e
caminhos de acesso ao banco;
II. O nvel conceitual possui um esquema que descreve a estrutura de todo
o banco de dados para a comunidade de usurios. O esquema conceitual oculta
os detalhes das estruturas de armazenamento fsico e se concentra na descrio
de entidades, tipos de dados, conexes, operaes de usurios e restries.
Geralmente, um modelo de dados representacional usado para descrever o
esquema conceitual quando o sistema de banco de dados for implementado.
Esse esquema de implementao conceitual normalmente baseado em um
projeto de esquema conceitual em um modelo de dados de alto nvel;
III. O nvel interno ainda abrange os esquemas externos ou vises de
usurios. Cada esquema interno descreve a parte do banco de dados que um
dado grupo de usurios tem interesse e oculta o restante do banco de dados
desse grupo. Como no item anterior, cada esquema tipicamente implementado
usando-se um modelo de dados representacional, possivelmente baseado em
um projeto de esquema externo em um modelo de dados de alto nvel.
Est correto o que se afirma em
a) II, apenas.
b) II e III, apenas.
c) I, II e III.
d) I e II, apenas.
e) III, apenas.
21532552106
Questo sem maiores dificuldades. Os itens I e II esto corretos, enquanto

o item III descreve o nvel externo.
Alternativa d).

Tecnologia da Informao 2009) A independncia de dados fsica e a
Prof. Victor Dalton
60 de 123

independncia de dados lgica so possibilitadas de forma ideal,
respectivamente, por um
a) ou mais mapeamentos conceituais/internos e por um ou mais
mapeamentos internos/externos.
b) mapeamento conceitual/interno e por um ou mais mapeamentos
externos/conceituais.
c) mapeamento interno/externo e por um mapeamento conceitual/interno.
d) ou mais mapeamentos internos/externos e por um mapeamento
conceitual/interno.
e) mapeamento conceitual/externo e por um mais mapeamentos
conceituais/internos.
Nos nossos autos, consta que
Independncia lgica a capacidade de alterar o esquema conceitual
sem precisar modificar os esquemas externos.
Independncia fsica a capacidade de alterar o esquema interno sem
precisar modificar o esquema conceitual.
Coopera para o alcance da independncia lgica um mapeamento bem feito
dos nveis externos para o nvel conceitual. De maneira anloga, um
mapeamento adequando do nvel conceitual para o nvel interno possibilita a
independncia fsica.
Alternativa b).
17 Questo) (Cesgranrio Petrobrs Analista de Sistemas Jnior

Engenharia de Software 2010) A independncia de dados lgica,
definio componente da arquitetura de trs esquemas para sistemas de banco
de dados, corresponde capacidade de se efetuarem
a) mudanas no nvel conceitual, sem a necessidade de modificaes no
nvel externo e em programas aplicativos.
b) mudanas no nvel interno, sem a necessidade de modificaes nos
nveis conceitual e externo.
c) mudanas no nvel externo, sem a necessidade de modificaes nos
nveis interno e conceitual.
d) consultas em SQL sobre um banco de dados relacional, independente da
estruturao fsica dos dados armazenados.
e) consultas em SQL sobre um banco de dados relacional, independente da
lgica de programao usada em programas aplicativos.
21532552106
Alternativa a).
Prof. Victor Dalton
61 de 123

de Sistema - 2013) A capacidade de alterar o esquema conceitual sem mudar
o esquema externo ou os programas, podendo modificar o esquema conceitual
para expandir o banco de dados (adicionando um tipo de registro ou item de
dados), variar as restries ou reduzir o banco de dados (removendo um tipo de
registro ou item de dados) chamada de
a) modularidade.
b) modelo conceitual.
c) independncia lgica de dados.
d) polimorfismo.
e) agregao.
Alternativa c).
19 Questo) (FCC TRE/SP Analista Judicirio Anlise de

Sistemas - 2012) o modelo de dados que eliminou o conceito de hierarquia,
permitindo que um mesmo registro estivesse envolvido em vrias associaes.
Os registros, organizados em grafos, permitem o tipo de associao que define
uma relao 1:N entre os tipos de registros proprietrio e membro. Assim, para
dois relacionamentos 1:N entre os registros A e D e entre os registros C e D
possvel construir um relacionamento M:N entre A e D. Trata-se do modelo
a) em rede.
b) relacional.
c) hierrquico.
d) orientado a objetos.
e) distribudo.
21532552106
Revisitando o histrico dos modelos

Modelo hierrquico: O modelo hierrquico foi o primeiro a ser
reconhecido como um modelo de dados. Nele, os registros so conectados em
uma estrutura de dados em rvore, similar a uma rvore invertida (ou s razes
de uma rvore).
Prof. Victor Dalton
62 de 123

Modelo em rede: o modelo em rede acabou eliminando a hierarquia, pois

passou a permitir que, em tese, cada registro filho pudesse ser ligado a mais de
um registro pai.
Nesse caso, a estrutura em rvore se desfaz, e passa a se assemelhar a
uma estrutura em grafo. Relacionamentos N:M tambm passam a ser permitidos
(lembrando que o relacionamento estabelecido entre registros).
21532552106
Modelo relacional: O modelo relacional usa uma coleo de tabelas para

representar os dados e as relaes entre eles.
Modelo
Entidade/Relacionamento:
O
modelo
de
EntidadeRelacionamento (E-R) baseado na percepo de um mundo real que consiste
em uma coleo de objetos bsicos, chamados entidades, e os relacionamentos
entre esses objetos (existem autores que falam em relao para descrever
relacionamentos.
Modelo de dados orientado a objetos: uma extenso do modelo ER
com noes de encapsulamento de identidade do objeto (isso ser visto em
programao).
Prof. Victor Dalton
63 de 123

Modelo de dados objeto-relacional: Combina caractersticas do modelo
relacional com o modelo orientado a objetos.
Visto essas informaes, volte questo e responda o que se pede.
Acredito que voc marcar a alternativa a).
20 Questo) (ESAF MPOG Analista de Planejamento e

Oramento Tecnologia da Informao 2009) No modelo entidaderelacionamento, a cardinalidade de mapeamento expressa
a) o nmero de entidades ao qual um relacionamento pode estar associado
a um outro relacionamento.
b) o nmero de relacionamentos ao qual outro relacionamento pode estar
associado via uma entidade.
c) o critrio de classificao segundo o qual os relacionamentos associam
entidades.
d) o nmero de entidades ao qual outra entidade pode estar associada via
um relacionamento.
e) o posicionamento de uma entidade dentro do mapeamento do modelo.
Sabemos que a cardinalidade serve para expressar o nmero de

entidades que uma entidade pode associar-se, por meio de um
relacionamento.
O restante para causar confuso. Alternativa d).
21 Questo) (UEL Sercomtel Informtica III 2005) Para um

conjunto de relacionamentos binrios a cardinalidade NO pode ser:
a)Um para um (1:1): uma entidade E1 pode estar associada no mximo a
uma entidade E2 atravs de R; e uma entidade de E2 pode estar associada a no
mximo uma entidade E1, atravs de R.
b)Um para muitos (1:N): uma entidade E1 pode estar associada a vrias
entidades E2; e uma entidade de E2 pode estar associada a no mximo uma
entidade E1.
c)Muitos para um (N:1): uma entidade E1 pode estar associada no mximo
a uma entidade E2; e uma entidade de E2 pode estar associada a vrias
entidades de E1.
d)Muitos para muitos (N:N): uma entidade E1 pode estar associada a
vrias entidade E2; e uma entidade de E2 pode estar associada a vrias
entidades de E1.
e)Um para muitos (1:N): uma entidade E1 pode estar associada a vrias
entidade E2 ou nenhuma; e uma entidade de E2 pode estar associada a
nenhuma ou muitas entidades de E1.
21532552106
Prof. Victor Dalton
64 de 123

Conhecida a cardinalidade, voc j resolve a questo. As quatro primeiras
alternativas exemplificam bem as vrias cardinalidades.
A alternativa incorreta, letra e).
22 Questo) (FCC Prefeitura de SP Auditor Fiscal Tributrio

Municipal I Tecnologia da Informao - 2012) Considere o seguinte
diagrama ER parcial de um banco de dados.
De acordo com a cardinalidade das associaes, um

a) projeto emprega pelo menos um empregado e controlado por
exatamente um departamento.
b) empregado trabalha em pelo menos um projeto e gerencia exatamente
um departamento.
c) empregado trabalha em zero ou mais projetos e gerencia exatamente
um departamento.
d) departamento gerenciado por exatamente um empregado e controla
pelo menos um projeto.
e) departamento gerenciado por exatamente um empregado e controla
zero ou mais projetos.
21532552106
Se lembra como interpretar esse diagrama? Vem comigo!

Empregado gerencia departamento. Pelas linhas simples e duplas, vejo
que nem todo empregado gerencia departamento, mas todo departamento tem
um gerente, e apenas um, pois a cardinalidade 1:1;
Empregado trabalha em projeto. Linhas simples, e relacionamento N pra
M. Isso quer dizer que nem todo empregado trabalha em um projeto, e nem
Prof. Victor Dalton
65 de 123

todo projeto tem empregados. Um empregado pode trabalhar em vrios
projetos, e projetos podem ter vrios empregados;
Departamento controla projeto. Cardinalidade 1 pra N, linhas duplas em
projeto. Logo, nem todo departamento controla projeto, mas cada projeto tem
que ter um departamento que o controle, e apenas um!
Conseguiu acompanhar?
Agora voc tem uma questo de lgica para resolver. Leia alternativa a
alternativa, e descubra porque a alternativa e) a correta.
23 Questo) (FCC MPE/MA Analista Ministerial Banco de

Dados - 2013) Quando do projeto de um banco de dados relacional, pode
haver a indicao de que um conjunto de entidades tem participao total em
um conjunto de relacionamentos, isto significa que
a) cada entidade do conjunto de entidades participa em todos os
relacionamentos do conjunto de relacionamentos.
b) h, no mnimo, metade das entidades do conjunto de entidades que
participam em pelo menos um relacionamento do conjunto de relacionamentos.
c) as entidades do conjunto de entidades no possuem atributos do tipo
booleano ou do tipo data.
d) cada entidade do conjunto de entidades participa em pelo menos um
relacionamento do conjunto de relacionamentos.
e) todos os atributos do conjunto de entidades so indexados com a tcnica
de rvores binrias.
Participao total e parcial!

A linha dupla indica participao total, e a entidade ligada por linha dupla
exige que ela se relacione com pelo menos uma entidade do outro lado do
relacionamento. J a linha simples indica o relacionamento, mas pode ser que
nem toda entidade possua um relacionamento. Voc lembra disso?
21532552106
Uma coisa ruim das bancas no diferenciar entidade de instncia de

entidade. Quando se fala da entidade Projeto, em tese, me refiro entidade
projeto de modo genrico. Quando se fala de cada entidade Projeto, na
verdade esto se referindo s instncias de entidade, que, na prtica,
correspondem ao registros que esto no Banco de Dados, conforme expliquei
para voc na teoria.
A questo seria bem mais clara se ela, ao invs de falar cada entidade do
conjunto de entidades, falasse instncia das entidades das entidades.
Prof. Victor Dalton
66 de 123

Nossa resposta certa, alternativa d).

Dados - 2013) Considere o seguinte diagrama Entidade-Relacionamento,
resultante da modelagem de um banco de dados relacional:
A partir desse diagrama, pode-se afirmar que

a) uma loja no possui todos os produtos.
b) uma loja possui um nmero par de departamentos.
c) cada departamento pode possuir vrios produtos.
d) um mesmo produto no pode estar em mais de uma loja.
e) o nmero de lojas impar.
Outra questo para exercitar seu entendimento do modelo E-R. De

antemo, a alternativa c) a correta, e as demais so premissas falsas, pois
fazem afirmaes mais contundentes do que as contidas no diagrama. Exercite
seu entendimento!

Dados - 2013) A tcnica de diagramao no modelo de EntidadeRelacionamento bem simples. Utiliza basicamente um losango para
representar ...I... e um retngulo para representar ...II... .
As lacunas I e II so preenchidas, correta e respectivamente, por
21532552106
a) relacionamentos entidades
b) atributos relacionamentos
c) entidades relacionamentos
d) entidades atributos
e) atributos entidades
Relembrando:
Retngulos: so as entidades.
Losangos: representam os relacionamentos.
Elipses: representam os atributos (ausente neste diagrama).
Prof. Victor Dalton
67 de 123

Linhas: vinculam conjuntos de entidades a conjuntos de relacionamentos.
Linhas duplas: indicam participao total de uma entidade em um
conjunto de relacionamentos.
Resposta certa, alternativa a).
26 Questo) (FCC TRT/6 Regio Analista Judicirio

Tecnologia da Informao - 2012) Um banco de dados relacional um banco
de dados projetado segundo o chamado modelo relacional, que um modelo de
banco de dados baseado na lgica de predicados de primeira ordem. O objetivo
do modelo o de proporcionar uma linguagem declarativa para a descrio
tanto dos dados como de consultas a seu respeito, de maneira que o usurio
declara tanto a informao contida no banco de dados como a informao que
dele deseja extrair, deixando a cargo do sistema gerenciador do banco de dados
a tarefa de estabelecer estruturas de armazenamento de dados bem como os
procedimentos de recuperao destes dados para responder consultas. O modelo
relacional foi proposto formalmente h mais de 40 anos.
O texto acima est
a) incorreto, porque o modelo relacional baseado na lgica de predicados
de segunda ordem.
b) correto.
c) incorreto, porque o modelo relacional no conduz naturalmente a uma
linguagem declarativa de descrio de dados ou consultas.
d) incorreto, porque nos bancos de dados relacionais, a tarefa de descrever
os procedimentos de recuperao dos dados para a resposta a consultas tarefa
do usurio.
e) incorreto, porque o modelo relacional foi proposto h menos de 30 anos.
Tpicos importantes da longa sentena:
Lgica de predicados de primeira ordem: sem nos aprofundarmos muito, a
lgica de predicados de primeira ordem est refletida em frases como cada
departamento possui um ou mais funcionrios, ou cada funcionrio possui um
nico gerente.
21532552106
...a cargo do sistema gerenciador do banco de dados a tarefa de

estabelecer estruturas de armazenamento de dados bem como os
procedimentos de recuperao destes dados para responder consultas:o que
isso quer dizer? Vou direto a um exemplo. O site da TAM uma aplicao.
Quando voc procura uma passagem para um trecho em um determinado dia e
clica em cima do boto compre seu bilhete, no voc usurio que est
buscando no banco de dados a informao. Voc est apenas declarando o que
quer. Ser o SGBD que, ao receber essas informaes por meio da aplicao do
Prof. Victor Dalton
68 de 123

site, realizar a busca na base de dados e trar a informao mastigada. A a
aplicao do site, com as informaes j extradas, monta pra voc a tela dos
trechos disponveis pra compra. Entendeu?
Agora releia a sentena. J ficou mais digervel. Eu sei que existe muita
nomenclatura tcnica e nova para voc, mas a leitura repetitiva destes termos
vai fazer com que voc cada vez mais absorva esse contedo com naturalidade.
A frase longa, mas est completamente correta.
Alternativa b). As demais alternativas esto desmentidas dentro da
prpria frase gabarito.
27 Questo) (ESAF SUSEP Analista Tcnico Tecnologia da

Informao - 2010) Em Sistemas Gerenciadores de Bancos de Dados (SGBD),
existem as seguintes categorias de restries de integridade:
a) Integridade de domnio, Integridade de vazio, Integridade de chave,
Integridade referencial.
b) Integridade de acesso, Integridade de entrada, Integridade de sada,
c) Integridade de domnio, Integridade de completude, Integridade de
chave, Integridade posicional.
d) Integridade de cardinalidade, Integridade de vazio, Integridade de
autorizao de acesso, Integridade associativa.
e) Integridade de generalizao/especializao, Integridade de usurios,
Integridade de chave, Integridade referencial.
So restries de integridade:
Domnio amarrando os possveis valores de um atributo (inteiro,

string, no nulo, positivo, tipo, etc.)
Vazio dizer se um campo pode ou no ser null. No deixa de ser
um subitem da integridade de domnio.
Chave impedindo que uma chave primria se repita, ou seja
nula;
Referencial assegurando que uma chave estrangeira possua
respectiva associao na tabela de origem;
21532552106

Dados - 2013) No projeto de bancos de dados relacionais usual a tarefa de
Prof. Victor Dalton
69 de 123

permitir ou restringir a presena de valores nulos para determinados atributos.
O significado de um valor nulo
a) o valor zero.
b) um valor especial designado pelo cdigo ASCII da tecla #.
c) o valor correspondente tecla F12.
d) a ausncia de valor.
e) um valor fora do domnio do atributo.
O correto, e mais coerente dentre as alternativas, que o valor nulo

representa a ausncia de valor.
Alternativa d).

Administrao de Banco de Dados 2010) NO uma restrio de
integridade bsica:
a) de vazio.
b) de domnio.
c) de entidade.
d) de chave.
e) referencial.
Alternativa c).

Tecnologia da Informao 2014) No modelo entidade-relacionamento
utilizado para modelar Bancos de Dados relacionais, quando se indica que h um
conjunto de relacionamentos do tipo muitos para muitos entre 2 conjuntos de
entidades A e B, significa que
21532552106
(A) uma entidade do conjunto A est sempre associada a mais de uma

entidade de conjunto B e vice-versa.
(B) uma entidade do conjunto A pode estar associada a vrias entidades do
conjunto B e vice-versa.
(C) os conjuntos de entidades A e B possuem, cada um deles, nmero igual
de atributos.
(D) os conjuntos de entidades A e B possuem diversos atributos com a
possibilidade de terem valores nulos.
Prof. Victor Dalton
70 de 123

(E) uma entidade do conjunto B est associada a apenas uma entidade do
conjunto A, mas uma entidade do conjunto A est associada a vrias entidades
do conjunto B.
Em um relacionamento muitos-para-muitos entre A e B, uma entidade de A

poder se relacionar com vrias entidades de B, assim como uma entidade de B
se relaciona com vrias entidades de A.
Resposta certa, alternativa b).

Tecnologia da Informao - 2010) Um modelo de banco de dados relacional
deve conter no mnimo a definio de
a) tabelas, colunas das tabelas e restries de integridade.
b) ttulos, colunas dos atributos e restries de integridade.
c) ttulos, colunas das tabelas e restries de manuteno.
d) tabelas, relaes entre linhas das tabelas e opes de integridade.
e) associaes de restrio, colunas referenciadas e restries de
desempenho.
Pois ento, um banco de dados relacional, em sua concepo, necessita de

suas tabelas, das colunas das tabelas(os seus atributos), e de suas restries de
integridade, fundamentais para a consistncia do banco de dados.
Resposta correta, alternativa a).

Tecnologia da Informao - 2012) Em relao a bancos de dados, uma
chave primria pode ser formada por uma ou mais colunas e deve possuir um
identificador nico para
a) cada uma das colunas pertencente a essa chave.
b) cada coluna da tabela.
c) uma tupla (formada por linhas e colunas).
d) todos os registros da tabela.
e) cada linha da tabela.
21532552106
Todo registro em um banco de dados precisa de um atributo, ou vrios, que

possibilitem caracterizar aquele registro no banco como nico. Ex:
Prof. Victor Dalton
71 de 123

cod_cliente
1
endereco
Rua Siqueira
Campos, 1044
Rua Siqueira
Campos, 1044
Avenida Mau, 1055
Avenida Mau, 1055
telefone
(51) 32145000
(51) 32145000
(51) 32243364
(51) 32243364
cidade
Porto Alegre
estado
RS
Porto Alegre
RS
Porto Alegre
RS
Porto Alegre
RS
A diferenciao entre as tuplas (ou registros, que so as linhas da tabela)

se faz por meio da chave primria. No caso, o atributo codigo_cliente.
A chave primria o atributo(coluna) ou atributos(colunas), que
asseguram que cada tupla (linha) da tabela nica.

Tecnologia da Informao 2010) Em Abordagem Relacional
a) uma chave relacionada uma coluna cujos valores distinguem atributos
de relacionamentos.
b) a chave estrangeira o mecanismo que permite a implementao de
relacionamentos em um banco de dados relacional.
c) a chave estrangeira uma coluna ou uma combinao de colunas cujos
valores no aparecem na chave primria de uma tabela.
d) uma chave primria uma linha ou uma combinao de linhas cujos
valores distinguem uma coluna das demais dentro de uma tabela.
e) a chave estrangeira uma linha ou uma combinao de linhas cujos
valores necessariamente aparecem na chave primria de uma tabela.
21532552106
Opa, voc j consegue responder esta questo? Vejamos as alternativas:

a) To errada que lhe confunde. Uma chave primria uma coluna ou
uma combinao de colunas cujos valores distinguem uma tupla
das demais dentro de uma tabela.
b) Certa.
c) No necessariamente. Chaves estrangeiras podem integrar chaves
primrias de uma tabela!
d) Quase! Uma chave primria uma coluna ou uma combinao de
colunas cujos valores distinguem uma linha das demais dentro
de uma tabela.
Prof. Victor Dalton
72 de 123

e)No necessariamente. A chave que restringe unicidade (a primria) pode
ou no ser a chave que restringe relacionamento (a estrangeira), pois so
conceitos independentes.
Nossa resposta correta, portanto, a letra b).

Tecnologia da Informao - 2012) No modelo entidade-relacionamento,
a) entidades podem ter atributos, mas relacionamentos no podem ter
atributos.
b) uma chave um conjunto de atributos cujos valores identificam um
relacionamento de maneira nica.
c) um relacionamento uma associao entre atributos.
d) todo relacionamento tem uma chave.
e) uma chave um conjunto de atributos cujos valores identificam uma
entidade de maneira nica.
Outra questo do modelo entidade-relacionamento. Vamos l:

a) Entidades podem ter atributos? Devem! Relacionamentos podem ter
atributos? Podem! No obrigao;
b) Errada. Explico na alternativa e).
c) Errada! O relacionamento associa entidades!
d) No necessariamente. Quando um relacionamento vira uma tabela, a
chave pode ser a composio das chaves primrias das entidades que
relaciona. Tem relacionamentos que nem tabela viram (como o exemplo
usuario comentario).
e) Correta, embora a questo no esteja bem redigida. No modelo
entidade-relacionamento, ou seja, no nvel conceitual, no se fala em
tuplas, ou registros. Voc logo deve ter pensado: uma chave um
conjunto
de
atributos
cujos
valores
identificam
um
(registro/tupla/linha da tabela) de maneira nica. Isso est correto,
quando falamos do modelo relacional. No modelo ER, quando
queremos nos referir a um registro, fala-se em instncia ou
ocorrncia da entidade. Logo, a redao mais adequada seria uma
chave um conjunto de atributos cujos valores identificam uma
ocorrncia de entidade de maneira nica, ou uma chave um
conjunto de atributos cujos valores identificam uma instncia de
entidade de maneira nica. De qualquer forma, a FCC no anulou a
questo.
21532552106
Prof. Victor Dalton
73 de 123

35 Questo) (FCC TJ/RJ Analista Judicirio Analista de

Suporte 2012) Considere:
I. Se uma transao concluda com sucesso (operao commit bem
sucedida), ento seus efeitos so persistentes.
II. Ou todas as aes da transao acontecem, ou nenhuma delas
acontece.
As propriedades (I) e (II) das transaes em SGBDs, significam,
respectivamente,
a) durabilidade e consistncia.
b) persistncia e automao.
c) isolao e atomicidade.
d) durabilidade e atomicidade.
e) consistncia e persistncia.
Idealmente, toda transao em um banco de dados dever ser:

Atmica: ou a transao feita ou no feita. Parece bvio, mas
transaes complexas em um banco, envolvendo vrias tabelas, podem sofrem
interrupes inesperadas, ou no conseguirem terminar por entrar em conflito
com outra que ocorra ao mesmo tempo. Nesse caso, o SGBD dever ser capaz
de reverter o que parcialmente foi modificado (realizar o rollback);
Consistente: os dados devero permanecer ntegros e obedientes s
regras do banco de dados (metadados);
Isolada: o resultado de uma transao executada concorrentemente a
outra deve ser o mesmo que o de sua execuo de forma isolada. Operaes
exteriores a uma dada transao jamais vero esta transao em estados
intermedirios.
Durvel: os efeitos de uma transao em caso de sucesso (commit) devem
persistir no banco de dados mesmo em presena de falhas. os dados
modificados devem estar disponveis em definitivo.
21532552106
Portanto, alternativa d).

Dados 2013) O conceito de transaes em um banco de dados relacional
envolve algumas propriedades conhecidas e agrupadas sob o acrnimo ACID. A
letra D nesse acrnimo significa Durabilidade, sendo que seu conceito indica que
a) todas as regras de consistncia previamente programadas no banco de
dados sero automaticamente excludas.
Prof. Victor Dalton
74 de 123

b) cada transao independente das demais, no gerando influncia nas
demais transaes eventualmente existentes.
c) os tipos de dados definidos no dependem do sistema gerenciador de
banco de dados utilizado.
d) ao trmino de uma transao, eventuais alteraes em valores das
tabelas do banco de dados devem persistir, mesmo que ocorram falhas no
sistema de banco de dados.
e) necessrio utilizar um sistema gerenciador de banco de dados capaz
de implementar mecanismos de controle de concorrncia.
Alternativa d).
37 Questo) (UEL SEAP Analista de Sistemas 2009) Os sistemas

gerenciadores de bancos de dados devem garantir que as transaes por eles
suportadas possuam o conjunto das seguintes propriedades:
a) Atomicidade, consistncia, isolamento, durabilidade.
b) Atomicidade, consistncia, independncia de dados, durabilidade.
c) Atomicidade, consistncia, independncia de dados, isolamento.
d) Atomicidade, consistncia, isolamento, replicao.
e) Atomicidade, consistncia, durabilidade, robustez.
38 Questo) (FCC SEFAZ/SP Agente Fiscal de Rendas 2013)

Para responder s prximas questes, 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 mant-las
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.
21532552106
Prof. Victor Dalton
75 de 123

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.
Atributos atmicos so aqueles que no podem ser divididos! Alternativa

b).
39 Questo) (FCC DPE/SP Agente de Defensoria Pblica

Analista de Sistemas - 2013) Quando da modelagem de dados de um banco
de dados relacional, podem ser utilizados atributos compostos, sobre os quais
correto afirmar que
a) podem ser decompostos em outros atributos simples ou ainda
compostos.
b) so sempre formados por um atributo do tipo numrico e um do tipo
literal.
c) no podem conter atributos do tipo booleano em sua formao.
d) no admitem valores nulos em sua composio.
e) fazem parte, obrigatoriamente, da chave primria do conjunto de
entidades ao qual so vinculados.
21532552106
Alternativa a).
40 Questo) (FCC SEFAZ/SP Agente Fiscal de Rendas 2013) 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.
Prof. Victor Dalton
76 de 123

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.
A chave estrangeira um nico atributo, que estabelece um

relacionamento com uma chave primria em outra tabela, embora voc possa
ter vrias chaves estrangeiras em uma mesma tabela. A chave primria, por
sua vez, um atributo ou conjunto de atributos que identifica um registro de
maneira nica em uma tabela.
Alternativa d).

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,
21532552106
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.
Prof. Victor Dalton
77 de 123

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.
Questo desafio! Mais para voc enxergar os conceitos todos se

relacionando, essa questo tpica para quem de Tecnologia da Informao...
O projeto conceitual, voc j sabe, vem antes do projeto lgico. Ele resulta
em diagramas como o acima: algo bem alto nvel, pro projetista sentar com o
cliente e conversar, para saber se isso que ele realmente quer. No projeto
lgico j comea a ser definido como as tabelas ficam na base de dados. Perceba
tambm algo que eu lhe falei antes: nesta questo, nitidamente relao
tabela!
Vou colocar o diagrama novamente:
21532552106
Antes de mais nada, um erro da banca: perceba que CodLote deveria estar
em uma elipse. Mas isso no nos impede de prosseguir.
Agora, comecemos pelas entidades. Inevitavelmente, as entidades viraro
tabelas no banco de dados. Vou escrev-las em notao relacional, que voc
facilmente entender:
Produto (CodProduto, Nome);
Prof. Victor Dalton
78 de 123

Lote (CodLote);
Loja (CodLoja, Local);
Os atributos sublinhados so as chaves. H autores que sublinham as
chaves primrias cheio e as estrangeiras tracejado, enquanto outros
sublinham todas cheio. Na prtica, isso no um problema, pois possvel
reconhecer as chaves primrias e estrangeiras.
Nesse caso, as chaves so todas primrias. Atributos do tipo cdigo quase
sempre so chaves.
Agora, veja o relacionamento ExpostoEm. Ele a chave para resolvermos
o exerccio.
O produto, de um lote, exposto em uma loja, acrescido dos campos
unidade e quantidade (j impostos pela questo), precisa de uma tabela de
ligao. Podemos descrev-la como:
ExpostoEm (CodProduto, CodLote, CodLoja, Unidade, Quantidade)
Captou? CodProduto, CodLote e CodLoja so todas chaves estrangeiras, e,
juntas, compem a chave primria dessa nova relao.
Agora volte e leia as alternativas.
A alternativa a) prope exatamente o que eu falei aqui. Est correta, mas
vejamos as outras;
As alternativas b) e c) propem levar os atributos Unidade e Quantidade
para as tabelas Lote ou Loja. Mas o prprio diagrama mostra que esses
atributos, dado um determinado registro, s existem quando um produto de um
lote exposto em uma loja. Ento esto erradas;
J as alternativas d) e e) comeam menos mal, criando a tabela
ExpostoEm, criando um CodExposicao, inserindo Unidade e Quantidade. Mas ela
erra ao tentar colocar CodExposicao como chave estrangeira em outra tabela.
Por que? Porque a tabela que contiver esse cdigo, seja qual for,
obrigatoriamente teria que estar exposto em. E a relao, conforme foi
definida no projeto conceitual, no funciona assim. Afinal de contas, somente
quando o produto de um lote for exposto em uma loja que se definiro
unidade e quantidade. Podem haver produtos no expostos, lojas que no esto
expondo e lotes no levados exposio.
21532552106
Compreendido? Difcil? Se voc entendeu esse exerccio, sua viso de

banco de dados est excelente! Caso contrrio, leia um pouco mais, mas no
deixe sua conscincia pesar por causa disso, tudo bem?
Prof. Victor Dalton
79 de 123

42 Questo) (FCC MPE/CE Analista Ministerial Cincias da
Computao - 2013) O modelo de dados relacional baseado em uma coleo
de ...I... . O usurio pode consult-las e inserir, excluir e atualizar ...II... . A
...III... define um conjunto de operaes sobre relaes e as linguagens de
consulta so baseadas nela. O modelo de dados ...IV... amplamente usado
para o projeto do banco de dados, oferecendo uma representao grfica para
visualizar dados, relacionamentos e ...V....
Preenchem as lacunas, correta e respectivamente, o que consta em
Vamos fazer essa questo raciocinando juntos?
O modelo de dados relacional baseado em uma coleo de (tabelas ou

relaes). Descartamos apenas a alternativa e).
O usurio pode consult-las e inserir, excluir e atualizar (registros ou
tuplas). S sobrou a alternativa c)!
A lgebra relacional define um conjunto de operaes sobre relaes e as
linguagens de consulta so baseadas nela. O modelo de dados E-R
amplamente usado para o projeto do banco de dados, oferecendo uma
representao grfica para visualizar dados, relacionamentos e restries.
21532552106

Administrao de Banco de Dados e Arquitetura de Dados - 2010)
Maneira alternativa de observao de dados de uma ou mais entidades tabelas
, que compe uma base de dados. Pode ser considerada como uma tabela
virtual ou uma consulta armazenada. Trata-se de
a) table shadow.
b) view.
c) shadow table.
Prof. Victor Dalton
80 de 123

d) table blour.
e) blour table.
Sem mais, meritssimo. Tabela virtual View!

Alternativa b).
44 Questo) (FCC BACEN Analista rea 2 2005 - adaptada)

Sobre definio e manipulao de viso, analise:
I. Uma VIEW prov mais segurana, pois permite esconder parte dos dados
da tabela real.
II. Os dados que compem a VIEW so armazenados separadamente da
tabela real.
III. Uma linha inserida na VIEW, com todas as colunas, ser inserida na
tabela real.
correto o que consta APENAS em
a) I,II e III.
b) I e II, somente.
c) I e III, somente.
d) II e III, somente.
e) I, somente.
Analisando os itens:
I. Correto. Podemos ocultar alguns atributos da tabela real em uma view,
seja por segurana ou por convenincia ao usurio final.
II. Errado! View no armazena dados! A view uma tabela virtual que
mostra os elementos de outras tabelas!
21532552106
III. Correto. Para ser atualizvel, via de regra, uma view dever:
Influenciar apenas uma tabela do banco de dados;
Em caso de atributos ocultos na view, ou esse atributo deve ser

gerado automaticamente (no caso de um cdigo, por exemplo),
ou possuir valor default, ou poder ser nulo (null).
No caso de uma view que possui todas as colunas de uma tabela real, uma
insero de uma linha, nessa view, insere, na verdade, um registro na tabela
real.
Prof. Victor Dalton
81 de 123

45 Questo) (FMP ISS/POA Agente Fiscal da Receita 2012) Na
modelagem Entidade-Relacionamento (ER) uma propriedade importante de um
relacionamento a de quantas ocorrncias de uma entidade podem estar
associadas a uma determinada ocorrncia atravs do relacionamento. Tal
propriedade chamada de
a) dependncia funcional
b) normalizao
c) generalizao/especializao
d) relacionamento identificador
e) cardinalidade.
Quantidades de ocorrncias associando-se com outras ocorrncias por meio

de um relacionamento. Hmm.... inevitavelmente estamos falando de
cardinalidade.
Alternativa e).
46 Questo) (FMP ISS/POA Agente Fiscal da Receita 2012) A

definio software que incorpora as funes de definio, recuperao e
alterao de dados em um banco de dados, melhor corresponde a:
a) Modelo de banco de dados.
b) Linguagem de Consulta Estruturada (SQL).
c) Sistema de Gerncia de Banco de Dados (SGDB).
d) Interpretador eXtended Markup Language (XML).
21532552106
e) Sistemas de arquivos.
Depois que a gente estuda fica trivial, no mesmo? Alternativa c).
47 Questo) (FMP ISS/POA Agente Fiscal da Receita 2012)

Como se denomina o modelo de dados abstrato que descreve a estrutura de um
banco de dados de forma independente de um SGDB particular?
a) Modelo fsico.
Prof. Victor Dalton
82 de 123

b) Modelo de dados.
c) Modelo virtual.
d) Modelo conceitual.
e) Modelo lgico.
Questes diferentes, bancas diferentes, e ocorrem as mesmas perguntas! O

modelo de dados que totalmente independente de um SGBD particular o
modelo conceitual.
Alternativa d).

tcnica de modelagem de dados mais difundida a abordagem entidaderelacionamento. luz dessa modelagem, o que se entende por relacionamento?
a) O conjunto de associaes entre as entidades que sero armazenadas no
banco de dados.
b) As informaes de uma determinada entidade do banco de dados.
c) Um par especfico de entidades.
d) A definio dos possveis valores que uma determinada entidade pode
assumir.
e) Um identificador que distingue de forma unvoca a ocorrncia de uma
entidade das demais ocorrncias dessa mesma entidade.
O relacionamento o elemento que associa as entidades, permitindo a

implementao do modelo relacional. Portanto, alternativa a). Apenas para
saciar a sua curiosidade,
21532552106
A alternativa b) refere-se a registro;

A alternativa c) no diz nada;
A alternativa d) cita a restrio de domnio; e
A alternativa e) cita a chave primria.
Prof. Victor Dalton
83 de 123

49 Questo) (CETRO Prefeitura de Manaus/SEMSA Analista de

Sistemas 2012) Assinale a alternativa que apresenta a representao
adequada para uma entidade forte no modelo E-R.
a) Losango.
b) Retngulo de borda dupla.
c) Pequeno retngulo de cantos arredondados.
d) Losango de borda dupla.
e) Retngulo.
Uma entidade forte, ou

relacionamentos so losangos.
entidade
normal,
um
retngulo.
Os
As entidades fracas so representadas pelos retngulos de borda dupla, e o

losango de borda dupla indica relacionamento envolvendo entidade fraca. Se
voc marcar Pequeno retngulo de cantos arredondados, eu paro a aula por
aqui, rs.
Alternativa e).
50 Questo) (CETRO ANVISA Analista Administrativo rea 5

2013) Com relao s chaves substitutas em banco de dados, analise as
assertivas abaixo.
I. Sempre envolvem exatamente um atributo.
II. Elas servem somente para representar o fato de que entidades
correspondentes existem.
III. Quando uma entidade excluda, o valor de sua chave substituta
dever ser alocado para a primeira nova entidade adicionada.
21532552106
correto o que se afirma em

a) I e III, apenas.
b) I e II, apenas.
c) II e III, apenas.
d) I, II e III.
e) II, apenas.
Prof. Victor Dalton
84 de 123

A chave substituta, ou surrogate key, ou chave artificial, um campo,
normalmente auto incremental, que pode (no obrigatrio) ser utilizado para
definir a chave primria de uma tabela, de uma maneira genrica. til,
particularmente, para substituir chaves primrias compostas por muitos
atributos, o que costuma impactar negativamente a performance do banco de
dados.
*
1
2
3
4
5
6
Nome
Paulo
Paulo
Paulo
Marta
Marta
Rita
Telefone
(11) 99999-8888
(11) 99999-7777
(11) 3030-3131
(11) 5678-9012
(11) 99988-9876
(11) 98765-4321
Chave substituta: coluna no identificada, marcada com *
Algumas caractersticas da chave substituta:
O valor nico para a tabela, portanto nunca reutilizado (ou seja,

em caso de excluso, o nmero no ser reutilizado);
O valor gerado pelo sistema(automaticamente);
O valor no manipulvel pelo usurio ou aplicao;
O valor no contm nenhum significado semntico;
O valor no visvel para o usurio ou aplicao (no caso de
modelagem relacional);
O valor no composto de vrios valores a partir de diferentes
domnios.
Voltando questo, percebe-se que apenas o item III equivocado, uma

vez que o valor da chave substituta nunca ser reutilizado.
Alternativa b).
21532552106

2013) Quanto aos sistemas de gerenciamento de banco de dados, assinale a
alternativa correta.
a) Sua funo geral fornecer uma interface entre o usurio e o sistema de
banco de dados.
b) Sempre tem um gerenciador de transaes.
c) O dicionrio de dados impe certos controles sobre a recuperao e
concorrncia do banco de dados.
Prof. Victor Dalton
85 de 123

d) A verificao da integridade dos dados deve ser feita somente no tempo
de compilao.
e) No incluem compiladores de DML.
O SGBD o conjunto de programas de computador (softwares)

responsveis pelo gerenciamento de uma base de dados. Seu principal
objetivo retirar da aplicao cliente (o sistema da empresa propriamente dito)
a responsabilidade de gerenciar o acesso, a manipulao e a organizao dos
dados. O SGBD disponibiliza uma interface para que seus clientes possam
incluir, alterar ou consultar dados previamente armazenados. Em bancos de
dados relacionais a interface constituda pelas APIs (Application Programming
Interface) ou drivers do SGBD, que executam comandos na linguagem SQL
(Structured Query Language).
Da nossa explanao, a alternativa a) mostra-se correta. Quanto

demais:
Sempre tem um gerenciador de transaes errado. SGBDs mais
simplrios no possuem tal gerenciamento;
O dicionrio de dados impe certos controles sobre a recuperao e
concorrncia do banco de dados dicionrio de dados guarda os metadados
do BD. Ele no responsvel pelo controle de transaes;
A verificao da integridade dos dados deve ser feita somente no
tempo de compilao a integridade dos dados verificada pelas restries
impostas (chaves primrias e estrangeiras, e demais restries de integridade).
Elas so implementadas por ocasio da definio do esquema de dados, e
verificadas em tempo de execuo.
No incluem compiladores de DML SGBDs precisam ao menos
interpretar a linguagem DDL (Data Definition Language), que serve para a
definio do esquema do banco de dados, e a DML (Data Manipulation
Language), voltada para a manipulao dos dados.
21532552106
52 Questo) (FCC TRT 2 Regio Analista Judicirio Tecnologia

da Informao 2014) Em alguns casos, dois ou mais valores de atributos
em um modelo de Entidade-Relacionamento esto relacionados. Por exemplo, os
atributos Idade e Data de Nascimento de uma pessoa. Para uma EntidadePessoa em particular, o valor de Idade pode ser determinado pela data corrente
e o valor de Data de Nascimento da pessoa. Portanto, o atributo Idade
chamado atributo ...I... do atributo Data de Nascimento, que, por sua vez,
chamado atributo ...II... .
Prof. Victor Dalton
86 de 123

As lacunas I e II so, correta e respectivamente, preenchidas com:
(A) armazenado - derivado
(B) derivado - armazenado
(C) multivalorado - monovalorado
(D) identificador - complexo
(E) resultante - unvoco
O atributo Idade um atributo derivado, pois pode ser calculado com base
no atributo armazenado Data de Nascimento, tendo o dia atual como
referncia.
Resposta: alternativa b).
53 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) Um
SGBD multiusurio deve permitir que diversos usurios acessem o banco de
dados ao mesmo tempo. Isso essencial se os dados para as vrias aplicaes
esto integrados e mantidos em um nico banco de dados. O SGBD deve incluir
um software de controle de concorrncia para garantir que muitos usurios, ao
tentar atualizar o mesmo dado, o faam de um modo controlado, para assegurar
que os resultados das atualizaes sejam corretos. Por exemplo, quando muitos
atendentes tentam reservar um lugar em um voo, o SGBD deve garantir que
cada assento possa ser acessado somente por um atendente de cada vez, para
fazer a reserva de apenas um passageiro.
Em SGBD, a este conceito se d o nome de
a) acesso simultneo.
b) semforo de acesso.
c) transao.
d) modularizao.
e) polimorfismo.
21532552106
Percebeu que a questo se parece muito com a explicao da teoria?

Isso ocorre porque a FCC tambm se baseou no Elmasri e Navathe para
apresentar o exemplo. No caso, a banca est explicando o conceito de
Processamento de Transao Multiusurio.
No gostei da forma que a banca apresentou as alternativas, porm, a
mais correta a letra c).
Prof. Victor Dalton
87 de 123


SGBD possui a capacidade de mudar o esquema interno sem ter de alterar o
esquema conceitual, consequentemente no havendo necessidade de alterao
do esquema externo. As mudanas no esquema interno podem ser necessrias
para que alguns arquivos fsicos possam ser reorganizados, por exemplo, pela
criao de estruturas de acesso adicionais para aperfeioar o desempenho da
recuperao ou atualizao de dados.
Essa caracterstica de um SGBD denominada
a) modelo lgico de dados.
b) modelo fsico de dados.
c) independncia modular.
d) representao conceitual.
e) independncia fsica de dados.
Independncia fsica a capacidade de alterar o esquema interno sem

precisar modificar o esquema conceitual.
55 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) Uma

caracterstica fundamental da abordagem de um banco de dados que o
sistema de banco de dados possui no apenas o banco de dados, mas tambm
uma completa definio ou descrio ...I... desse banco de dados e ...II.... Essa
definio est armazenada no catlogo do SGBD, que contm informaes como
a estrutura de cada arquivo, o tipo e o formato de armazenamento de cada item
de dado e vrias restries sobre os dados.
21532552106
As lacunas I e II so correta e, respectivamente, preenchidas por:

a) do domnio - seus casos de uso
b) do contedo binrio - suas linhas e colunas
c) das tabelas - seus administradores
d) da estrutura - suas restries
e) em UML - outros bancos deste sistema
Prof. Victor Dalton
88 de 123

Na natureza de autodescrio de um sistema de banco de dados,
entendemos que o sistema de banco de dados precisa ir alm dos dados
propriamente ditos. Ele precisa descrever sua estrutura (quais so suas
tabelas, tamanho do banco, etc...) e quais so suas restries (domnio dos
dados, relacionamento entre as tabelas, dentre outros).
Resposta certa, alternativa d).
56 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) No

processamento tradicional de arquivos, a estrutura do arquivo de dados est
embutida no programa da aplicao, sendo assim, qualquer mudana na
estrutura de um arquivo pode exigir alteraes de todos os programas que
acessam esse arquivo. Aplicaes desenvolvidas com foco em SGBD no exigem
essas alteraes na maioria dos casos, pois a estrutura dos arquivos de dados
armazenada no catlogo do SGDB separadamente do programa de acesso.
A este isolamento entre programas e dados dado o nome de

a) abstrao de dados.
b) acesso remoto.
c) independncia funcional.
d) independncia modular.
e) modelo relacional.
Segundo Navathe, qualquer mudana na estrutura de dados do SGBD no

exige mudanas nos programas que acessam o banco de dados. A estrutura dos
arquivos de dados armazenada no catlogo do SGBD separadamente dos
programas de acesso.
21532552106
Essa propriedade chamada de independncia programa-dados.

Ainda, existe a independncia programa-operao, na qual a
implementao (mtodo) da operao especificada separadamente e pode ser
alterada sem afetar a interface.
Porm, a independncia programa-dados e a independncia programaoperao s so possveis em virtude de uma caracterstica do SGBD, que a
abstrao de dados, que o fato de o SGBD oferece aos usurios uma
Prof. Victor Dalton
89 de 123

representao conceitual de dados, que no inclui muitos detalhes de como os
dados so armazenados ou como as operaes so implementadas.
Novamente, no gostei da abordagem da banca, que apenas descreveu a
independncia programa-dados, com o objetivo de chegar a uma caracterstica
maior, que a abstrao de dados.
Na verdade, a abstrao de dados a caracterstica do SGBD que
propiciam a independncia programa-dados e programa-operao.
57 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) A

maioria das aplicaes de um banco de dados tem certas restries de
integridade que devem complementar os dados. O SGBD deve prover
funcionalidades para a definio e a garantia dessas restries. O tipo mais
simples de restrio de integridade envolve a
a) especificao de um tipo de dado para cada item de dados.
b) indexao da tabela por valores ascendentes ou descendentes, conforme
a restrio a ser integrada.
c) criao de visualizaes (views) para as colunas de uma tabela.
d) definio do modelo lgico de dados juntamente com as caractersticas
fsicas do domnio.
e) utilizao de chaves estrangeiras em conjunto com a definio de um
gatilho (trigger) para determinados eventos.
21532552106
A restrio de integridade mais comum a restrio de domnio, afinal,

todos os atributos de um banco de dados precisam ser tipificados, no mnimo.
58 Questo) (FCC SEFAZ/PE Auditor Fiscal 2014) Um Sistema

de Gerenciamento de Banco de Dados (SGBD) um software com recursos
especficos para facilitar a manipulao das informaes dos bancos de dados e
o desenvolvimento de programas aplicativos. A forma como os dados sero
armazenados no banco de dados definida pelo modelo do SGBD. Os principais
modelos so: hierrquico, em rede, orientado a objetos e
Prof. Victor Dalton
90 de 123

(A) funcional.
(B) procedural.
(C) orientado a servios.
(D) relacional.
(E) orientado a componentes.
O modelo relacional um dos modelos mais cobrados em provas. As
demais sentenas nem se aplicam a banco de dados.
Resposta certa: alternativa d).
59 Questo) (FCC TCE/RS Auditor Pblico Externo Tcnico em

Procesamento de Dados 2014) Considerando a modelagem de dados de
um banco de dados relacional, h diversos conceitos envolvendo conjuntos de
entidades. Um conceito correto sobre conjuntos de entidades e seus atributos
(A) um atributo do tipo derivado aquele que pode ser dividido em duas ou
mais partes, sem perda de significado.
(B) um atributo de um conjunto de entidades multivalorado se for do tipo
literal com mais de 20 caracteres.
(C) um atributo de um conjunto de entidades monovalorado se for do tipo
numrico.
(D) um conjunto de entidades fraco aquele que no tem atributos
suficientes para formar uma chave primria.
(E) um conjunto de entidades forte aquele que tem apenas atributos
literais ou numricos, no contendo atributos do tipo data.
21532552106
As alternativas so todas nonsense, exceo da letra d). Realmente,

entidade fraca aquela que no possui atributos capazes de formar uma chave
primria.
Desenvolvimento de Sistemas de Informao 2008) Em linhas gerais,

normalizar um banco de dados identificar o melhor lugar onde cada dado
pertence. A normalizao uma abordagem de projeto que minimiza a
redundncia e otimiza as estruturas de dados, colocando os elementos de
Prof. Victor Dalton
91 de 123

informaes nos grupos apropriados. Com relao s formas normais, correto
afirmar que uma tabela est na
a) segunda forma normal (2FN), se e somente se estiver na primeira forma
normal (1FN) e todos os atributos no-chave forem totalmente dependentes da
chave primria.
b) primeira forma normal (1FN), se e somente se todos os domnios bsicos
contiverem somente valores no atmicos, isto , atributos multivalorados.
c) terceira forma normal (3FN), se e somente se estiver na segunda forma
normal (2FN) e todos os atributos no-chave forem independentes da chave
primria.
d) forma normal de Boyce/Codd (BCNF), se e somente se cada
determinante for uma chave estrangeira.
e) quarta forma normal (4FN), se somente se estiver na terceira forma
normal (3FN) e existirem dependncias multivaloradas.
Revisando as formas normais:

1 Forma Normal uma tabela est na primeira forma normal se no
possuir atributos multivalorados. Lembro que um domnio atmico se os seus
elementos forem considerados como indivisveis. Por consequncia, um atributo
multivalorado no atmico, por permitir que este atributo seja dividido em
tantas tuplas quanto forem os itens do conjunto multivalorado. Vimos os vrios
tipos de atributos algumas questes atrs, e sei que voc se lembra. uma
definio bem tranquila de assimilar. Veja abaixo uma tabela que no est na
primeira forma normal, e outra que est:
Nome
Paulo
Telefone
(11) 99999-8888
(11) 99999-7777
(11) 3030-3131
Marta
(11) 5678-9012
(11) 99988-9876
Rita
(11) 98765-4321
A tabela acima no est na primeira forma normal (1FN). O atributo
telefone est multivalorado em alguns registros.
21532552106
Nome
Paulo
Paulo
Paulo
Marta
Marta
Rita
Telefone
(11) 99999-8888
(11) 99999-7777
(11) 3030-3131
(11) 5678-9012
(11) 99988-9876
(11) 98765-4321
Prof. Victor Dalton
92 de 123

Agora a tabela encontra-se na 1FN. O atributo
atomizado por meio da criao de tuplas adicionais.
multivalorado
foi
2 Forma Normal uma tabela estar na segunda forma normal se, alm
de estar na 1FN, todos os seus atributos no-chave forem depender
funcionalmente da chave inteira. Se algum atributo da tabela depender
funcionalmente apenas de parte da chave primria, ento este atributo dever
migrar para outra tabela. Veja este exemplo:
EmpregadosProjetos(code,codp, nome, categ, salrio, data_incio_projeto,
tempo_aloc_projeto)
Neste exemplo, os atributos nome, categ e salrio da tabela

EMPREGADOSPROJETOS se relacionam apenas com code, ou seja, no ocorre a
dependncia funcional total da chave primria. A soluo, na segunda forma
normal, seria:
Empregados(code, nome, categ, salrio)
3 Forma Normal envolve o conceito de dependncia transitiva. Para

isso, a tabela dever estar na 2FN e cada atributo no-chave no pode possuir
dependncia transitiva, para cada chave candidata da relao. Na prtica, se Z
depende de Y e Y depende de X, sendo que apenas X chave da relao, esta
tabela no estar na terceira forma normal.
Perceba que, na soluo para a segunda forma normal apresentada
anteriormente, salrio possui dependncia funcional de categoria.
Assim sendo, uma soluo na terceira forma normal seria:
Empregados(code, nome, categ)
Categorias(categ, salrio)
21532552106
Forma Normal de Boyce-Codd(BCNF) alm da 3FN, todo atributo nochave deve depender funcionalmente diretamente da chave primria, ou seja,
no pode haver dependncias entre atributos no-chave. uma afirmao um
pouco mais forte que a 3FN.
Forma Normal de Boyce Codd (FNBC) foi proposta como uma forma
mais simples de 3FN, mas acaba sendo mais rgida. Ou seja, toda relao na
FNBC est na 3FN, mas a volta no obrigatoriamente verdadeira. Uma tabela
estar na BCNF se e somente se estiver na 3FN e todo atributo no chave
depender funcionalmente diretamente da chave primria, ou seja, no h
Prof. Victor Dalton
93 de 123

dependncias entre atributos no chave. Nesse caso, todo determinante ser
chave candidata.
4 Forma Normal alm da 3FN, no podem existir dependncias

multivaloradas.
Veja este exemplo:
AutAssLiv(nrol, autor, assunto)
Perceba que um mesmo livro que possua vrios autores receber mltiplas
entradas na tabela AutAssLiv com a repetio do atributo assunto. Uma eventual
busca nesta tabela, filtrando por assunto, retornaria vrias vezes o mesmo livro,
com autores distintos. Seria necessria a aplicao de alguma lgica para que
fosse mostrado um nico resultado de livro, com seus diferentes autores.
Isto pode ser contornado com a aplicao da 4FN, a seguir:
AutLiv(nrol, autor)
AssLiv(nrol, assunto)
5 Forma Normal Envolve a noo dependncia de juno.

Existem tabelas na 4FN que no podem ser divididas em duas relaes sem
perda de informao. Por exemplo:
ProjetoRecurso(CodEmp, CodPrj, Papel)
R1(CodEmp, Papel)
R2(CodPrj, CodEmp)
Sejam as relaes R1 e R2 a decomposio da relao ProjetoRecurso. A

tabela ProjetoRecurso indica o empregado envolvido em um projeto e qual o seu
papel. R2 seria uma tabela com o empregado e os possveis papis que ele pode
exercer, ao mesmo tempo que R1 seria uma tabela que relaciona os empregados
e seus projetos. Decompor ProjetoRecurso em R2 e R1 implica em perda de
informao, uma vez que no ser mais possvel saber qual o papel que o
empregado desempenhou em um projeto especfico.
Realizar esta decomposio seria aplicar a quinta forma normal.
21532552106
Normalizao no um assunto simples. Minha sugesto, como sempre,

ler com muita calma e massificar o conhecimento com os exerccios.
Resposta correta, letra a).
Prof. Victor Dalton
94 de 123


Dados e Administrador de Dados - 2011) Em relao normalizao de
dados, considere:
I. Se existir um atributo multivalorado, deve-se criar um novo atributo que
individualize a informao multivalorada.
II. Se existir um atributo no atmico, deve-se dividi-lo em outros atributos
que sejam atmicos.
III. Todos os atributos primos devem depender funcionalmente de toda a
chave primria.
Os itens I, II e III referem-se direta e respectivamente a
a) 1FN, 1FN e 2FN.
b) 1FN, 2FN e 2FN.
c) 1FN, 2FN e 3FN.
d) 2FN, 2FN e 3FN.
e) 2FN, 3FN e 3FN.
Um exerccio prtico com o que acabamos de ver.

I. e II. Acabar com a multivalorao, de modo a tornar os atributos
atmicos uma exigncia de 1FN;
III. Dependncia funcional de toda a chave primria uma exigncia da
2FN.
(CESPE MEC Analista de Sistema Administrador de Dados 2011) Julgue os itens seguintes, a respeito de dependncia funcional e
normalizao.
21532552106
62 Quando um esquema de relao tem mais de uma chave, cada uma

delas denominada chave-candidata, e, nesse caso, deve-se decompor a
relao com base nas dependncias funcionais at que somente uma chave
primria permanea na relao.
Errada. Voc se lembra da chave candidata? Chave candidata um

atributo da tabela que tambm garante que aquele registro na tabela seja nico
(ou seja, um atributo candidato a ser chave, mesmo que, na implementao
do banco de dados, no tenha sido escolhida como tal). Imagine uma tabela
Pessoa com os campos CPF, RG e TituloEleitor. Todos esses elementos sero
Prof. Victor Dalton
95 de 123

nicos na tabela (todos so chaves candidatas), mas voc no precisa criar uma
tabela para cada um deles, s por causa disso.
63 Um atributo Y possui uma dependncia funcional do atributo X se, para

cada valor do atributo X, existe exatamente um nico valor do atributo Y. A
dependncia funcional representada por X -> Y.
Certa. Definio correta de dependncia funcional.
64 A normalizao de dados o processo da anlise de determinados

esquemas de relaes com base em suas dependncias funcionais e chaves
primrias. Esse processo visa alcanar as propriedades desejveis de
maximizao da redundncia e de minimizao das anomalias de insero,
excluso e atualizao.
Errada! A normalizao visa minimizar redundncias. O restante da
sentena est correto.
(CESPE INPI Analista Gesto de TI/Desenvolvimento - 2013)
Acerca de normalizao de dados, julgue os itens seguintes.
65 Ao se realizar uma modelagem para Data Warehouse, a forma

normalizada Snow Flake permite que as dimenses sejam modeladas na 3FN
(terceira forma normal). Dessa forma, todo modelo Snow Flake na 3FN estar
necessariamente tambm na forma normal BCNF (boyce-codd), visto que ambas
so baseadas no conceito de dependncia transitiva.
21532552106
Errada! J sabemos que todo modelo de dados na BCNF est na 3FN, mas
nem sempre modelos na 3FN esto na FNBC.
66 Um esquema de relao X estar na 2FN se todo atributo no primrio

A em X tiver dependncia funcional total da chave primria de X.
Errada! Faltou afirmar que o esquema tambm precisa estar na 1FN.
Prof. Victor Dalton
96 de 123

67 A primeira forma normal (1FN) considerada parte da definio formal,
em que no possvel, como valor de atributo de uma nica tupla, obter um
conjunto de valores, uma tupla de valores ou uma combinao entre ambos.
Certa. Os atributos no podem ser multivalorados.
68 Questo) (FCC TCE/RS Auditor Pblico Externo

Processamento de Dados - 2014) Considerando o conceito de normalizao
existente em bancos de dados relacionais, uma relao R est na segunda forma
normal se, alm de estar na primeira forma normal,
(A) todos atributos que no fizerem parte da chave primria dessa relao
forem do tipo literal, com um comprimento mximo de 20 caracteres.
(B) no houver atributos do tipo numrico na chave primria dessa relao,
mas apenas atributos do tipo derivado.
(C) todos atributos que no fizerem parte da chave primria dessa relao
forem completamente dependentes de sua chave primria, ou seja, dependente
de toda a chave e no apenas de parte dela.
(D) houver um nmero mnimo de 3 atributos nessa relao, sendo que
todos esses atributos devem ser do tipo composto.
(E) os atributos de R estiverem restritos a uma lista predefinida de valores,
sendo essa lista composta por um nmero mximo de valores.
Para estar na segunda forma normal, uma tabela, alm de estar na 1FN,
precisa que todos os seus atributos no-chave forem dependam funcionalmente
da chave inteira. Ou seja, no podem existir atributos que dependam apenas de
parte da chave, caso exista mais de um atributo compondo a chave primria.
Resposta certa, alternativa c).
21532552106
Prof. Victor Dalton
97 de 123

CONSIDERAES FINAIS
E conseguimos encerrar a aula! Algum desmaiou? Todo mundo a?

Eu, particularmente, gosto muito de BD. Por isso, procurei escrever muita
coisa pra vocs nos mnimos detalhes, tentando aliviar a dificuldade que eu
imagino que vocs tero com esse assunto. Sei que vocs no esto aqui para
se formarem em Bancos de Dados, e sim para acertar questes sobre o assunto
na prova.
Meu foco a aprovao de vocs, e nada mais. Quero facilitar ao mximo
a digesto desse contedo.
Faa um esforo, vale a pena esse sacrifcio. Se tudo der certo, ser a
ltima vez que voc estuda esses assuntos.
Bons estudos!
Victor Dalton
21532552106
Prof. Victor Dalton
98 de 123

LISTA DE EXERCCIOS
Tecnologia da Informao - 2010) Um banco de dados um
a) conjunto de objetos da realidade sobre os quais se deseja manter
informaes.
b) conjunto de operaes sobre dados integrados destinados a modelar
processos.
c) software que incorpora as funes de definio, recuperao e alterao
de dados.
d) software que modela funes de definio, recuperao e alterao de
dados e programas.
e) conjunto de dados integrados destinados a atender s necessidades de
uma comunidade de usurios.
2 Questo) (ESAF Analista de Finanas e controle Fiscalizao

Geral - 2012) O projeto geral do banco de dados
a) o esquema do banco de dados.
b) o planejamento estratgico do fluxo de dados.
c) o esquema de dimensionamento fsico-financeiro do banco de dados.
d) a verso inicial de instanciao dos dados a serem carregados no
sistema.
e) o esquema de atualizao dos dados para manuteno de consistncia.
3 Questo) (FCC TCE/SP - Agente da Fiscalizao Financeira Produo e Banco de Dados 2010) No catlogo so mantidos
a) esquemas internos, conceituais e externos, mapeamentos e metadados.
b) apenas os esquemas internos e os metadados.
c) apenas o esquema conceitual e os metadados.
d) apenas os esquemas internos, externos e os metadados.
e) apenas o mapeamento conceitual.
21532552106

Tecnologia da Informao - 2012) O modelo conceitual de dados
a) aquele em que os objetos, suas caractersticas e relacionamentos tm
a representao de acordo com as regras de implementao e limitantes
impostos por algum tipo de tecnologia.
b) aquele em que os objetos, suas caractersticas e relacionamentos tm
a representao fiel ao ambiente observado, independente de limitaes
quaisquer impostas por tecnologias, tcnicas de implementao ou dispositivos
fsicos.
Prof. Victor Dalton
99 de 123

c) aquele elaborado respeitando-se e implementando-se conceitos tais
como chaves de acesso, controle de chaves duplicadas, itens de repetio
(arrays), normalizao, ponteiros e integridade referencial, entre outros.
d) a fase da modelagem na qual necessrio considerar todas as
particularidades de implementao, principalmente o modelo que ser utilizado
para a implementao futura.
e) est sempre associado s fases de projeto, contrastando com o modelo
lgico, que sempre est associado fase de anlise, quando utilizado com as
metodologias de desenvolvimento de sistemas e implementado por ferramentas
CASE.
5 Questo) (FCC ALESP - Agente Tcnico Legislativo

Administrao de Banco de Dados 2010) Um modelo de banco de dados
uma descrio do tipo de informao que est ou ser armazenada em um
banco de dados. O mesmo modelo de banco de dados pode ser descrito em
diversos nveis de abstrao. Geralmente, utilizam-se os nveis
a) conceitual e prtico.
b) escrito e lgico.
c) representativo e prtico.
d) conceitual e lgico.
e) escrito e prtico.
6 Questo) (FCC MPE/AM Agente de Apoio Programador 2013) Um sistema de banco de dados deve apresentar um projeto que visa a
organizao das informaes e utilizao de tcnicas para que o futuro sistema
obtenha boa performance e tambm facilite as manutenes que venham a
acontecer.
O projeto de banco de dados se d em, pelo menos, duas fases:
Modelagem conceitual e
a) Projeto lgico.
b) Teste de integrao.
c) Instalao.
d) Definio da ferramenta que ser adotada.
e) Teste de carga.
21532552106
7 Questo) (ESAF CVM Analista - Sistemas 2010) Assinale a

opo correta.
a) Um banco de dados relacional composto de roteamentos.
b) O projeto de um banco de dados realizado segundo as fases
Modelagem Procedural, Projeto Lgico, Projeto Operacional.
Prof. Victor Dalton
100 de 123

c) O projeto de um banco de dados realizado segundo as fases
Modelagem Conceitual, Projeto Lgico, Projeto Fsico.
d) O projeto de um banco de dados realizado por meio das fases
Modelagem Lgica e Modelagem Fsica.
e) Um banco de dados relacional composto de configuraes.

Desenvolvimento de Sistemas de Informao 2008) Administrar um
banco de dados constitui-se basicamente em instalar, configurar, monitorar e
solucionar problemas em um SGBD (Sistema Gerenciador de Banco de Dados).
Assim, constituem-se responsabilidades de um Administrador de Banco de
Dados (DBA), exceto:
a) planejar o projeto fsico do banco de dados.
b) realizar, testar e manter cpias de segurana dos dados periodicamente.
c) monitorar o desempenho do servidor de banco de dados e tomar as
providncias necessrias para atender as demandas dos usurios e sistemas.
d) definir regras para a nomenclatura utilizada nas tabelas e nos esquemas
do banco de dados.
e) definir e verificar periodicamente a segurana e integridade do servidor
de banco de dados.

Dados e Administrador de Dados - 2011) Quando uma transao A acessa o
banco de dados, o SGBD automaticamente bloqueia cada parte do banco que
essa transao altera ou requisita. Ao efetuar uma transao B em paralelo, o
SGBD tambm bloqueia partes do banco de dados que essa transao acessa.
Tais procedimentos se referem caracterstica de um SGBD denominada
controle de
a) integridade.
b) concorrncia.
c) restrio.
d) desempenho.
e) restaurao.
21532552106

Administrao de Banco de Dados 2010) NO uma vantagem do SGBD:
a) controle de redundncia.
b) compartilhamento de dados.
c) restrio a acesso no autorizado.
d) tolerncia a falhas.
e) custo.
Prof. Victor Dalton
101 de 123

11 Questo) (FCC TST Analista Judicirio Anlise de Sistemas

2012) Um Sistema de Gerenciamento de Bancos de Dados (SGBD)
a) um ambiente de suporte ao desenvolvimento de projetos de banco de
dados relacionais, que gera um modelo de banco de dados para ser
implementado em um servidor.
b) prepara aplicaes para que possam acessar um ou mais bancos de
dados. Na linguagem de programao Java, por exemplo, o JDBC (Java Data
Base Connectivity) um SGBD capaz de acessar dados de diferentes bancos.
c) oferece um conjunto de ferramentas que possibilitam o gerenciamento
de diferentes arquivos do tipo texto ou do tipo binrio, armazenados em bancos
de dados, limitados aos formatos UNICODE ou ASCII.
d) consiste em uma tecnologia de servidores que opera sobre o protocolo
HTTP para a troca de dados e informaes atravs de arquivos que transportam
mensagens no formato HTML.
e) faz a gerncia de uma ou mais bases de dados, permitindo o
armazenamento e consulta de dados e informaes pelos usurios finais e
programas de aplicao.
12 Questo) (FCC TCE/SP - Agente da Fiscalizao Financeira Produo e Banco de Dados 2010) As trs vises da arquitetura bsica de
um SGBD, pela ordem, desde a mais prxima do usurio at a mais distante,
so:
a) externa, conceitual e interna.
b) externa, interna e conceitual.
c) conceitual, interna e externa.
d) conceitual, externa e interna.
e) interna, conceitual e externa.

Tecnologia da Informao 2009) Considere:
21532552106
I. O que se ocupa do modo como os dados so fisicamente armazenados.

II. O que se ocupa do modo como os dados so vistos por usurios
individuais.
III. Nvel lgico de comunidade ou apenas lgico (mais abstrato que o fsico
e diferente da viso do usurio individual).
Em um projeto arquitetural, os itens I, II e III so classificados,
respectivamente, como nveis
a) externo, conceitual e interno.
b) externo, interno e conceitual.
c) interno, externo e conceitual.
d) interno, conceitual e externo.
Prof. Victor Dalton
102 de 123

e) conceitual, externo e interno.
14 Questo) (FCC MPE/AM Agente de Apoio Programador 2013) O sistema de banco de dados deve garantir uma viso totalmente
abstrata do banco de dados para o usurio, ou seja, para o usurio do banco de
dados pouco importa qual a unidade de armazenamento est sendo usada para
guardar seus dados, contanto que os mesmos estejam disponveis no momento
necessrio.
Esta abstrao se d em trs nveis:
I. Nvel de viso do usurio: as partes do banco de dados que o usurio
tem acesso de acordo com a necessidade individual de cada usurio ou grupo de
usurios.
II. Nvel conceitual.
III. Nvel fsico: o nvel mais baixo de abstrao, em que define
efetivamente de que maneira os dados esto armazenados.
O Nvel conceitual:
a) garante a integridade dos dados por aplicao de criptografia e o
controle de blocos de acesso.
b) especifica a maneira como os dados devem ser transferidos para a
memria.
c) determina o tipo de segurana que ser utilizado no acesso aos dados.
d) apresenta o conceito de acesso (simtrico ou assimtrico) e as chaves
que sero utilizadas.
e) define quais os dados que esto armazenados e qual o relacionamento
entre eles.

de Sistema - 2013) Em projetos de Banco de Dados, o objetivo da arquitetura
de trs-esquemas separar o usurio da aplicao do banco de dados fsico.
Nessa arquitetura, os esquemas podem ser definidos por trs nveis:
21532552106
I. O nvel interno tem um esquema que descreve a estrutura de

armazenamento fsico do banco de dados. Esse esquema utiliza um modelo de
dado fsico e descreve os detalhes complexos do armazenamento de dados e
caminhos de acesso ao banco;
II. O nvel conceitual possui um esquema que descreve a estrutura de todo
o banco de dados para a comunidade de usurios. O esquema conceitual oculta
os detalhes das estruturas de armazenamento fsico e se concentra na descrio
de entidades, tipos de dados, conexes, operaes de usurios e restries.
Prof. Victor Dalton
103 de 123

Geralmente, um modelo de dados representacional usado para descrever o
esquema conceitual quando o sistema de banco de dados for implementado.
Esse esquema de implementao conceitual normalmente baseado em um
projeto de esquema conceitual em um modelo de dados de alto nvel;
III. O nvel interno ainda abrange os esquemas externos ou vises de
usurios. Cada esquema interno descreve a parte do banco de dados que um
dado grupo de usurios tem interesse e oculta o restante do banco de dados
desse grupo. Como no item anterior, cada esquema tipicamente implementado
usando-se um modelo de dados representacional, possivelmente baseado em
um projeto de esquema externo em um modelo de dados de alto nvel.
Est correto o que se afirma em
a) II, apenas.
b) II e III, apenas.
c) I, II e III.
d) I e II, apenas.
e) III, apenas.

Tecnologia da Informao 2009) A independncia de dados fsica e a
independncia de dados lgica so possibilitadas de forma ideal,
respectivamente, por um
a) ou mais mapeamentos conceituais/internos e por um ou mais
mapeamentos internos/externos.
b) mapeamento conceitual/interno e por um ou mais mapeamentos
externos/conceituais.
c) mapeamento interno/externo e por um mapeamento conceitual/interno.
d) ou mais mapeamentos internos/externos e por um mapeamento
conceitual/interno.
e) mapeamento conceitual/externo e por um mais mapeamentos
conceituais/internos.
21532552106
17 Questo) (Cesgranrio Petrobrs Analista de Sistemas Jnior

Engenharia de Software 2010) A independncia de dados lgica,
definio componente da arquitetura de trs esquemas para sistemas de banco
de dados, corresponde capacidade de se efetuarem
a) mudanas no nvel conceitual, sem a necessidade de modificaes no
nvel externo e em programas aplicativos.
b) mudanas no nvel interno, sem a necessidade de modificaes nos
nveis conceitual e externo.
c) mudanas no nvel externo, sem a necessidade de modificaes nos
nveis interno e conceitual.
Prof. Victor Dalton
104 de 123

d) consultas em SQL sobre um banco de dados relacional, independente da
estruturao fsica dos dados armazenados.
e) consultas em SQL sobre um banco de dados relacional, independente da
lgica de programao usada em programas aplicativos.

de Sistema - 2013) A capacidade de alterar o esquema conceitual sem mudar
o esquema externo ou os programas, podendo modificar o esquema conceitual
para expandir o banco de dados (adicionando um tipo de registro ou item de
dados), variar as restries ou reduzir o banco de dados (removendo um tipo de
registro ou item de dados) chamada de
a) modularidade.
b) modelo conceitual.
c) independncia lgica de dados.
d) polimorfismo.
e) agregao.
19 Questo) (FCC TRE/SP Analista Judicirio Anlise de

Sistemas - 2012) o modelo de dados que eliminou o conceito de hierarquia,
permitindo que um mesmo registro estivesse envolvido em vrias associaes.
Os registros, organizados em grafos, permitem o tipo de associao que define
uma relao 1:N entre os tipos de registros proprietrio e membro. Assim, para
dois relacionamentos 1:N entre os registros A e D e entre os registros C e D
possvel construir um relacionamento M:N entre A e D. Trata-se do modelo
a) em rede.
b) relacional.
c) hierrquico.
d) orientado a objetos.
e) distribudo.
21532552106
20 Questo) (ESAF MPOG Analista de Planejamento e

Oramento Tecnologia da Informao 2009) No modelo entidaderelacionamento, a cardinalidade de mapeamento expressa
a) o nmero de entidades ao qual um relacionamento pode estar associado
a um outro relacionamento.
b) o nmero de relacionamentos ao qual outro relacionamento pode estar
associado via uma entidade.
c) o critrio de classificao segundo o qual os relacionamentos associam
entidades.
Prof. Victor Dalton
105 de 123

d) o nmero de entidades ao qual outra entidade pode estar associada via
um relacionamento.
e) o posicionamento de uma entidade dentro do mapeamento do modelo.
21 Questo) (UEL Sercomtel Informtica III 2005) Para um

conjunto de relacionamentos binrios a cardinalidade NO pode ser:
a)Um para um (1:1): uma entidade E1 pode estar associada no mximo a
uma entidade E2 atravs de R; e uma entidade de E2 pode estar associada a no
mximo uma entidade E1, atravs de R.
b)Um para muitos (1:N): uma entidade E1 pode estar associada a vrias
entidades E2; e uma entidade de E2 pode estar associada a no mximo uma
entidade E1.
c)Muitos para um (N:1): uma entidade E1 pode estar associada no mximo
a uma entidade E2; e uma entidade de E2 pode estar associada a vrias
entidades de E1.
d)Muitos para muitos (N:N): uma entidade E1 pode estar associada a
vrias entidade E2; e uma entidade de E2 pode estar associada a vrias
entidades de E1.
e)Um para muitos (1:N): uma entidade E1 pode estar associada a vrias
entidade E2 ou nenhuma; e uma entidade de E2 pode estar associada a
nenhuma ou muitas entidades de E1.
Conhecida a cardinalidade, voc j resolve a questo. As quatro primeiras
alternativas exemplificam bem as vrias cardinalidades.

diagrama ER parcial de um banco de dados.
21532552106
De acordo com a cardinalidade das associaes, um

Prof. Victor Dalton
106 de 123

a) projeto emprega pelo menos um empregado e controlado por
exatamente um departamento.
b) empregado trabalha em pelo menos um projeto e gerencia exatamente
um departamento.
c) empregado trabalha em zero ou mais projetos e gerencia exatamente
um departamento.
d) departamento gerenciado por exatamente um empregado e controla
pelo menos um projeto.
e) departamento gerenciado por exatamente um empregado e controla
zero ou mais projetos.

Dados - 2013) Quando do projeto de um banco de dados relacional, pode
haver a indicao de que um conjunto de entidades tem participao total em
um conjunto de relacionamentos, isto significa que
a) cada entidade do conjunto de entidades participa em todos os
relacionamentos do conjunto de relacionamentos.
b) h, no mnimo, metade das entidades do conjunto de entidades que
participam em pelo menos um relacionamento do conjunto de relacionamentos.
c) as entidades do conjunto de entidades no possuem atributos do tipo
booleano ou do tipo data.
d) cada entidade do conjunto de entidades participa em pelo menos um
relacionamento do conjunto de relacionamentos.
e) todos os atributos do conjunto de entidades so indexados com a tcnica
de rvores binrias.

Dados - 2013) Considere o seguinte diagrama Entidade-Relacionamento,
resultante da modelagem de um banco de dados relacional:
21532552106
A partir desse diagrama, pode-se afirmar que

a) uma loja no possui todos os produtos.
b) uma loja possui um nmero par de departamentos.
c) cada departamento pode possuir vrios produtos.
d) um mesmo produto no pode estar em mais de uma loja.
e) o nmero de lojas impar.
Prof. Victor Dalton
107 de 123


Dados - 2013) A tcnica de diagramao no modelo de EntidadeRelacionamento bem simples. Utiliza basicamente um losango para
representar ...I... e um retngulo para representar ...II... .
As lacunas I e II so preenchidas, correta e respectivamente, por
a) relacionamentos entidades
b) atributos relacionamentos
c) entidades relacionamentos
d) entidades atributos
e) atributos entidades

Tecnologia da Informao - 2012) Um banco de dados relacional um banco
de dados projetado segundo o chamado modelo relacional, que um modelo de
banco de dados baseado na lgica de predicados de primeira ordem. O objetivo
do modelo o de proporcionar uma linguagem declarativa para a descrio
tanto dos dados como de consultas a seu respeito, de maneira que o usurio
declara tanto a informao contida no banco de dados como a informao que
dele deseja extrair, deixando a cargo do sistema gerenciador do banco de dados
a tarefa de estabelecer estruturas de armazenamento de dados bem como os
procedimentos de recuperao destes dados para responder consultas. O modelo
relacional foi proposto formalmente h mais de 40 anos.
O texto acima est
a) incorreto, porque o modelo relacional baseado na lgica de predicados
de segunda ordem.
b) correto.
c) incorreto, porque o modelo relacional no conduz naturalmente a uma
linguagem declarativa de descrio de dados ou consultas.
d) incorreto, porque nos bancos de dados relacionais, a tarefa de descrever
os procedimentos de recuperao dos dados para a resposta a consultas tarefa
do usurio.
e) incorreto, porque o modelo relacional foi proposto h menos de 30 anos.
21532552106
27 Questo) (ESAF SUSEP Analista Tcnico Tecnologia da

Informao - 2010) Em Sistemas Gerenciadores de Bancos de Dados (SGBD),
existem as seguintes categorias de restries de integridade:
a) Integridade de domnio, Integridade de vazio, Integridade de chave,
Prof. Victor Dalton
108 de 123

b) Integridade de acesso, Integridade de entrada, Integridade de sada,
c) Integridade de domnio, Integridade de completude, Integridade de
chave, Integridade posicional.
d) Integridade de cardinalidade, Integridade de vazio, Integridade de
autorizao de acesso, Integridade associativa.
e) Integridade de generalizao/especializao, Integridade de usurios,
Integridade de chave, Integridade referencial.

Dados - 2013) No projeto de bancos de dados relacionais usual a tarefa de
permitir ou restringir a presena de valores nulos para determinados atributos.
O significado de um valor nulo
a) o valor zero.
b) um valor especial designado pelo cdigo ASCII da tecla #.
c) o valor correspondente tecla F12.
d) a ausncia de valor.
e) um valor fora do domnio do atributo.

Administrao de Banco de Dados 2010) NO uma restrio de
integridade bsica:
a) de vazio.
b) de domnio.
c) de entidade.
d) de chave.
e) referencial.

Tecnologia da Informao 2014) No modelo entidade-relacionamento
utilizado para modelar Bancos de Dados relacionais, quando se indica que h um
conjunto de relacionamentos do tipo muitos para muitos entre 2 conjuntos de
entidades A e B, significa que
21532552106
(A) uma entidade do conjunto A est sempre associada a mais de uma

entidade de conjunto B e vice-versa.
(B) uma entidade do conjunto A pode estar associada a vrias entidades do
conjunto B e vice-versa.
(C) os conjuntos de entidades A e B possuem, cada um deles, nmero igual
de atributos.
(D) os conjuntos de entidades A e B possuem diversos atributos com a
possibilidade de terem valores nulos.
Prof. Victor Dalton
109 de 123

(E) uma entidade do conjunto B est associada a apenas uma entidade do
conjunto A, mas uma entidade do conjunto A est associada a vrias entidades
do conjunto B.

Tecnologia da Informao - 2010) Um modelo de banco de dados relacional
deve conter no mnimo a definio de
a) tabelas, colunas das tabelas e restries de integridade.
b) ttulos, colunas dos atributos e restries de integridade.
c) ttulos, colunas das tabelas e restries de manuteno.
d) tabelas, relaes entre linhas das tabelas e opes de integridade.
e) associaes de restrio, colunas referenciadas e restries de
desempenho.

Tecnologia da Informao - 2012) Em relao a bancos de dados, uma
chave primria pode ser formada por uma ou mais colunas e deve possuir um
identificador nico para
a) cada uma das colunas pertencente a essa chave.
b) cada coluna da tabela.
c) uma tupla (formada por linhas e colunas).
d) todos os registros da tabela.
e) cada linha da tabela.

Tecnologia da Informao 2010) Em Abordagem Relacional
a) uma chave relacionada uma coluna cujos valores distinguem atributos
de relacionamentos.
b) a chave estrangeira o mecanismo que permite a implementao de
relacionamentos em um banco de dados relacional.
c) a chave estrangeira uma coluna ou uma combinao de colunas cujos
valores no aparecem na chave primria de uma tabela.
d) uma chave primria uma linha ou uma combinao de linhas cujos
valores distinguem uma coluna das demais dentro de uma tabela.
e) a chave estrangeira uma linha ou uma combinao de linhas cujos
valores necessariamente aparecem na chave primria de uma tabela.
21532552106

Tecnologia da Informao - 2012) No modelo entidade-relacionamento,
a) entidades podem ter atributos, mas relacionamentos no podem ter
atributos.
Prof. Victor Dalton
110 de 123

b) uma chave um conjunto de atributos cujos valores identificam um
relacionamento de maneira nica.
c) um relacionamento uma associao entre atributos.
d) todo relacionamento tem uma chave.
e) uma chave um conjunto de atributos cujos valores identificam uma
entidade de maneira nica.
35 Questo) (FCC TJ/RJ Analista Judicirio Analista de

Suporte 2012) Considere:
I. Se uma transao concluda com sucesso (operao commit bem
sucedida), ento seus efeitos so persistentes.
II. Ou todas as aes da transao acontecem, ou nenhuma delas
acontece.
As propriedades (I) e (II) das transaes em SGBDs, significam,
respectivamente,
a) durabilidade e consistncia.
b) persistncia e automao.
c) isolao e atomicidade.
d) durabilidade e atomicidade.
e) consistncia e persistncia.

Dados 2013) O conceito de transaes em um banco de dados relacional
envolve algumas propriedades conhecidas e agrupadas sob o acrnimo ACID. A
letra D nesse acrnimo significa Durabilidade, sendo que seu conceito indica que
a) todas as regras de consistncia previamente programadas no banco de
dados sero automaticamente excludas.
b) cada transao independente das demais, no gerando influncia nas
demais transaes eventualmente existentes.
c) os tipos de dados definidos no dependem do sistema gerenciador de
banco de dados utilizado.
d) ao trmino de uma transao, eventuais alteraes em valores das
tabelas do banco de dados devem persistir, mesmo que ocorram falhas no
sistema de banco de dados.
e) necessrio utilizar um sistema gerenciador de banco de dados capaz
de implementar mecanismos de controle de concorrncia.
21532552106
37 Questo) (UEL SEAP Analista de Sistemas 2009) Os sistemas

gerenciadores de bancos de dados devem garantir que as transaes por eles
suportadas possuam o conjunto das seguintes propriedades:
Prof. Victor Dalton
111 de 123

a) Atomicidade, consistncia, isolamento, durabilidade.
b) Atomicidade, consistncia, independncia de dados, durabilidade.
c) Atomicidade, consistncia, independncia de dados, isolamento.
d) Atomicidade, consistncia, isolamento, replicao.
e) Atomicidade, consistncia, durabilidade, robustez.
38 Questo) (FCC SEFAZ/SP Agente Fiscal de Rendas 2013)

Para responder s prximas questes, 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 mant-las
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.
21532552106
39 Questo) (FCC DPE/SP

Analista de Sistemas - 2013) Quando
de dados relacional, podem ser utilizados
correto afirmar que
a) podem ser decompostos em
compostos.
Agente de Defensoria Pblica

da modelagem de dados de um banco
atributos compostos, sobre os quais
outros atributos simples ou ainda
Prof. Victor Dalton
112 de 123

b) so sempre formados por um atributo do tipo numrico e um do tipo
literal.
c) no podem conter atributos do tipo booleano em sua formao.
d) no admitem valores nulos em sua composio.
e) fazem parte, obrigatoriamente, da chave primria do conjunto de
entidades ao qual so vinculados.
40 Questo) (FCC SEFAZ/SP Agente Fiscal de Rendas 2013) 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.

projeto conceitual de um banco de dados:
21532552106
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.
Prof. Victor Dalton
113 de 123

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
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.
42 Questo) (FCC MPE/CE Analista Ministerial Cincias da

Computao - 2013) O modelo de dados relacional baseado em uma coleo
de ...I... . O usurio pode consult-las e inserir, excluir e atualizar ...II... . A
...III... define um conjunto de operaes sobre relaes e as linguagens de
consulta so baseadas nela. O modelo de dados ...IV... amplamente usado
para o projeto do banco de dados, oferecendo uma representao grfica para
visualizar dados, relacionamentos e ...V....
Preenchem as lacunas, correta e respectivamente, o que consta em
21532552106

Administrao de Banco de Dados e Arquitetura de Dados - 2010)
Maneira alternativa de observao de dados de uma ou mais entidades tabelas
, que compe uma base de dados. Pode ser considerada como uma tabela
virtual ou uma consulta armazenada. Trata-se de
a) table shadow.
Prof. Victor Dalton
114 de 123

b) view.
c) shadow table.
d) table blour.
e) blour table.
44 Questo) (FCC BACEN Analista rea 2 2005 - adaptada)

Sobre definio e manipulao de viso, analise:
I. Uma VIEW prov mais segurana, pois permite esconder parte dos dados
da tabela real.
II. Os dados que compem a VIEW so armazenados separadamente da
tabela real.
III. Uma linha inserida na VIEW, com todas as colunas, ser inserida na
tabela real.
correto o que consta APENAS em
a) I,II e III.
b) I e II, somente.
c) I e III, somente.
d) II e III, somente.
e) I, somente.
45 Questo) (FMP ISS/POA Agente Fiscal da Receita 2012) Na

modelagem Entidade-Relacionamento (ER) uma propriedade importante de um
relacionamento a de quantas ocorrncias de uma entidade podem estar
associadas a uma determinada ocorrncia atravs do relacionamento. Tal
propriedade chamada de
21532552106
a) dependncia funcional
b) normalizao
c) generalizao/especializao
d) relacionamento identificador
e) cardinalidade.

definio software que incorpora as funes de definio, recuperao e
alterao de dados em um banco de dados, melhor corresponde a:
Prof. Victor Dalton
115 de 123

a) Modelo de banco de dados.
b) Linguagem de Consulta Estruturada (SQL).
c) Sistema de Gerncia de Banco de Dados (SGDB).
d) Interpretador eXtended Markup Language (XML).
e) Sistemas de arquivos.
47 Questo) (FMP ISS/POA Agente Fiscal da Receita 2012)

Como se denomina o modelo de dados abstrato que descreve a estrutura de um
banco de dados de forma independente de um SGDB particular?
a) Modelo fsico.
b) Modelo de dados.
c) Modelo virtual.
d) Modelo conceitual.
e) Modelo lgico.
tcnica de modelagem de dados mais difundida a abordagem entidaderelacionamento. luz dessa modelagem, o que se entende por relacionamento?
a) O conjunto de associaes entre as entidades que sero armazenadas no
banco de dados.
b) As informaes de uma determinada entidade do banco de dados.
c) Um par especfico de entidades.
d) A definio dos possveis valores que uma determinada entidade pode
assumir.
21532552106
e) Um identificador que distingue de forma unvoca a ocorrncia de uma

entidade das demais ocorrncias dessa mesma entidade.
49 Questo) (CETRO SEMSA Analista de Sistemas 2012)

Assinale a alternativa que apresenta a representao adequada para uma
entidade forte no modelo E-R.
a) Losango.
b) Retngulo de borda dupla.
Prof. Victor Dalton
116 de 123

c) Pequeno retngulo de cantos arredondados.
d) Losango de borda dupla.
e) Retngulo.
2013) Com relao s chaves substitutas em banco de dados, analise as
assertivas abaixo.
I. Sempre envolvem exatamente um atributo.
II. Elas servem somente para representar o fato de que entidades
correspondentes existem.
III. Quando uma entidade excluda, o valor de sua chave substituta
dever ser alocado para a primeira nova entidade adicionada.
correto o que se afirma em
a) I e III, apenas.
b) I e II, apenas.
c) II e III, apenas.
d) I, II e III.
e) II, apenas.

2013) Quanto aos sistemas de gerenciamento de banco de dados, assinale a
alternativa correta.
a) Sua funo geral fornecer uma interface entre o usurio e o sistema de
banco de dados.
21532552106
b) Sempre tem um gerenciador de transaes.

c) O dicionrio de dados impe certos controles sobre a recuperao e
concorrncia do banco de dados.
d) A verificao da integridade dos dados deve ser feita somente no tempo
de compilao.
e) No incluem compiladores de DML.
Prof. Victor Dalton
117 de 123

52 Questo) (FCC TRT 2 Regio Analista Judicirio Tecnologia

da Informao 2014) Em alguns casos, dois ou mais valores de atributos
em um modelo de Entidade-Relacionamento esto relacionados. Por exemplo, os
atributos Idade e Data de Nascimento de uma pessoa. Para uma EntidadePessoa em particular, o valor de Idade pode ser determinado pela data corrente
e o valor de Data de Nascimento da pessoa. Portanto, o atributo Idade
chamado atributo ...I... do atributo Data de Nascimento, que, por sua vez,
chamado atributo ...II... .
As lacunas I e II so, correta e respectivamente, preenchidas com:
(A) armazenado - derivado
(B) derivado - armazenado
(C) multivalorado - monovalorado
(D) identificador - complexo
(E) resultante - unvoco

SGBD multiusurio deve permitir que diversos usurios acessem o banco de
dados ao mesmo tempo. Isso essencial se os dados para as vrias aplicaes
esto integrados e mantidos em um nico banco de dados. O SGBD deve incluir
um software de controle de concorrncia para garantir que muitos usurios, ao
tentar atualizar o mesmo dado, o faam de um modo controlado, para assegurar
que os resultados das atualizaes sejam corretos. Por exemplo, quando muitos
atendentes tentam reservar um lugar em um voo, o SGBD deve garantir que
cada assento possa ser acessado somente por um atendente de cada vez, para
fazer a reserva de apenas um passageiro.
Em SGBD, a este conceito se d o nome de
a) acesso simultneo.
b) semforo de acesso.
c) transao.
d) modularizao.
e) polimorfismo.
21532552106

SGBD possui a capacidade de mudar o esquema interno sem ter de alterar o
esquema conceitual, consequentemente no havendo necessidade de alterao
do esquema externo. As mudanas no esquema interno podem ser necessrias
para que alguns arquivos fsicos possam ser reorganizados, por exemplo, pela
criao de estruturas de acesso adicionais para aperfeioar o desempenho da
recuperao ou atualizao de dados.
Prof. Victor Dalton
118 de 123

Essa caracterstica de um SGBD denominada
a) modelo lgico de dados.
b) modelo fsico de dados.
c) independncia modular.
d) representao conceitual.
e) independncia fsica de dados.
55 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) Uma

caracterstica fundamental da abordagem de um banco de dados que o
sistema de banco de dados possui no apenas o banco de dados, mas tambm
uma completa definio ou descrio ...I... desse banco de dados e ...II.... Essa
definio est armazenada no catlogo do SGBD, que contm informaes como
a estrutura de cada arquivo, o tipo e o formato de armazenamento de cada item
de dado e vrias restries sobre os dados.
As lacunas I e II so correta e, respectivamente, preenchidas por:

a) do domnio - seus casos de uso
b) do contedo binrio - suas linhas e colunas
c) das tabelas - seus administradores
d) da estrutura - suas restries
e) em UML - outros bancos deste sistema
56 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) No

processamento tradicional de arquivos, a estrutura do arquivo de dados est
embutida no programa da aplicao, sendo assim, qualquer mudana na
estrutura de um arquivo pode exigir alteraes de todos os programas que
acessam esse arquivo. Aplicaes desenvolvidas com foco em SGBD no exigem
essas alteraes na maioria dos casos, pois a estrutura dos arquivos de dados
armazenada no catlogo do SGDB separadamente do programa de acesso.
21532552106
A este isolamento entre programas e dados dado o nome de

a) abstrao de dados.
Prof. Victor Dalton
119 de 123

b) acesso remoto.
c) independncia funcional.
d) independncia modular.
e) modelo relacional.
57 Questo) (FCC SABESP Tecnlogo - Sistemas - 2014) A

maioria das aplicaes de um banco de dados tem certas restries de
integridade que devem complementar os dados. O SGBD deve prover
funcionalidades para a definio e a garantia dessas restries. O tipo mais
simples de restrio de integridade envolve a
a) especificao de um tipo de dado para cada item de dados.
b) indexao da tabela por valores ascendentes ou descendentes, conforme
a restrio a ser integrada.
c) criao de visualizaes (views) para as colunas de uma tabela.
d) definio do modelo lgico de dados juntamente com as caractersticas
fsicas do domnio.
e) utilizao de chaves estrangeiras em conjunto com a definio de um
gatilho (trigger) para determinados eventos.
58 Questo) (FCC SEFAZ/PE Auditor Fiscal 2014) Um Sistema

de Gerenciamento de Banco de Dados (SGBD) um software com recursos
especficos para facilitar a manipulao das informaes dos bancos de dados e
o desenvolvimento de programas aplicativos. A forma como os dados sero
armazenados no banco de dados definida pelo modelo do SGBD. Os principais
modelos so: hierrquico, em rede, orientado a objetos e
21532552106
(A) funcional.
(B) procedural.
(C) orientado a servios.
(D) relacional.
(E) orientado a componentes.
59 Questo) (FCC TCE/RS Auditor Pblico Externo Tcnico em

Procesamento de Dados 2014) Considerando a modelagem de dados de
um banco de dados relacional, h diversos conceitos envolvendo conjuntos de
entidades. Um conceito correto sobre conjuntos de entidades e seus atributos
Prof. Victor Dalton
120 de 123

(A) um atributo do tipo derivado aquele que pode ser dividido em duas ou
mais partes, sem perda de significado.
(B) um atributo de um conjunto de entidades multivalorado se for do tipo
literal com mais de 20 caracteres.
(C) um atributo de um conjunto de entidades monovalorado se for do tipo
numrico.
(D) um conjunto de entidades fraco aquele que no tem atributos
suficientes para formar uma chave primria.
(E) um conjunto de entidades forte aquele que tem apenas atributos
literais ou numricos, no contendo atributos do tipo data.

Desenvolvimento de Sistemas de Informao 2008) Em linhas gerais,
normalizar um banco de dados identificar o melhor lugar onde cada dado
pertence. A normalizao uma abordagem de projeto que minimiza a
redundncia e otimiza as estruturas de dados, colocando os elementos de
informaes nos grupos apropriados. Com relao s formas normais, correto
afirmar que uma tabela est na
a) segunda forma normal (2FN), se e somente se estiver na primeira forma
normal (1FN) e todos os atributos no-chave forem totalmente dependentes da
chave primria.
b) primeira forma normal (1FN), se e somente se todos os domnios bsicos
contiverem somente valores no atmicos, isto , atributos multivalorados.
c) terceira forma normal (3FN), se e somente se estiver na segunda forma
normal (2FN) e todos os atributos no-chave forem independentes da chave
primria.
d) forma normal de Boyce/Codd (BCNF), se e somente se cada
determinante for uma chave estrangeira.
e) quarta forma normal (4FN), se somente se estiver na terceira forma
normal (3FN) e existirem dependncias multivaloradas.
21532552106

Dados e Administrador de Dados - 2011) Em relao normalizao de
dados, considere:
Prof. Victor Dalton
121 de 123

I. Se existir um atributo multivalorado, deve-se criar um novo atributo que
individualize a informao multivalorada.
II. Se existir um atributo no atmico, deve-se dividi-lo em outros atributos
que sejam atmicos.
III. Todos os atributos primos devem depender funcionalmente de toda a
chave primria.
Os itens I, II e III referem-se direta e respectivamente a
a) 1FN, 1FN e 2FN.
b) 1FN, 2FN e 2FN.
c) 1FN, 2FN e 3FN.
d) 2FN, 2FN e 3FN.
e) 2FN, 3FN e 3FN.
(CESPE MEC Analista de Sistema Administrador de Dados 2011) Julgue os itens seguintes, a respeito de dependncia funcional e
normalizao.
62 Quando um esquema de relao tem mais de uma chave, cada uma
delas denominada chave-candidata, e, nesse caso, deve-se decompor a
relao com base nas dependncias funcionais at que somente uma chave
primria permanea na relao.
63 Um atributo Y possui uma dependncia funcional do atributo X se, para

cada valor do atributo X, existe exatamente um nico valor do atributo Y. A
dependncia funcional representada por X -> Y.
21532552106
64 A normalizao de dados o processo da anlise de determinados

esquemas de relaes com base em suas dependncias funcionais e chaves
primrias. Esse processo visa alcanar as propriedades desejveis de
maximizao da redundncia e de minimizao das anomalias de insero,
excluso e atualizao.
(CESPE INPI Analista Gesto de TI/Desenvolvimento - 2013)

Acerca de normalizao de dados, julgue os itens seguintes.
Prof. Victor Dalton
122 de 123

65 Ao se realizar uma modelagem para Data Warehouse, a forma
normalizada Snow Flake permite que as dimenses sejam modeladas na 3FN
(terceira forma normal). Dessa forma, todo modelo Snow Flake na 3FN estar
necessariamente tambm na forma normal BCNF (boyce-codd), visto que ambas
so baseadas no conceito de dependncia transitiva.
66 Um esquema de relao X estar na 2FN se todo atributo no primrio

A em X tiver dependncia funcional total da chave primria de X.
67 A primeira forma normal (1FN) considerada parte da definio formal,

em que no possvel, como valor de atributo de uma nica tupla, obter um
conjunto de valores, uma tupla de valores ou uma combinao entre ambos.
68 Questo) (FCC TCE/RS Auditor Pblico Externo

Processamento de Dados - 2014) Considerando o conceito de normalizao
existente em bancos de dados relacionais, uma relao R est na segunda forma
normal se, alm de estar na primeira forma normal,
(A) todos atributos que no fizerem parte da chave primria dessa relao
forem do tipo literal, com um comprimento mximo de 20 caracteres.
(B) no houver atributos do tipo numrico na chave primria dessa relao,
mas apenas atributos do tipo derivado.
(C) todos atributos que no fizerem parte da chave primria dessa relao
forem completamente dependentes de sua chave primria, ou seja, dependente
de toda a chave e no apenas de parte dela.
(D) houver um nmero mnimo de 3 atributos nessa relao, sendo que
todos esses atributos devem ser do tipo composto.
(E) os atributos de R estiverem restritos a uma lista predefinida de valores,
sendo essa lista composta por um nmero mximo de valores.
21532552106
GABARITO
1.e
11.e
21.e
31.a
41.a
51.a
61.a
2.a
12.a
22.e
32.e
42.c
52.b
62.e
3.a
13.c
23.d
33.b
43.b
53.c
63.c
4.b
14.e
24.c
34.e
44.c
54.e
64.e
5.d
15.d
25.a
35.d
45.e
55.d
65.e
6.a
16.b
26.b
36.d
46.c
56.a
66.e
7.c
17.a
27.a
37.a
47.d
57.a
67.c
8.d
18.c
28.d
38.b
48.a
58.d
68.c
Prof. Victor Dalton
123 de 123
9.b
19.a
29.c
39.a
49.d
59.d
10.e
20.d
30.b
40.d
50.b
60.a

04 Mega Informaticas

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

04 Mega Informaticas

Enviado por

Direitos autorais:

Formatos disponíveis

Aula 04

Informtica p/ ATA-MF (com videoaulas)

Informtica para Ministrio da Fazenda 2016

AULA 04: Bancos de dados

1.Bancos de Dados: Conceitos Bsicos

Observao importante: este curso protegido por direitos

Informtica para Ministrio da Fazenda 2016

1. BANCOS DE DADOS: CONCEITOS BSICOS

Antes do estudo de SGBDs propriamente dito, cabe destacar a

Acredito que voc j tenha uma desconfiana do que seja um

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

1) (ESAF Ministrio da Fazenda Analista de Finanas e

Informtica para Ministrio da Fazenda 2016

O que difere um Banco de Dados de um Bando de Dados?

Nossa prxima definio importante a de Esquema de Banco de

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

Ou seja, ao se elaborar um sistema, seu projeto de banco de dados

Imagine agora um sistema de uma grande vendedora de produtos

Informtica para Ministrio da Fazenda 2016

Sistemas Gerenciadores de Bancos de Dados: softwares comerciais.

Os SGBDs facilitam o processo de definio, construo, manipulao

Informtica para Ministrio da Fazenda 2016

Sistema de Banco de Dados: ilustrao

Caractersticas de um banco de dados

Na abordagem de banco de dados, um nico repositrio mantm

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

Informtica para Ministrio da Fazenda 2016

Por exemplo, se vrios agentes de viagem tentam reservar um

Informtica para Ministrio da Fazenda 2016

Sistemas de Bancos de Dados so projetados, administrados e

Em muitos casos, os projetistas esto na equipe de DBAs e so

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

Usurios Finais (ou usurios do banco de dados)

Levantar os requisitos funcionais para o banco de dados;

Enquanto isso, o DBA acumularia as seguintes atribuies:

Mapear o modelo conceitual no modelo lgico;

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

Importante, quando tratar-se de personagens envolvidos, prestar

Analistas de Sistemas e Engenheiros de Software

Vantagens da abordagem SGBD

Via de regra, os SGBDs so ferramentas carssimas, da ordem de

Controle de redundncia: quando os Bancos de Dados

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

Desvantagens da abordagem SGBD

Instalar e manter Sistemas de Bancos de Dados carregam consigo

Custos: alm do preo elevado das ferramentas de SGBD,

Arquitetura trs esquemas de um SGBD

A arquitetura trs esquemas uma abordagem, que ilustra a

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

Arquitetura trs esquemas, Elmasri e Navathe (2006)

Nvel externo: abrange os esquemas externos, ou vises de

Nvel interno: apresenta um esquema interno, descrevendo a

Prof. Victor Dalton

Informtica para Ministrio da Fazenda 2016

2) (ESAF Ministrio da Fazenda Analista de Finanas e

No nvel lgico, no existe ocultao dos detalhes dos tipos de dados, e os