Aula 01

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN
AULA 1 BANCOS DE DADOS CORPORATIVOS Ol queridos(as) amigos (as)! Como esto? Sejam muito bem-vindos nossa primeira aula do curso, sobre Banco de Dados. Estou certa de que todos aproveitaro essa experincia ! "H muitas coisas que s parecem impossveis enquanto no tentamos faz-las." Andr Gide Que Deus os abenoe e sucesso nos estudos!! Grande abrao, Profa Patrcia Lima Quinto Facebook: http://www.facebook.com/professorapatriciaquintao Twitter: http://www.twitter.com/pquintao Contedo desta Aula Lista de Questes Comentadas Nesta Aula. MEMOREX (Para Fixao!) Consideraes Finais. Referncias Bibliogrficas. Lista das Questes Apresentadas na Aula. Gabarito. Pgina 01 50 100 100 102 120
LISTA DE QUESTES COMENTADAS NESTA AULA 1. Sobre dados, informaes e conhecimento, errado afirmar que: (A) dados so descries elementares que so registradas, classificadas e armazenadas, mas no so organizadas para carregar significados especficos. (B) um banco de dados consiste em itens de dados armazenados, organizados para a recuperao. (C) itens de dados podem ser formados por caracteres, nmeros, sons ou imagens. (D) informao so dados organizados de modo que tenham significado e valor para quem os receber.
Profa. Patrcia Lima Quinto
www.pontodosconcursos.com.br
1 de 121
(E) conhecimento e informao so sinnimos, pois quem tem informao tem conhecimento. Comentrios Dado Informao Registro de alguma entidade.134 um exemplo de dado. um dado depois de processado, uma contextualizao de um dado... Como assim? 5 um dado, mas e se eu disser o seguinte: No dia 5 no haver aula!!. Nesse caso, o 5 passou a ter sentido (ou passou a ter contexto) e agora uma informao! Informaes so conjuntos de dados significativos e teis a seres humanos em processos como o de tomada de decises.
Conhecimento Uma abstrao interior, pessoal, de algo que foi experimentado, vivenciado, por algum. Importante observar... Dado NO Informao. | Informao no Conhecimento. Conhecimento no Inteligncia. | Inteligncia no Sabedoria. Portanto, como a letra E destacou indevidamente que conhecimento e informao so sinnimos, ela ser a resposta da questo. Gabarito: letra E. 2. (ESAF/Administrador/ENAP/2006/Adaptada) Analise a seguinte afirmao relacionada a Conceitos Bsicos de Informtica e gerenciadores de banco de dados. [Um SGBD (Sistema de Gerenciamento de Banco de Dados) um sistema computadorizado de armazenamento e organizao de dados. Pode trazer vantagens, como alterao e recuperao de dados com mais rapidez, armazenagem de informao em menor espao, minimizao de redundncias e de inconsistncias de informaes, compartilhamento de estrutura e dados]. Comentrios Bem fcil essa questo!! Um SGBD um software (sistema computadorizado) de armazenamento e organizao de dados, que permite alterao e recuperao de dados com mais rapidez, economia de espao, minimizao de redundncias e inconsistncia, alm do compartilhamento de estruturas de dados. O termo redundncia de dados que se est usando aqui consiste na gravao de um mesmo dado em dois locais (ou mais) distintos. Isso, geralmente, no recomendando dentro do contexto de banco de dados, j que podemos atualizar o dado em um local e no atualizar nos demais!! Por exemplo,
Profa. Patrcia Lima Quinto www.pontodosconcursos.com.br
2 de 121
poderia gravar o endereo de um cliente em dois locais distintos, mas s atualizo em um desses locais. Basta gravar uma vez, correto? Quando for feita uma pesquisa para o endereo do cliente, no saberia qual o endereo correto. A inconsistncia em Bancos de Dados significa ter dados incompletos, que no refletem a realidade do minimundo. Por exemplo, se uma Nota Fiscal tem o valor total de R$ 50.000,00, e no Banco de Dados o valor total dela de R$ 5.000,00, esse dado est inconsistente. Por fim, estruturas de dados so formas de se armazenar e organizar os dados em um Sistema de Informao, para que possam ser usados de forma eficiente. Gabarito: item correto. 3. (FUMARC/Prefeitura Municipal de Betim/Analista de Sistemas da Sade/2007) Analise as seguintes afirmativas sobre modelagem de dados: I. A normalizao do modelo de dados tem o objetivo de eliminar redundncias para evitar possveis inconsistncias em bases de dados criadas a partir desse modelo. II. Diagramas Entidade-Relacionamento representam os modelos de dados relacionais e so ferramentas teis para os administradores de dados, pois permitem visualizar os esquemas (metadados) dos bancos de dados implementados. III. O modelo lgico est intimamente ligado implementao do banco de dados, dependente do SGBD e tem nfase na eficincia de acesso. So VERDADEIRAS as afirmativas: a) I, apenas. b) I e II, apenas. c) II e III, apenas. d) I, II e III. Comentrios Item I. A Normalizao um mtodo utilizado para analisar um Banco de Dados e obter o mnimo de redundncia e o mximo de integridade de dados. Principais objetivos: reduzir as redundncias; reduzir a necessidade de reestruturar as tabelas do banco de dados quando novos tipos de dados so introduzidos. O item I verdadeiro. Item II. Um modelo de dados a descrio formal da estrutura do Banco de Dados (descrio dos dados, dos relacionamentos entre os dados, da semntica e das restries impostas aos dados). Os modelos conceituais so usados para a descrio de dados no nvel conceitual, independente do SGBD a ser utilizado. Exemplo: Diagramas Entidade-Relacionamento.
3 de 121
O modelo relacional j um exemplo de modelo lgico, que representa um nvel de abstrao visto pelo usurio do SGBD. Ao contrrio do Diagrama E-R, dependente do tipo particular de SGBD que est se representando. Item errado. Item III. o modelo fsico que est intimamente ligado implementao do banco de dados, dependente do SGBD e tem nfase na eficincia de acesso. So usados para descrever os dados em seu nvel mais baixo, capturam os aspectos de implementao do SGBD. Item errado.
Fonte: http://homepages.dcc.ufmg.br/~mirella/DCC011/aula19.pdf Gabarito: letra A. 4. (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.
4 de 121
Comentrios Segundo Korth, um banco de dados uma coleo de dados interrelacionados, representando informaes sobre um domnio especfico. Um sistema de banco de dados deve garantir uma viso abstrata do banco de dados para o usurio, no importando qual unidade de armazenamento est sendo utilizada para guardar seus dados, contanto que os mesmos estejam disponveis no momento necessrio. Esta abstrao acontece em trs nveis: (1) fsico (2) conceitual e (3) viso do usurio. Nvel Viso (Externo): o nvel mais alto de abstrao; viso de cada usurio; descreve apenas parte do banco de dados. Muitos usurios do sistema de banco de dados no estaro interessados em todas as informaes. Em vez disso precisam de apenas uma parte do banco de dados. O nvel de abstrao das vises de dados definido para simplificar esta interao com o sistema, que pode fornecer muitas vises para o mesmo banco de dados. Nvel Conceitual (Lgico): nvel mdio de abstrao; o nvel que descreve QUAIS os dados so realmente armazenados no BD e quais os relacionamentos existentes entre eles; viso da comunidade de usurios. Aqui o banco de dados inteiro descrito em termos de um pequeno nmero de estruturas relativamente simples. Embora as implementaes de estruturas simples no nvel conceitual possam envolver complexas estruturas de nvel fsico, o usurio do nvel conceitual no precisa preocupar-se com isso. O nvel conceitual de abstrao usado por administradores de banco de dados, que podem decidir QUAIS informaes devem ser mantidas no BD. Nvel Fsico (Interno): o nvel mais baixo de abstrao. Descreve COMO os dados so armazenados. Estruturas complexas, de baixo nvel, so descritas em detalhe.
5 de 121
Figura. Arquitetura de Trs Nveis (ANSI/SPARC) Independncia de dados a capacidade de modificar a definio dos esquemas em determinado nvel, sem afetar o esquema do nvel superior. Independncia de dados fsica: modifica o esquema fsico sem que, com isso, qualquer programa aplicativo precise ser reescrito (ocasionais para aumento de desempenho). Independncia de dados lgica: modifica o esquema lgico sem que, com isso, qualquer programa aplicativo precise ser reescrito (sempre que uma estrutura lgica do banco de dados alterada).
Gabarito: letra A. 5. (Cesgranrio/Transpetro/Analista de Sistemas Jnior - rea Software/2011) Um projetista de banco de dados novato na profisso foi incumbido de criar um banco de dados para armazenar dados sobre clientes de uma empresa (identificador e nome), vendedores (identificador e nome) dessa empresa que realizam as vendas e sobre a data das realizaes das vendas. Esse projetista decidiu criar uma nica tabela, cujo esquema apresentado abaixo. CREATE TABLE VENDAS( ID_CLIENTE INTEGER, NOME_CLIENTE VARCHAR(60), ID_VENDEDOR CHAR(2), NOME_ VENDEDOR VARCHAR(60),
6 de 121
DATA_VENDA DATE ); Aps criar a tabela, o projetista incluiu alguns registros nela de tal forma que seu estado atual o que segue.
Ao analisar a soluo proposta pelo novato, outro projetista mais experiente informou ao primeiro que, em virtude de a tabela no estar adequadamente normalizada, algumas operaes em SQL realizadas sobre ela podem levar o banco de dados a um estado inconsistente ou perda de informaes. Quais so essas operaes dentre as listadas abaixo? (A) UPDATE, DELETE ou INSERT. (B) UPDATE ou DELETE, apenas. (C) DELETE ou INSERT, apenas. (D) DELETE ou SELECT, apenas. (E) INSERT ou SELECT, apenas. Comentrios Observe que, conforme afirmado no enunciado, a tabela no est correta, visto que algumas colunas so dependentes de outras, como, por exemplo, NOME_CLIENTE e ID_CLIENTE. Nesta situao, a tabela no est normalizada (mais especificamente na 3 forma normal), o que pode gerar inconsistncias nas operaes que mantm (incluir, alterar e excluir) os registros na tabela. Por exemplo, se o nome do cliente for alterado no segundo registro, este pode ficar inconsistente em relao ao terceiro. Gabarito: letra A. 6. (FUMARC/2007/FUNDAO JOO PINHEIRO/Gestor em Cincia e Tecnologia da Informao) O Modelo Lgico de Dados pode ser caracterizado como sendo: a) Modelo que sofre alterao dependendo do Sistema Gerenciador de Banco de Dados a ser adotado. b) Modelo elaborado respeitando-se e implementando-se conceitos tais como normalizao e integridade referencial. c) Modelo utilizado para o nvel de conversao, entendimento, transmisso, validao de conceitos e mapeamento do ambiente.
7 de 121
d) Modelo em que os objetos, suas caractersticas e relacionamentos tm a representao fiel do ambiente observado, independentemente de limitaes quaisquer impostas por tecnologias, tcnicas de implementao ou dispositivos fsicos. Comentrios a) O Modelo Lgico est sujeito a limitaes advindas das caractersticas da necessidade de estabelecer a lgica dos relacionamentos existentes entre os dados definidos no Modelo Conceitual, mas ainda no h necessidade de definir o SGBD que ser utilizado. Item errado. b) O Modelo Lgico descreve em formato as estruturas que estaro no banco de dados de acordo com as possibilidades permitidas pela sua abordagem (hierrquica, relacional, rede ou orientada a objetos, mas sem considerar nenhuma caracterstica especfica de um SGBD. Da, podemos afirmar que ele levar em conta conceitos como normalizao e integridade referencial. Item correto. c) Define-se como Modelo Conceitual 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. (COUGO, Paulo Srgio. Modelagem conceitual e projeto de banco de dados, 1997, p. 28). Item errado. d) Ainda sobre Modelo Conceitual, seguindo COUGO, 1997: no Modelo (Conceitual), devemos representar os conceitos e caractersticas observados em um dado ambiente voltando-nos simplesmente ao aspecto conceitual. Item errado. Gabarito: letra B. 7. (FCC/TCE-AM/Analista Tcnico de Controle Externo/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. Comentrios Uma chave primria no pode possuir valores nulos, nunca pode possui valores repetidos, pode ser formada por um ou mltiplos campos de uma tabela. o nico campo que possibilita o relacionamento entre tabelas, e este deve ser
8 de 121
formado por campo de formato alfanumrico. Por isso ela considerada um identificador nico para cada entrada de uma tabela. Gabarito: letra E. 8. (FCC/TRT 6 Regio/Analista Judicirio/Tecnologia da Informao/ 2012) Considere os seguintes comandos em PL/SQL: CREATE TABLE VALORES (ID INT NOT NULL PRIMARY KEY,VALOR INT); INSERT INTO VALORES VALUES (1,5); INSERT INTO VALORES VALUES (1,6); INSERT INTO VALORES VALUES (NULL,7); INSERT INTO VALORES VALUES (2,1); INSERT INTO VALORES VALUES (2,8); INSERT INTO VALORES VALUES (3,9); INSERT INTO VALORES VALUES (NULL,10); SELECT COUNT(VALOR) FROM VALORES WHERE VALOR >= 5; A consulta retornar o valor a) 2. b) 14. c) 6. d) 29. e) 5. Comentrio Durante a insero dos valores na tabela Valores os seguintes comandos no so executados devido a erro: INSERT INTO VALORES VALUES (1,6); [erro] INSERT INTO VALORES VALUES (NULL,7); [erro] INSERT INTO VALORES VALUES (2,8); [erro] INSERT INTO VALORES VALUES (NULL,10); [erro] emitido erro porque uma chave primria no pode ser nula, e porque no se pode inserir valores em registros que j tm valor inserido (para modificar o contedo faz-se necessrio o uso do comando UPDATE).
9 de 121
A seguir mostrada a tabela, aps a execuo dos comandos acima apresentados. -----------|ID |VALOR| |1 |2 |3 | 5 | | 1 | | 9 |
-----------Como pode ser observado s existem dois registros na tabela Valores que possuem valores maiores ou igual a 5, que so os de ID 1 e 3. Gabarito: letra A. 9. (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. 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. Comentrios O Modelo Conceitual est mais ligado ao alto nvel de abstrao e no leva em conta o banco de dados em si, na realidade ele leva em considerao a forma como as estruturas sero criadas para armazenar os dados. Por estar mais ligado ao nvel mais alto, faz-se necessrio o acompanhamento do cliente para
10 de 121
que sejam coletados os requisitos funcionais que daro suporte construo de todo o modelo. Gabarito: letra B. 10. (CESGRANRIO/PETROBRS/ANALISTA DE SISTEMAS JNIOR ENGENHARIA DE INFRAESTRUTURA/2010) A instruo CREATE TRIGGER da SQL tem o seguinte formato: CREATE TRIGGER <nome do trigger> <antes ou depois> <evento> ON <nome da tabela bsica> [ REFERENCING <lista_com_vrgulas de nomeao> ] [ FOR EACH <linha ou instruo> ] [ WHEN ( <expresso booleana> ) ] <ao>; Para a instruo CREATE TRIGGER INCORRETO afirmar que (A) a especificao <antes ou depois> pode ser BEFORE ou AFTER. (B) o <evento> pode ser INSERT, DELETE ou UPDATE, no caso de UPDATE pode ser qualificado ainda mais pela especificao OF <lista_com_vrgulas de nome de tabela>. (C) cada nomeao em REFERENCING pode ser um dos seguintes: OLD ROW AS <nome>, NEW ROW AS <nome>, OLD TABLE AS <nome> e NEW TABLE AS <nome>. (D) se a especificao <linha ou instruo> for ROW significa que o trigger dispara para cada linha individual afetada pela instruo de trigger. (E) se a clusula WHEN for especificada, isso significa que a <ao> s deve ser executada se a <expresso booleana> for TRUE. Comentrios Um TRIGGER (gatilho) um procedimento armazenado executado automaticamente quando um determinado evento executado no banco de dados. O evento no banco de dados pode ser uma operao de excluso, insero ou de alterao. Junto com as restries, os gatilhos podem ajudar a impor regras de integridade com aes como excluses ou atualizaes. Os gatilhos so definidos para BEFORE (antes) ou AFTER (depois). Logo, a letra A est correta. De acordo com o padro SQL 1999, a instruo Create Trigger permite disparar gatilhos devido atualizao de COLUNAS especficas (por exemplo, AFTER UPDATE OF col1, col2). Sendo assim, a letra B falsa. Como as instrues podem fazer referncia aos dados que esto sendo includos, excludos ou alterados no momento pelo evento que disparou o
11 de 121
gatilho, emprega-se a clusula REFERENCING para associar as linhas ou colunas antigas (OLD) ou novas (NEW) a alguma varivel. Por exemplo, se a seguinte clusula fizer parte da definio de um gatilho: REFERENCING OLD AS LINHA_EXCLUIDA pode-se ento fazer referncia a este nome de correlao na instruo: DELETE FROM TABELA WHERE ID_TABELA = LINHA_EXCLUIDA.ID_TABELA Logo, a letra C est correta. A clusula FOR EACH permite a execuo em cada linha da coluna (ROW) afetada pelas instrues. J a clusula WHEN, permite definir condies para a execuo da trigger. Logo, as letras D e E so corretas. Gabarito: letra B. 11. (CESGRANRIO/PETROBRS/ANALISTA DE SISTEMAS JNIOR/REA ENG. SOFTWARE/2010) Considere o modelo conceitual de dados representado pelo diagrama de entidades e relacionamentos (DER) a seguir, na notao de Peter-Chen. Esse diagrama apresenta trs relacionamentos: o primeiro Lotado_em, que representa empregados lotados em departamentos; o segundo DER apresenta tambm o relacionamento Trabalha_em, que representa as associaes dos empregados aos projetos em que trabalham e o terceiro relacionamento Superviso, que representa associao entre empregados e seus supervisionados. Os atributos identificadores de cada entidade esto sublinhados.
A partir da anlise do diagrama, NO se pode inferir que possvel (A) determinar todos os empregados que no supervisionam outros empregados. (B) determinar que empregados no esto lotados em departamento algum.
12 de 121
(C) saber qual o departamento em que E trabalha, dado um empregado E qualquer. (D) saber quais os empregados de D que trabalham em P para um determinado projeto P e um determinado departamento D. (E) saber que h apenas um empregado que supervisiona todos os demais. Comentrios Para identificar a informao solicitada na letra E, ser necessria uma consulta que conte o nmero de registros. Sendo assim, a anlise do diagrama no poderia inferir que h apenas um empregado que supervisiona os demais. Gabarito: letra E. 12. (CESGRANRIO/Petrobrs/Analista de Sistemas Pleno/2006) Considere as afirmativas abaixo sobre gerncia de transaes e indique a nica correta. a) A leitura suja ocorre quando uma transao A l um dado modificado pela transao B, antes que B termine, e a transao B termina com sucesso. b) Se o nvel de isolamento do banco de dados for read commited, as alteraes realizadas por uma transao em um dado sero imediatamente vistas por outras transaes, mesmo antes do trmino da primeira transao. c) Mesmo aps a execuo de um comando commit, possvel a uma transao retornar a seu estado inicial com a utilizao de rollback. d) Um escalonamento a ordem de execuo de vrias transaes de forma concorrente e possivelmente entrelaada. e) Em transaes que ocorrem simultaneamente no existe qualquer garantia de que os dados lidos em um determinado momento so consistentes, independentemente do nvel de isolamento utilizado. Comentrios Item a. Item errado. Na leitura suja a transao realiza a leitura de dados no confirmados de uma linha existente, podendo ocasionar a leitura de uma informao nunca confirmada. Item b. Item errado. No read commited permitido visualizar apenas dados que j estejam inseridos. Assim, caso a transao utilize comando DML que precise do bloqueio de linhas que outras transaes esto utilizando, a operao somente ser concluda aps a liberao da linha da outra transao. Item c. Item errado. O rollback aborta a transao que est em andamento, e impede que as alteraes nos dados nela realizadas sejam persistidos no banco de dados. Assim, no possvel "abortar algo j finalizado.
13 de 121
Item d. Item correto. Quando as transaes esto sendo executadas de forma concorrente e de modo entrelaado, a ordem de execuo das operaes das vrias transaes conhecida como escalonamento (schedule). Item e. Item errado. Na propriedade de uma transao intitulada isolamento uma transao deve parecer como se estivesse sendo executada isoladamente. Gabarito: letra D. 13. (Cesgranrio/2010/BACEN/Analista do Banco Central - rea 1) Sobre as estruturas e o funcionamento de Sistemas Gerenciadores de Bancos de Dados (SGBD), INCORRETO afirmar que a) restries do tipo chave primria e chave estrangeira podem conter diversas colunas, sendo que os ndices somente podem ser criados sobre mais de uma coluna, se no forem do tipo nico. b) restries do tipo CHECK podem ser utilizadas para definir restries no domnio de valores de colunas. c) ndices so estruturas que visam a fornecer caminhos de acesso alternativo aos registros de uma tabela. d) dados podem ser armazenados em arquivos de forma fisicamente organizada (segundo os valores de um ou mais atributos), ou no. e) bloqueios e registros de Timestamp so alguns dos mecanismos existentes para o controle de concorrncia pelos SGBDs. Comentrios Os ndices podem ser criados sobre somente uma coluna, mesmo que sejam de tipo nico. Portanto, a assertiva A falsa. Gabarito: letra A. 14. (FUMARC/Prefeitura Municipal de Betim/Analista de Sistemas da Sade/2007) Analise as seguintes afirmativas sobre o Diagrama Entidade-Relacionamento: I. Atravs do DER podemos expressar todas as restries de integridade necessrias de um domnio de aplicao. II. A cardinalidade mnima indica se a participao das ocorrncias de entidades no relacionamento obrigatria ou opcional. III. O DER um modelo conceitual que independe de detalhes de implementao, simples, portanto melhor compreendido por usurios leigos, e pode ser mapeado para qualquer modelo lgico de banco de dados relacional. So VERDADEIRAS as afirmativas: a) I, II e III.
14 de 121
b) I e II apenas. c) I e III, apenas. d) II e III, apenas. Comentrios Item I. Item errado. O DER pouco poderoso para expressar restries de integridade (regras de negcio). Item II. Item correto. A cardinalidade de uma entidade em um relacionamento expressa o nmero de instncias da entidade que podem ser associadas a uma determinada instncia da entidade relacionada. Devem ser consideradas duas cardinalidades: Cardinalidade mxima: o nmero mximo de instncias da entidade associada que devem se relacionar com uma instncia da entidade em questo.
Cardinalidade mnima: o nmero mnimo de instncias da entidade associada que devem se relacionar com uma instncia da entidade em questo. A cardinalidade mnima usada para indicar o tipo de participao da entidade em um relacionamento. Por motivos prticos, aqui apenas duas cardinalidades mnimas so de nosso interesse, a de valor 0 e a de valor 1. o A cardinalidade mnima 1 recebe a denominao de associao total ou obrigatria, uma vez que indica que o relacionamento DEVE obrigatoriamente associar uma ocorrncia de entidade cada ocorrncia da outra entidade em questo.
15 de 121
o A cardinalidade mnima 0 recebe a denominao de associao parcial ou opcional, uma vez que indica que o relacionamento PODE ou no associar uma ocorrncia de entidade cada ocorrncia da outra entidade em questo.
Item III. Item correto. O DER descreve a estrutura de um BD de uma forma mais prxima da percepo dos usurios. Trata-se de um modelo conceitual, independente de aspectos de implementao. Gabarito: letra D. 15. (FUMARC/Prefeitura Municipal de Betim/Analista de Sistemas da Sade/2007) Observe os modelos a seguir e identifique qual relacionamento origina obrigatoriamente uma entidade associativa:
16 de 121
Comentrios Vamos ao entendimento de entidade associativa! Um relacionamento uma associao entre entidades. Na modelagem ER no foi prevista a possibilidade de associar uma entidade com um relacionamento ou ento de associar dois relacionamentos entre si. Na prtica, quando se est construindo um novo DER ou modificando um DER existente, surgem situaes em que desejvel permitir a associao de uma entidade a um relacionamento. Para isso foi criado um conceito especial, o de entidade associativa. Uma entidade associativa nada mais que a redefinio de um relacionamento, que passa a ser tratado como se fosse tambm uma entidade, como ilustrado a seguir.
http://www.profs.iffca.edu.br/~cristhianobv/portal/disciplinas/banco_dados/Ap resentacao_bd_5.pdf Observe que, caso no se desejasse usar o conceito de entidade associativa, seria necessrio transformar o relacionamento CONSULTA em uma entidade, que ento poderia ser relacionada a MEDICAMENTO. Gabarito: letra A.
17 de 121
16. (FUNIVERSA/2010/CEB/Analista de Sistemas) Modelagem de dados um conjunto de conceitos que descrevem a estrutura de um banco de dados como tipo de dados, relacionamentos e restries sobre esses dados. Assinale a alternativa que contm conceitos presentes em um modelo de dados de alto nvel. a) Pastas, arquivos e permisses. b) Esquema, instncia e objeto. c) Classe, objeto e herana. d) Formato de registro, ordem e caminho de acesso. e) Entidades, atributos e relacionamentos. Comentrios Aproveite a questo para complementar o conceito sobre modelagem de dados: Modelagem de dados um conjunto de conceitos que descrevem a estrutura de um banco de dados como tipo de dados, relacionamentos e restries sobre esses dados. Observe que se estamos falando em alto nvel, estamos buscando algo mais abstrato, mais prximo da linguagem humana. Da, as letras a, b e d j so descartadas. Na letra c observamos itens da implementao e no de modelos. Na letra e, finalmente, temos itens abstratos que representam a realidade em forma de modelo de dados: entidades, atributos e relacionamentos. Formalmente, podemos dizer que o Modelagem de Dados a atividade de especificao das estruturas de dados e regras de negcio necessrias para suportar uma rea de negcios. Representa um conjunto de requerimentos de informaes de negcio. uma parte importante do desenho de um sistema de informao. Gabarito: letra E. 17. (ESAF/2008/AFC-STN/Infraestrutura de TI) Em relao ao nvel lgico de abstrao de dados nos sistemas de bancos de dados, correto afirmar que a) descreve estruturas de dados complexas de baixo nvel. b) descreve quais dados esto armazenados no banco de dados e as relaes existentes entre eles. c) simplifica a interao entre o sistema e os usurios. d) disponibiliza um conjunto de programas de aplicao que ocultam detalhes dos tipos de dados. e) descreve um registro como um bloco de armazenamento, composto por palavras ou bytes.
18 de 121
Comentrios Vamos aos comentrios dos itens da questo: Item A. O nvel lgico de abstrao se concentra em um nvel mais alto. No nvel fsico, complexas estruturas de dados de baixo nvel so descritas em detalhes. Item errado. Item B. No nvel lgico so representados os dados da aplicao e os relacionamentos existentes entre os mesmos. Item correto. Itens C, D e E. Os itens mencionados no correspondem ao nvel lgico, conforme visto na explicao seguinte. Itens errados. O grande objetivo de um sistema de banco de dados prover os usurios com uma viso abstrata dos dados. Isto , o sistema omite certos detalhes de como os dados so armazenados e mantidos. Entretanto, para que o sistema possa ser utilizado, os dados devem ser buscados de forma eficiente. Este conceito tem direcionado o projeto de estrutura de dados complexas para a representao de dados em um banco de dados. Uma vez que muitos dos usurios de banco de dados no so treinados para computao, a complexidade est escondida deles atravs de diversos nveis de abstrao que simplificam a interao do usurio com o sistema. Portanto, o propsito central de um SGBD consiste em proporcionar aos usurios uma viso ABSTRATA dos dados. Isto conseguido definindo-se diversos nveis de abstrao pelos quais o BD pode ser visto: NVEL VISO (externo): o nvel mais alto de abstrao; viso de cada usurio; descreve apenas parte do banco de dados. Muitos usurios do sistema de banco de dados no estaro interessados em todas as informaes. Em vez disso precisam de apenas uma parte do banco de dados. O nvel de abstrao das vises de dados definido para simplificar esta interao com o sistema, que pode fornecer muitas vises para o mesmo banco de dados. NVEL LGICO (conceitual): nvel mdio de abstrao; o nvel que descreve QUAIS os dados so realmente armazenados no BD e quais os relacionamentos existentes entre eles; viso da comunidade de usurios. Aqui o banco de dados inteiro descrito em termos de um pequeno nmero de estruturas relativamente simples. Embora as implementaes de estruturas simples no nvel conceitual possam envolver complexas estruturas de nvel fsico, o usurio do nvel conceitual no precisa preocupar-se com isso. O nvel conceitual de abstrao usado por administradores de banco de dados, que podem decidir quais informaes devem ser mantidas no BD.
19 de 121
NVEL FSICO (interno): o nvel mais baixo de abstrao. Descreve COMO os dados so armazenados. Estruturas complexas, de baixo nvel, so descritas em detalhe.
Figura. Arquitetura de Trs Nveis (ANSI/SPARC) Gabarito: letra B. 18. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) A Integridade de Dados alcanada pela duplicao dos mesmos dados em vrios lugares em um sistema de informao. Comentrios A duplicao de dados em bancos de dados gera redundncia (e no integridade!), o que no recomendado, j que pode levar a vrios problemas indesejados. Gabarito: item errado. 19. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) A Redundncia de Dados a preservao da preciso, integridade e confiabilidade dos dados para seu uso intencionado. Comentrios O termo redundncia de dados que se est usando aqui consiste na gravao de um mesmo dado em dois locais (ou mais) distintos. Isso, geralmente, no recomendando dentro do contexto de banco de dados, j
20 de 121
que podemos atualizar o dado em um local e no atualizar nos demais!! Por exemplo, poderia gravar o endereo de um cliente em dois locais distintos, mas s atualizo em um desses locais. Quando for feita uma pesquisa para o endereo do cliente, no saberia qual o endereo correto. A Redundncia de Dados pode ocasionar a perda da preciso, da integridade e da confiabilidade. Gabarito: item errado. 20. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) A Normalizao um mtodo utilizado para analisar um Banco de Dados e obter o mnimo de redundncia e o mximo de integridade de dados. Comentrios A normalizao consiste em um processo formal de exame e agrupamento de dados para: suportar melhor as mudanas futuras; minimizar o impacto destas mudanas sobre a base de dados. Trata-se de um conjunto de regras que leva construo de modelos mais robustos, com menos dependncias entre seus elementos e menos redundncia de informaes. Normalizao , portanto, uma atividade de verificao do modelo lgico. Principais objetivos: reduzir as redundncias; reduzir a necessidade de reestruturar as tabelas do banco de dados quando novos tipos de dados so introduzidos. Gabarito: item correto. 21. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) Quando os dados so Normalizados, os atributos contidos na tabela dependem apenas da chave primria. Comentrios Revisando o entendimento com relao normalizao de dados, correto afirmar que: Uma relao estar na 1 Forma Normal (1FN) se no houver atributo representando agrupamento e nem atributo repetitivo (multivalorado), ou seja, uma relao est em 1FN se e somente se todos os seus atributos contm apenas valores atmicos (simples, indivisveis); A figura a seguir, destaca esse contexto:
21 de 121
Se uma relao est na 2 Forma Normal (2FN), todo atributo que no seja chave deve ser totalmente dependente da chave primria. Em outras palavras: uma relao encontra-se na 2FN se e somente se estiver em 1FN e no contm dependncias parciais. Dependncia Parcial: ocorre quando uma coluna depende apenas de uma parte de uma chave primria composta; Uma relao estar na 3 Forma Normal (3FN), se e somente se, estiver na 2 Forma Normal e todos os seus atributos no chaves forem dependentes no transitivos da chave primria. Gabarito: item correto. 22. (FCC/Infraero/Analista de Sistema/Banco de 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. Comentrios Com relao s Formas Normais (FNs) mais comuns, apesar de existirem outras, temos:
22 de 121
o 1 Forma Normal (1FN): toda relao deve ter uma chave primria e deve-se garantir que todo atributo seja atmico. Atributos compostos devem ser separados. Por exemplo, um atributo Endereo deve ser subdividido em seus componentes: Logradouro, Nmero, Complemento, Bairro, Cidade, Estado e CEP. Alm disso, atributos multivalorados devem ser discriminados separadamente ou separados em uma outra relao. Por exemplo, um atributo multivalorado Telefones poderia ser separado em Telefone Residencial, Telefone Comercial e Telefone Celular ou, ainda, ser convertido em outra relao que pudesse representar um nmero indeterminado de telefones. o 2 Forma Normal (2FN): toda relao deve estar na 1FN e devem-se eliminar dependncias funcionais parciais, ou seja, todo atributo no chave deve ser totalmente dependente da chave primria. Como exemplo, uma relao que contenha os atributos Cdigo da Obra, Cdigo do Fornecedor, Nome do Fornecedor e Preo de Venda, considerando que a chave primria composta pelos atributos Cdigo da Obra e Cdigo do Fornecedor, no est na Segunda Forma Normal, uma vez que o Nome do Fornecedor depende apenas do Cdigo do Fornecedor, e no do Cdigo da Obra. Uma nova relao (Fornecedor) deve ser criada contendo os campos Cdigo do Fornecedor (como chave) e Nome do Fornecedor. Na relao original, ficariam os atributos Cdigo da Obra e o Cdigo do Fornecedor, ambos formando a chave primria composta, e o atributo Preo de Venda. Alm disso, o atributo Cdigo do Fornecedor tambm seria uma chave estrangeira para a nova relao criada. Esta forma normal ajuda a diminuir redundncias de informaes criadas indevidamente. o 3 Forma Normal (3FN): toda relao deve estar na 2FN e devem-se eliminar dependncias funcionais transitivas, ou seja, todo atributo no chave deve ser mutuamente independente. Como exemplo, uma relao que contenha os atributos Matrcula do Funcionrio (atributo chave), Nome do Funcionrio, Cdigo do Departamento e Nome do Departamento no est na Terceira Forma Normal. O Nome do Departamento dependente do Cdigo do Departamento, e no da Matrcula do Funcionrio. Uma mudana no nome do departamento, por exemplo, levaria a modificaes em todos os funcionrios daquele departamento. Para eliminar este problema, cria-se uma nova relao (Departamento) contendo Cdigo do Departamento e Nome do Departamento. Na relao original, retira-se o Nome de Departamento, mantendo-se o Cdigo do Departamento, agora como chave estrangeira. Esta forma normal tambm ajuda a diminuir redundncias e aumentar a independncia das relaes.
23 de 121
Figura. Normalizao Quanto questo, os itens I e II esto relacionados 1FN. Deve-se garantir que todo atributo contenha valores atmicos. O item III est relacionado 2FN, que destaca que todo atributo que no seja chave deve ser totalmente dependente da chave primria. Gabarito: letra A. 23. (ESAF/2006/SUSEP-TI) Em um Banco de Dados Relacional
a) uma relao est na 1FN (primeira forma normal) se nenhum domnio contiver valores atmicos. b) uma Chave Primria corresponde ao identificador nico de uma determinada relao. Em uma relao pode haver mais que uma coluna candidata a chave primria. c) as colunas que iro compor as Chaves Primrias devem ser inicializadas com valores nulos. d) em uma tabela existiro tantas Chaves Primrias quantas forem as colunas nela existentes. e) uma Chave Externa formada por uma coluna de uma tabela que se referencia a uma Coluna qualquer de outra tabela. Essas colunas, na tabela destino, no aceitam valores nulos. Uma tabela destino pode ter apenas uma Chave Externa. Comentrios A letra A est errada pois na 1FN, todos devem conter valores atmicos. A letra B est correta pois mais de uma chave pode ser candidata a chave primria.
24 de 121
A letra C est errada pois a chave primria deve conter valores que identifiquem unicamente cada registro da tabela, no podendo ser nulos. Na letra D, a chave primria deve ser nica para a tabela. J a letra E, est incorreta pois uma tabela pode conter mais de uma chave externa. Gabarito: letra B. 24. (ESAF/2006/SUSEP-TI) Analise as seguintes afirmaes relacionadas a banco de dados distribudos, relacionais e orientados a objetos. I. Em um Banco de Dados Relacional um objeto est encapsulado quando seu estado visvel ao usurio e ele pode ser consultado e modificado exclusivamente por meio das operaes a ele associadas. II. A linguagem de manipulao de dados (DML) permite a uma aplicao acessar ou manipular as informaes contidas num banco de dados. A manipulao de dados engloba incluir, recuperar, excluir e modificar a informao armazenada. III. Os dados manipulados por um banco de dados orientado a objeto so sempre transientes e so armazenados fora do contexto de um programa, e assim podem ser usados em vrias instncias de programas. IV. Todo dado de um Banco de Dados Relacional deve ter a garantia de ser logicamente acessvel, recorrendo-se a uma combinao de Nome da Tabela, um Valor de Chave e o Nome da Coluna. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e II b) II e III c) III e IV d) I e III e) II e IV Comentrios A afirmao I falsa pois o controle de acesso a um objeto de um SGBD relacional feito por meio de uma DCL ( Data Control Language - Linguagem de Controle de Dados). Uma DML (Data Manipulation Language Linguagem de Manipulao de Dados) possibilita a manipulao dos dados de um SGBD, logo a afirmao II est correta. A afirmao III falsa, pois os dados armazenados em um banco de dados OO so persistentes. A afirmativa IV verdadeira! Gabarito: letra E.
25 de 121
25. (ESAF/2006/SUSEP-TI) A cpia do banco de dados ou backup diferencial caracterizada pela existncia de dois bancos de dados com as mesmas informaes trabalhando juntos, mas em mquinas diferentes. Dessa forma, quando uma mquina fica impossibilitada de trabalhar, a outra assume automaticamente seu lugar. Comentrios A opo est incorreta pois o backup no necessita de dois bancos de dados trabalhando juntos. Gabarito: item errado. 26. (ESAF/2010/MPOG-TI/ANALISTA DE PLANEJAMENTO E ORAMENTO) So modelos de bancos de dados lgicos baseados em objetos: a) entidade-relacionamento, unificador e infolgico. b) objetos-atributos, sequencial e infolgico. c) entidade-relacionamento, binrio e de rede. d) entidade-relacionamento, binrio e infolgico. e) entidade-relacionamento, binrio e em frames. Comentrios Modelos de bancos de dados lgicos baseados em objetos so usados na descrio dos nveis conceitual e de vises. Estes modelos se caracterizam pelo fato de fornecerem capacidades de estruturao flexveis e admitirem restries de dados para serem explicitamente especificados. Existem muitos modelos diferentes, como por exemplo: Modelo entidade-relacionamento; Modelo orientado a objetos; Modelo binrio; Modelo semntico de dados; Modelo infolgico; Modelo funcional de dados. Gabarito: letra D. 27. (FUNIVERSA/2010/MPE-GO/Tcnico de Informtica) Quando se constri um banco de dados, define-se o modelo de entidade e
26 de 121
relacionamento (MER), que a representao abstrata das estruturas de dados do banco e seus relacionamentos. Cada entidade pode se relacionar com uma ou mais entidades diferentes, resultando em mapeamentos, por exemplo: 1:1, 1:N, N:1 ou N:M. Esses mapeamentos, com base no nmero de entidades s quais outra entidade pode ser associada, denominam-se a) cardinalidade. b) hierarquia. c) relacionamento. d) diagrama. e) agregao. Comentrios O que um relacionamento? Um relacionamento pode ser entendido como uma associao entre instncias de Entidades devido a regras de negcio. Normalmente ocorre entre instncias de duas ou mais Entidades, podendo ocorrer entre instncias da mesma Entidade (auto-relacionamento). Para definir o nmero de ocorrncias de uma entidade usamos o conceito de Cardinalidade. A Cardinalidade indica quantas ocorrncias de uma Entidade participam no mnimo e no mximo do relacionamento. Gabarito: letra A. 28. (ESAF/2010/MPOG-TI/Analista de Planejamento e Oramento) No modelo entidade-relacionamento, 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. Comentrios A cardinalidade de um relacionamento expressa a quantidade de registros de uma tabela que esto relacionados com registros da tabela associada. Gabarito: letra D.
27 de 121
29. (CESGRANRIO/2010/PETROBRS/ANALISTA DE SISTEMAS JNIOR/REA ENG. SOFTWARE) Considere o modelo conceitual de dados representado pelo diagrama de entidades e relacionamentos (DER) a seguir, na notao de Peter-Chen. Esse diagrama apresenta trs relacionamentos: o primeiro Lotado_em, que representa empregados lotados em departamentos; o segundo DER apresenta tambm o relacionamento Trabalha_em, que representa as associaes dos empregados aos projetos em que trabalham e o terceiro relacionamento Superviso, que representa associao entre empregados e seus supervisionados. Os atributos identificadores de cada entidade esto sublinhados.
A partir da anlise do diagrama, NO se pode inferir que possvel (A) determinar empregados. todos os empregados que no supervisionam outros
(B) determinar que empregados no esto lotados em departamento algum. (C) saber qual o departamento em que E trabalha, dado um empregado E qualquer. (D) saber quais os empregados de D que trabalham em P para um determinado projeto P e um determinado departamento D. (E) saber que h apenas um empregado que supervisiona todos os demais. Comentrios Para identificar a informao solicitada na letra E, ser necessria uma consulta que conte o nmero de registros. Sendo assim, a anlise do diagrama no poderia inferir se h apenas um empregado que supervisiona os demais. Gabarito: letra E.
28 de 121
30. (CESGRANRIO/2010/PETROBRS/ANALISTA DE SISTEMAS JNIOR/REA ENG. SOFTWARE) 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. Comentrios A independncia de dados a nvel lgico (descrio da base de dados conforme vista pelos usurios do SGBD programadores e aplicaes) a capacidade de se alterar o esquema lgico sem reescrever os programas da aplicao. Deve-se ressaltar que em alguns casos necessria somente a recompilao da aplicao. Gabarito: letra A. 31. (ESAF/2005/AFRF) O modelo relacional refere-se visualizao fsica e no lgica dos dados. Est relacionado ao nvel conceitual interno. A teoria relacional no diz nada sobre o nvel externo, preocupa-se somente com o armazenamento e manipulao dos dados executados pelo SGBD. Comentrios A modelagem relacional busca a descrio da organizao das estruturas, normalmente representadas em formato de tabelas, que se relacionam por atributos. Gabarito: item errado. 32. (ESAF/2005/AFRF) Chaves estrangeiras so os elos de ligao entre as tabelas. Uma coluna definida como chave estrangeira deve ser chave primria em outra tabela. Comentrios
29 de 121
A chave estrangeira permite a implementao de relacionamentos em um banco de dados relacional.
Gabarito: item correto. 33. (ESAF/2008/STN/Desenvolvimento de Sistemas) SBGD (Sistema Gerenciador de Bancos de Dados) possui um compilador para uma determinada linguagem, cuja funo o processamento de declaraes, a fim de identificar as descries dos componentes do esquema conceitual do Banco de Dados. Tal linguagem de a) consulta estrutura SQL. b) definio de armazenamento SDL. c) manipulao de dados DML. d) definio de viso VDL. e) definio de dados DDL. Comentrios Linguagem de definio de dados (DDL, do Ingls Data Definition Language) uma linguagem de computador usada para a definio de estruturas de dados. O termo foi inicialmente introduzido em relao ao modelo de banco de dados Codasyl, em que o esquema de banco de dados era escrito em uma Linguagem de Definio de Dados descrevendo os registros, campos e "conjuntos" que constituam o modelo de dados do usurio. Inicialmente referia-se a um subconjunto da SQL, mas hoje usada em um sentido genrico para referir-se a qualquer linguagem formal para descrio de estruturas de dados ou informao, assim como esquemas XML. Uma vez compilados, os parmetros DDL so armazenados num conjunto de arquivos denominado dicionrio de dados. O dicionrio de dados contm os metadados (dados a respeito das estruturas de armazenamento). O SGBD sempre consulta os metadados a cada operao sobre o banco de dados. Por exemplo, um determinado programa precisa recuperar alguns campos (nome, CPF) de um arquivo de clientes. O SGBD ir verificar se os campos nome" e "CPF" esto definidos para este arquivo. O interpretador DDL processa os comandos alimentados pelos DBAs na definio dos esquemas. Os comandos bsicos da DDL so poucos
CREATE: cria um objeto (uma Tabela, por exemplo) dentro da base de dados;
30 de 121
DROP: apaga um objeto do banco de dados.
Alguns sistemas de banco de dados usam o comando ALTER, que permite ao usurio alterar um objeto, por exemplo, adicionando uma coluna a uma tabela existente. Outros comandos DDL:

ALTER TABLE CREATE INDEX ALTER INDEX DROP INDEX CREATE VIEW DROP VIEW
Gabarito: letra E. 34. (ESAF/2008/STN/Desenv Sistemas) Se uma dada varivel de relao R possui seus atributos no-chaves mutuamente independentes e irredutivelmente dependentes da chave primria, R est na a) primeira forma normal 1FN. b) segunda forma normal 2FN. c) terceira forma normal 3FN. d) forma normal nula. e) desnormalizao. Comentrios 1 Forma Normal (1FN): toda relao deve ter uma chave primria e deve-se garantir que todo atributo seja atmico. Atributos compostos devem ser separados. 2 Forma Normal (2FN): toda relao deve estar na 1FN e devem-se eliminar dependncias funcionais parciais, ou seja, todo atributo no chave deve ser totalmente dependente da chave primria. Observe a relao abaixo: 3 Forma Normal (3FN): Toda relao deve estar na 2FN e devem-se eliminar dependncias funcionais transitivas, ou seja, todo atributo no chave deve ser mutuamente independente. Gabarito: letra C. 35. (CESPE/2010/BANCO DA AMAZONIA/rea: Tecnologia da Informao Administrao de Dados) O nvel conceitual de dados um nvel de simulao entre os nveis interno e externo.
31 de 121
Comentrios O nvel conceitual realiza um mapeamento entre os nveis interno e externo. O nvel conceitual no leva em conta o banco de dados em si, mas a forma como as estruturas sero criadas para armazenar os dados. Nesta questo a banca tenta confundir o candidato empregando o termo simulao. Lembre-se de que os diferentes nveis representam diversas vises a respeito do banco de dados, no so formas de simular ou substituir uma viso! Gabarito: item errado. 36. (CESPE/2010/BANCO DA AMAZONIA/rea: Tecnologia da Informao Administrao de Dados) Se um sistema de banco de dados prov independncia fsica dos dados, correto inferir que esse sistema tambm permite independncia lgica de dados. Comentrios Conforme citado, a independncia fsica permite que o Nvel Fsico seja modificado sem afetar o Nvel Conceitual. Por outro lado, na Independncia Lgica, o Nvel Conceitual deve poder ser alterado independentemente do Externo. Logo, pode-se obter independncia fsica permitindo a alterao do Nvel Fsico independentemente do Conceitual sem obter independncia Lgica. Gabarito: item errado. 37. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) Com relao a sistemas operacionais, correto afirmar que um ROLLBACK ocorre quando um grupo ou conjunto de processos compete entre si e, quando finalizado, desfaz ou mata o processo corrente. Comentrios Um roolback um processo em banco de dados que desfaz mudanas em dados que foram alterados, mas no confirmados. Gabarito: item errado. 38. (ESAF/2008/AFC-STN/Infraestrutura de TI) uma funo da linguagem de manipulao de dados (DML), em um sistema gerenciador de bancos de dados (SGBD): a) permitir a especificao do esquema conceitual do banco de dados. b) permitir a especificao do esquema interno do banco de dados.
32 de 121
c) especificar vises dos usurios e seus respectivos mapeamentos para o esquema conceitual. d) especificar e recuperar vrios registros em uma nica declarao. e) descrever os componentes dos esquemas: conceitual e interno. Comentrios A DML (Data Manipulation Language Linguagem de Manipulao de Dados) visa a manipulao de dados (incluir, alterar, excluir e consultar) por meio do usurio. Principais comandos: SELECT: seleo de registros; INSERT: insero de registros; UPDATE: atualizao de registros; DELETE: deleo de registros.
Para a definio dos dados utilizada uma DDL (Data Definition Language Linguagem de Definio de dados). Os comandos DDL so armazenados no dicionrio de dados (ou catlogo). Logo, o dicionrio de dados contm os metadados (dados a respeito das estruturas de armazenamento) do banco. Principais comandos: CREATE: criao de novas estruturas; ALTER: alterao de estruturas; DROP: remoo de estruturas.
Existe ainda a DCL (Data Control Language - Linguagem de Controle de Dados) para controlar o acesso dos usurios aos dados em um banco de dados. Principais comandos: GRANT: concesso de privilgios a tabelas e vises; REVOKE: revogao de privilgios a tabelas e vises. COMMIT: efetiva uma alterao no banco de dados; ROLLBACK: desfaz uma alterao antes de a mesma ser efetivada no banco. STORED PROCEDURES (procedimentos armazenados no banco); TRIGGERS (gatilhos).
Transaction Control
Restries de integridade usando
Gabarito: letra D. 39. (FUMARC/Analista de Sistemas/BDMG/2011) Em relao aos conceitos do modelo Entidade-Relacionamento, observe o diagrama ER abaixo e analise as seguintes afirmativas:
33 de 121
I. O atributo Num_agencia do tipo de entidade AGENCIA conhecido como chave primria. II. De acordo com as restries de participao definidas, uma entidade de BANCO obrigatoriamente deve estar relacionada a pelo menos uma entidade de AGENCIA. III. AGENCIA um tipo de entidade fraca e POSSUI relacionamento identificador, cuja razo de cardinalidade 1:N. Marque a alternativa CORRETA: a) apenas as afirmativas I e II so verdadeiras. b) apenas as afirmativas I e III so verdadeiras. c) apenas as afirmativas II e III so verdadeiras. d) todas as afirmativas so verdadeiras. Comentrios Item I. Item errado. A seguir, tem-se um resumo da notao para diagramas E-R (Entidade Relacionamento), proposto por Elmasri e Navathe. Observe os elementos Entidade Fraca e Relacionamento Dependente (tambm chamado de Identificador de Relacionamento), que aparecem no diagrama E-R apresentado na questo. um
34 de 121
A chave primria (primary key) um atributo (coluna) ou uma combinao de atributos cujos valores distinguem uma linha das demais, dentro de uma tabela. No Diagrama E-R da questo, temos que: - Banco uma entidade forte. Maior grau de independncia. Possui atributos determinantes (chaves) prprios. Agncia uma Entidade Fraca (observe que representada no desenho por um retngulo inscrito a outro retngulo). A chave-parcial de um tipo de entidade-fraca sublinhada com linha tracejada. Existncia depende da existncia de outra entidade. Uma entidade fraca no possui atributos suficientes para formar uma chave primria, logo o atributo Num_agencia do tipo de entidade
35 de 121
AGENCIA isoladamente no pode ser conhecido como chave primria da entidade. Para isso, deve-se adicionar a chave primria do conjunto entidade do qual a entidade fraca dependente. OBS.: Neste caso, o smbolo do relacionamento entre uma entidade (forte) e uma entidade fraca tambm diferente. Um losango inscrito a outro losango. Item II. Item correto. Pela cardinalidade dos relacionamentos apresentada, uma entidade de BANCO obrigatoriamente deve estar relacionada a pelo menos uma entidade de AGENCIA. Item III. Item correto. A entidade AGENCIA um tipo de entidade fraca e POSSUI um relacionamento identificador, cuja razo de cardinalidade 1:N. Gabarito: letra C. INSTRUO: De acordo com o diagrama de Entidade e Relacionamento abaixo, responda s prximas 2 questes.
40. (FUMARC/2008/SEPLAG/Gestor Governamental Tecnologia da Informao) Em relao ao diagrama de Entidade e Relacionamento, analise as afirmativas abaixo e assinale a opo CORRETA: I Propriedade um tipo relacionamento que tem razo de cardinalidade N:N. II Uma entidade Proprietrio existe apenas se participar de pelo menos uma instncia de relacionamento Propriedade. III Propriedade um tipo relacionamento de grau dois. a) As afirmativas I, II e III so verdadeiras. b) Apenas as afirmativas I e II so verdadeiras. c) Apenas as afirmativas I e III so verdadeiras. d) Apenas as afirmativas II e III so verdadeiras. Comentrios Primeiro, alguns pontos para reviso.
36 de 121
Componentes do Diagrama E-R (Peter Chen): Retngulos: representam conjuntos-entidade. Elipses: representam atributos. Losangos: representam conjuntos-relacionamento. Linhas: ligam atributos a conjuntos-entidade e conjuntos-entidade a conjuntos-relacionamento.
Entidades e Conjuntos-Entidade Entidade: uma representao abstrata de um objeto do mundo real. Ex.: O fornecedor Ponto_dos_concursos, com cdigo PONTO1. Conjuntos-Entidade: grupo de entidades que semelhantes. Ex.: Conjunto-entidade Fornecedor. possui caractersticas
Atributos (campos): elemento de dado que contm informao que descreve uma entidade. Ex.:
Relacionamentos: estrutura que indica a associao de elementos de duas ou mais entidades. Atributo de Relacionamento: depende de todos os conjuntos-entidade associados entre si. Ex.:
37 de 121
Agora vamos analisar cada item individualmente. I Propriedade um tipo relacionamento que tem razo de cardinalidade N:N. Item Correto. Observe as letras N de cada lado do relacionamento Propriedade. II Uma entidade Proprietrio existe apenas se participar de pelo menos uma instncia de relacionamento Propriedade. Item Correto. Existe uma Dependncia Existencial caracterizada pela linha dupla ligando Proprietrio ao relacionamento. Isto ocorre quando a existncia de uma determinada entidade est condicionada existncia de uma outra entidade a ela relacionada. Ex.:
III Propriedade um tipo relacionamento de grau dois. Item Correto. O grau de um relacionamento o nmero de entidades que participam dele. Existem trs tipos bsicos de grau de relacionamento: binrio (2), ternrio (3) e e-nrio (mltiplas) que referem a existncia de duas, trs ou mais entidades envolvidas no fato que o relacionamento representa. Gabarito: letra A.
38 de 121
41. (CESGRANRIO/2010/PETROBRS/ ANALISTA DE SISTEMAS JNIOR - ENGENHARIA DE SOFTWARE/Q.56) Considere o comando em SQL abaixo. SELECT S.C, COUNT(S.B) AS Q FROM S, T WHERE T.D=S.B AND S.C IN (SELECT DISTINCT R.A FROM R) GROUP BY S.C HAVING COUNT(S.B) >= 1 O resultado da execuo do comando SQL fornecido .
Comentrios O comando realiza uma juno das tabelas S e T, aplicando dois filtros T.D=S.B e S.C pertencendo ao conjunto dos valores (no repetidos DISTINCT) da coluna A de R. Os dados so agrupados pela coluna S.C, contados em Q e mostrados desde que a contagem de linhas seja > 0. O resultado o que vemos na opo (A). Passo 1: (SELECT DISTINCT R.A FROM R) (2, 3, 1, 4, 6)
Passo 2: Juntando S com T, onde T.D=S.B AND S.C IN (SELECT DISTINCT R.A FROM R). ( (1, 2, 4, 1, 1), (3, 3, 3, 2, 1), (2, 1, 2, 4, 3) ) Como somente os campos S.C e COUNT(S.B) participam: ((1, 2) (3, 3) (2, 1) ) o primeiro valor em cada tupla o valor que seria agrupado e contado. Como no tem repeties j est agrupado. Da, o COUNT resultar em: ( (1, 1) (3, 1) (2, 1) ). Todos os valores de Q so iguais a 1, pois no tivemos mais de
39 de 121
uma linha para cada valor de B. O HAVING permite que todos participem do resultado final, pois a coluna Q possui todos os valores >= a 1. Finalmente, a letra A a resposta! ANOTAES A clusula "where" corresponde ao operador restrio da lgebra relacional. Contm a condio que as tuplas devem obedecer a fim de serem listadas. Ela pode comparar valores em colunas, literais, expresses aritmticas ou funes. A clusula Distinct elimina duplicidades, significando que somente relaes distintas sero apresentadas como resultado de uma pesquisa. Funes Agregadas (ou de Agrupamento) funo avg(n) count(expr) max(expr) min(expr) sum(n) Agrupamentos As funes de grupo operam sobre grupos de tuplas (linhas). Retornam resultados baseados em grupos de tuplas em vez de resultados de funes por tupla individual. A clasula "group by" do comando "select" utilizada para dividir tuplas em grupos menores. A clusula "GROUP BY" pode ser usada para dividir as tuplas de uma tabela em grupos menores. As funes de grupo devolvem uma informao sumarizada para cada grupo. Obs.: Qualquer coluna ou expresso na lista de seleo, que no for uma funo agregada, dever constar da clasula "group by". Portanto errado tentar impor uma "restrio" do tipo agregada na clusula Where. Having A clusula "HAVING" pode ser utilizada para especificar quais grupos devero ser exibidos, portanto restringindo-os. Obs.: A clasula "group by" deve ser colocada antes da "having", pois os grupos so formados e as funes de grupos so calculadas antes de se resolver a clusula "having". A clusula "where" no pode ser utilizada para restringir grupos que devero ser exibidos. Gabarito: letra A.
40 de 121
retorno mdia do valor n, ignorando nulos vezes que o nmero da expr avalia para algo no nulo maior valor da expr menor valor da expr soma dos valores de n, ignorando nulos
42. (CESGRANRIO/2010/PETROBRAS/ ANALISTA DE SISTEMAS JNIOR - ENGENHARIA DE SOFTWARE/Q.57) Considere as relaes R, S e T e o comando SQL a seguir. UPDATE T SET D = E + 1 WHERE EXISTS(SELECT DISTINCT S.C FROM S WHERE S.C = T.C) Aps a execuo desse comando, o novo estado da relao T
Comentrios O comando UPDATE permite alterar os valores existentes nos campos de uma (nica) tabela. Update table_name Set column_name1 = data_value1 [, column_name2 = data_value2...] [Where search_condition] table_name pode ser o nome de uma tabela de base ou de uma view atualizvel. A clusula SET especifica uma ou mais colunas a serem atualizadas. A clusula WHERE opcional: o Se omitida, as colunas indicadas so atualizadas para todas as linhas da tabela. o Se especificada, somente as linhas que satisfazem a search_condition so atualizadas Os data_value(s) devem ser compatveis com os tipos de dados das colunas correspondentes.
UPDATE T SET D = E + 1 WHERE EXISTS (SELECT DISTINCT S.C FROM S WHERE S.C = T.C) A coluna D da tabela T ser alterada com o valor do campo E + 1 para as linhas onde existe correspondncia entre as colunas C (S.C e T.C) das tabelas S e T. Neste caso, existe correspondncia para todas as linhas. Da, todos os valores da coluna D sero alterados para o valor presente na coluna D (da mesma linha) acrescido de uma unidade.
41 de 121
Gabarito: letra E. 43. (CESGRANRIO/2010/PETROBRS/ ANALISTA JNIOR - ENGENHARIA DE SOFTWARE) SELECT M.nome, D.nome FROM Manequim M LEFT JOIN Atuacao A ON M.id=A.idManequim LEFT JOIN Desfile D ON D.id=A.idDesfile ORDER BY M.nome ASC A consulta acima, expressa em SQL padro, retorna (A) os nomes de todos os manequins, e, caso eles estejam alocados em desfiles, os seus respectivos nomes, ordenados pelo nome do manequim em ordem crescente. (B) os nomes dos manequins e dos desfiles armazenados esquerda das respectivas tabelas, respeitando a ordem de indexao realizada. (C) os nomes dos manequins e o nome dos respectivos desfiles a eles alocados, ordenados pelo nome do manequim em ordem crescente. (D) uma mensagem de erro, pois existe um erro semntico na formao do comando. (E) uma mensagem de erro, pois a referncia ao operador LEFT JOIN exige a utilizao da clusula GROUP BY. Comentrios A consulta retornar os nomes de todos os manequins (M.nome), e, caso eles estejam alocados em desfiles (LEFT JOIN), os seus respectivos nomes, ordenados pelo nome do manequim em ordem crescente (ORDER BY). Join a ligao (conexo) que fazemos entre duas tabelas na pesquisa de dados. Necessariamente deve existir em um join a chave primria fazendo relao com uma chave estrangeira. A conexo esquerda (LEFT JOIN) seleciona todas as linhas da tabela esquerda e combina com as linhas da tabela direita. O LEFT JOIN retorna todos os dados da tabela esquerda, mesmo que no existam dados da tabela direita selecionados. til quando a tabela esquerda e a tabela direita possuem um relacionamento um-para-muitos. No exemplo da questo existe a juno da tabela Manequim com as tabelas Atuao e Desfile, onde somente as linhas de Desfile que possuem ligao com Atuao e as linhas de Atuao que possuem ligao com Manequim participaro do resultado. A dica saber qual a tabela da esquerda e qual a da direita. Na conexo esquerda, a tabela que vem depois do FROM e ANTES da conexo uma tabela ESQUERDA, e a tabela que vem DEPOIS da conexo uma tabela DIREITA.
42 de 121
DE
SISTEMAS
Gabarito: letra A. 44. (CESGRANRIO/TRANSPETRO/ANALISTA DE SISTEMAS JNIOR REA SOFTWARE/2011) Considere que um banco de dados relacional foi criado atravs da execuo dos comandos em SQL a seguir.
Agora considere que a consulta de seleo fornecida a seguir foi executada sobre o banco de dados com esquema e estado resultantes da sequncia de comandos acima.
Qual a quantidade de registros retornados pela consulta acima? a.3 b.4 c.5 d.6 e.7 Comentrios Um INNER JOIN permite a juno de duas tabelas por meio de uma clusula explcita. Ele s retorna os registros que sejam iguais nas DUAS tabelas. J o LEFT OUTER JOIN uma Operao JOIN que possibilita determinar uma clusula adicional juno. Ela mantm as linhas sem correspondncia na tabela da esquerda, juntando-as com uma linha nula da tabela da direita.
43 de 121
Um RIGHT OUTER JOIN, ao contrrio, mantm as linhas sem correspondncia na tabela da direita, juntando-as com uma linha nula da tabela da esquerda. Na consulta sero retornados todos os seis empregados, ou seja, a resposta a letra D. Isto ocorre porque foi utilizado um LEFT OUTER JOIN, o que retorna inclusive o ltimo empregado, que est com o departamento nulo. Gabarito: letra D. 45. (ESAF/ATI/SUSEP/ 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. Comentrios Se na letra a) no lugar de conjunto de objetos da realidade, nesta resposta estivesse escrito conjunto ou coleo de dados que representam objetos ou aspectos do mundo real ou do universo de discurso, essa letra estaria correta. Na letra b) o erro est ao considerar que banco de dados um conjunto de operaes sobre dados. Pois conjunto de operaes tem o contexto de cdigo que transforma os dados e isso no considerado banco de dados. As letras c) e d) cometem o erro de tratar banco de dados como um software. Isso gera um pouco de confuso nos alunos que esto aprendendo essa matria. Pois existem softwares que implementam e gerenciam banco de dados para serem usados no computador, contudo, conceitualmente banco de dados no um software. (e) Esta uma definio de banco de dados dada por (HEUSER, 2001), que trata um banco de dados como um conjunto de dados interrelacionados que tem por objetivo atender a uma proposta especfica, geralmente, dada por um grupo de usurios definidos. Gabarito: letra E. 46. (ESAF/Analista de Finanas e Controle/Desenvolvimento de Sistemas de Informao/2008) Em um banco de dados que utiliza a linguagem SQL para definio, manipulao e controle de dados, correto afirmar que os comandos
44 de 121
a) CREATE, DROP e INSERT fazem parte da DML (Linguagem de Manipulao de Dados). b) GRANT e REVOKE fazem parte da DCL (Linguagem de Controle de Dados). c) INSERT, UPDATE e SELECT fazem parte da DDL (Linguagem de Definio de Dados). d) ALTER, DELETE e REVOKE fazem parte da DML (Linguagem de Manipulao de Dados). e) CREATE, GRANT e DROP fazem parte da DCL (Linguagem de Controle de Dados).
Comentrios A tabela-resumo seguinte destaca comandos principais da linguagem, MUITO cobrados em provas! Linguagem DDL Data Definition Language ou Linguagem de Definio de Dados DML Data Manipulation Language ou Linguagem de Manipulao de Dados Comando Create Alter Drop Select Insert Update Delete DTL (Data Transaction Language) faz controle de transao no banco Commit Descrio Cria objetos na base de dados. Altera a estrutura de um objeto da base. Elimina determinado objeto da base de dados. Seleciona dados de uma base de dados. Insere linhas em uma tabelas. Altera os valores das linhas de uma tabela. Exclui linhas em uma tabela. Efetiva (torna permanente!) as alteraes feitas na base de dados. Defaz, em caso de falha do sistema, qualquer alterao que ainda no tenha sido efetivada, de modo que a integridade do banco de dados seja mantida. Permite tambm ao usurio desfazer qualquer alterao feita no banco de dados antes que tenha sido executado um comando COMMIT. Estabelece pontos de retorno dentro de uma transao.
Rollback
Savepoint
45 de 121
DCL Data Control Language ou Linguagem de Controle de Dados
Grant
Fornece permisso de acesso em objetos do banco de dados. Retira permisso de acesso em objetos do banco de dados.
Revoke
Vamos s assertivas da questo: Item a. Item errado. Os comandos CREATE e DROP fazem parte da DDL (Data Definition Language), que serve para a definio de estruturas de dados, incluindo linhas, colunas, tabelas, ndices e localizaes de arquivos. O comando INSERT faz parte da DML (Data Manipulation Language), voltada para a manipulao dos dados. Item b. Item correto. Conforme visto GRANT e REVOKE fazem parte da DCL (Linguagem de Controle de Dados), que cuida dos aspectos de autorizao de dados e licenas de usurios para controlar quem tem acesso dentro do banco. Item c. Item errado. INSERT, UPDATE e SELECT fazem parte da DML (Linguagem de Manipulao de Dados). Item d. Item errado. DELETE faz parte da DML (Linguagem de Manipulao de Dados). ALTER faz parte da DDL (Data Definition Language) e o comando e REVOKE faz parte da DCL (Data Control Language). Item e. Item errado. CREATE faz parte da DDL (Data Definition Language), GRANT faz parte da DCL (Data Control Language) e DROP faz parte da DDL (Data Definition Language). Gabarito: letra B.
47. (ESAF/2012/CGU/Analista de Finanas e Controle/ Desenvolvimento de Sistemas da Informao) A Linguagem de Definio de Dados de uma SQL permite especificar: A.O esquema para cada estrutura. As restries de normalizao. O conjunto dos ndices a serem mantidos para cada relao. As informaes de acesso e flexibilidade para cada relao. B. O domnio dos valores gerados por cada atributo. As restries de integridade. O conjunto dos coeficientes a serem mantidos nas relaes de objetos. A estrutura de armazenamento fsico de cada relao na estrutura de relacionamentos. C. O esquema para cada relao. O domnio dos valores das relaes. As permisses de integridade. O conjunto dos ndices a serem extrados de cada relao.
46 de 121
D. O esquema para cada relao. As informaes de segurana e autorizao para cada relao. A estrutura de armazenamento fsico de cada relao no disco. E. As restries de interatividade. As variveis e ndices a serem mantidos para cada relao. As informaes de segurana e automao para cada relao. A estrutura de armazenamento fsico de cada relao no disco.
Comentrios Bem, pessoal, nessa questo o melhor a se fazer ir eliminando o que no pertence DDL (pelo menos um item j invalida a assertiva!!), vamos por partes ento!! Item a. Item errado. Conforme sabemos a linguagem DDL (Data Definition Language) utilizada para a definio de estruturas de dados, incluindo linhas, colunas, tabelas, ndices e localizaes de arquivos. Como exemplos de comandos dessa linguagem temos: CREATE, ALTER e DROP. As restries de normalizao so trabalhadas no projeto conceitual. Item b. Item errado. A estrutura de armazenamento fsico de cada relao fica armazenada em disco! Item c. Item errado. No se tem permisses de integridade, e sim restries de integridade, que fornecem uma forma de garantir que as mudanas realizadas pelos usurios no resultem na perda de consistncia dos dados. Item d. Item correto. Item e. Item errado. O termo restries de interatividade tambm no existe, o correto seria restries de integridade. Informaes de automao tambm no existem, temos informaes de autorizao. Gabarito: letra D. 48. (ESAF/Superintendncia de Seguros Privados/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. Comentrios A especificao de um banco de dados relacional (chamada de esquema do banco de dados) deve conter no mnimo a definio do seguinte: - Tabelas que formam o banco de dados; - Colunas que as tabelas possuem;
47 de 121
- Restries de integridade, que fornecem uma forma de garantir que as mudanas realizadas pelos usurios no resultem na perda de consistncia dos dados, assegurando o correto relacionamento entre as tabelas.
Gabarito: letra A. 49. (ESAF/Superintendncia de Seguros Privados/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, Integridade referencial. 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. Comentrios Restries de integridade so regras de consistncia de dados que garantida pelo prprio SGBD. Essas restries so garantidas automaticamente pelo SGBD Relacional. O programador no precisa implement-las! Quanto s restries de integridade bsicas cobradas na questo temos: Integridade de Domnio:
48 de 121
Define os valores que podem ser assumidos pelos campos de uma coluna. Integridade de Vazio: Especifica se os campos de uma coluna podem ou no serem vazios. Integridade de Chave: Define que os valores da chave primria e alternativa devem ser nicos. Integridade Referencial: Define que os valores dos campos que aparecem numa chave estrangeira devem aparecer na chave primria (candidata) da tabela referenciada. Gabarito: letra A.
49 de 121
MEMOREX Para Finalizar, vamos a algumas consideraes importantes para a prova!!! Muita Ateno Aqui!!! Dado x Informao x Conhecimento Importante!! O que um Dado? um registro de alguma entidade. Um nome um dado, uma foto um dado, 134 um dado, 5 um dado, etc. J a informao um dado depois de processado, uma contextualizao de um dado... Como assim? 5 um dado, mas e se eu disser o seguinte: No dia 5 no haver aula!!. Nesse caso, o 5 passou a ter sentido (ou passou a ter contexto) e agora uma informao! Complementando, informaes so conjuntos de dados significativos e teis a seres humanos em processos como o de tomada de decises. Na figura seguinte, dados brutos registrados por um caixa podem ser processados e organizados de modo a produzir tal como o total de unidades de detergentes vendidas ou vendas do detergente para determinada loja ou territrio de de supermercados informaes teis, a receita total de vendas.
Fonte: (OBRIEN, 2006) E conhecimento? Setzer (2001), em http://www.ime.usp.br/~vwsetzer/dadoinfo.html, destaca que o conhecimento pode ser considerado como uma abstrao interior, pessoal, de algo que foi experimentado, vivenciado, por algum. Conforme destaca Rob e Coronel (2011) o conhecimento implica familiaridade, conscincia e compreenso das informaes conforme se apliquem a um ambiente. Uma caracterstica fundamental do conhecimento que o "novo"
50 de 121
conhecimento pode ser obtido a partir do "antigo". A seguir alguns pontos fundamentais: Os dados constituem os blocos de construo das informaes. As informaes so produzidas pelo processamento de dados e so utilizadas para revelar o significado dos dados. Informaes precisas, relevantes e rpidas so a chave para a boa tomada de decises. A boa tomada de deciso a chave para a sobrevivncia de uma organizao no ambiente global.
Vale destacar que informaes rpidas e teis exigem dados precisos. Esses dados devem ser gerados de forma adequada e armazenados em um formato de fcil acesso. E, como qualquer recurso bsico, o ambiente de dados deve ser gerenciado com cuidado. O gerenciamento de dados uma disciplina que foca na gerao, no armazenamento e na recuperao adequada dos dados. Diante do papel crucial executado pelos dados, voc no deve estar surpreso que o gerenciamento de dados seja uma atividade central para qualquer negcio, ou organizao (Rob e Coronel, 2011). Em geral, o gerenciamento eficiente de dados exige a utilizao de um banco de dados computacional. O Que um Banco de Dados? Elmasri e Navathe (2005) definem um Banco de Dados como uma coleo de dados relacionados, sendo esses dados definidos como fatos que possuem um significado implcito. Silberchatz (2011) destaca que banco de dados uma coleo de dados interrelacionados que contm informaes relevantes para uma empresa. Considere um exemplo de um banco de dados de funcionrios de uma empresa. Nele podemos encontrar alguns arquivos, tais como: arquivos de dados pessoais (nome, endereo, data de nascimento, etc.), arquivos de dados funcionais (cargo, data de admisso, etc.) e dados para pagamento (salrio base, horas trabalhadas, adicionais, etc.). Para obter informaes sobre a folha de pagamento da empresa de cada funcionrio, preciso que os trs arquivos estejam relacionados para fazermos uma consulta. Assim conseguimos informaes como nome, cargo e salrio de cada funcionrio. Vale ressaltar que para ser caracterizado como banco de dados a coleo de dados deve ter uma relao coerente onde se pode extrair informaes com significado inerente. Uma coleo de dados ao acaso no pode ser interpretada como um banco de dados. Por exemplo, se em uma pasta est armazenado o fluxo de caixa da loja da sua me, arquivos de msicas de um lbum do seu cantor preferido e anncios de imveis que eu seu pai estava analisando, isso
51 de 121
corresponde a um conjunto de dados sem nenhuma relao lgica ou coerente entre eles. Logo, no pode ser caracterizado como banco de dados. Nem sempre um banco de dados precisa estar informatizado no computador. O que caracteriza um banco de dados a forma como os dados esto interrelacionados, representando um universo de discurso, de forma a apresentar um significado relevante a um grupo de usurios. Por exemplo, um armrio no hospital que tem as fichas de pronturios de todos os pacientes pode ser considerado um banco de dados, mesmo estando os dados em papis. Ali voc tem dados pessoais dos pacientes, dados de laudos de exames realizados com esses pacientes e dados de acompanhamento dos pacientes como temperatura e presso medidas diariamente durante a internao. E um banco de dados pode atender a usurios diferentes com vises diferentes. Por exemplo, cada mdico pode olhar os dados que o ajudem a tomar uma deciso de tratamento para o problema referente sua rea de atuao. Lembrete! Dados So fatos em sua forma primria, os quais podem ser armazenados, como, por exemplo: nome, telefone e endereo. Estes dados ou fatos organizados de maneira significativa e relacionados formam uma informao, como por exemplo: os dados das peas em estoque. Assim possvel obter uma lista de peas em falta. Banco de Dados Sabendo o que so dados e informaes possvel definir os Bancos de Dados como um conjunto de dados devidamente relacionados capazes de apresentar uma informao. Coleo de dados interrelacionados, armazenados de forma centralizada ou distribuda, com algum significado inerente, isto , informaes de interesse de uma ou mais organizaes. Um banco de dados projetado, construdo e povoado por dados, atendendo a uma proposta especfica. Possui um grupo de usurios definido e algumas aplicaes preconcebidas, de acordo com o interesse desse grupo de usurios.
Principais Tipos de Banco de Dados Com o avano da tecnologia e da computao, houve um crescimento do volume e dos tipos de dados a serem armazenados nas organizaes. Isso demandou a necessidade de se utilizar softwares especiais para gerenciar os dados, os chamados SGBDs (Sistemas Gerenciadores de Banco de Dados). O SGBD pode dar suporte a muitos tipos de bancos de dados, que podem ser classificados de acordo com o nmero de usurios, localizao(es), e o tipo e a extenso do uso esperado. i)Quanto ao nmero de usurios (monousurio/multiusurio)
52 de 121
O nmero de usurios determina se o banco de dados classificado como monousurio (de um nico usurio) ou multiusurio. Banco de dados monousurio: d suporte a apenas um usurio por vez. Em outras palavras, se o usurio A estiver utilizando o banco, os usurios B e C devem esperar at que o A termine. Um banco de dados monousurio executado em um computador pessoal chamado banco de dados de desktop. Por outro lado, um banco de dados multiusurio d suporte a vrios usurios simultaneamente. Quando esse suporte cobre um nmero relativamente pequeno de usurios (em geral menor que cinquenta) ou um departamento especfico de uma organizao, o banco chamado de banco de dados de grupo de trabalho. J quando utilizado por uma organizao inteira, com suporte a muitos usurios (mais de cinquenta, normalmente centenas) em vrios departamentos, o banco conhecido como banco de dados empresarial.
ii)Quanto localizao de dados (Centralizado/Distribudo) A localizao tambm pode ser utilizada para classificar o banco de dados. Por exemplo, um banco que d suporte a dados localizados em um nico local chamado de banco de dados centralizado. J um que d suporte a dados distribudos por vrios locais diferentes chamado de banco de dados distribudo. Dados
iii)Quanto utilizao de dados (Banco de Operacional/DataWarehouse/Bancos de Dados em XML,...)
Atualmente, o modo mais popular de classificao baseia-se em como os bancos de dados sero utilizados e na sensibilidade ao tempo das informaes nele coletadas. Por exemplo, transaes como vendas, pagamentos e aquisies de suprimentos de produtos ou servios refletem operaes dirias fundamentais. Essas transaes devem ser registradas de modo preciso e imediato. Um banco projetado principalmente para dar suporte s operaes dirias de uma empresa classificado como banco de dados operacional (s vezes referido como transacional ou de produo). Por outro lado, os data warehouses (armazm de dados) focam na armazenagem dos dados utilizados para gerar informaes necessrias tomada de decises tticas e estratgicas. A maioria dos dados de suporte a decises baseiam-se em dados histricos obtidos de bancos de dados operacionais. Alm disso, o data warehouse pode armazenar dados provenientes de muitas fontes. Para facilitar a recuperao desses dados, a estrutura do data warehouse difere muito de um banco operacional ou transacional.
53 de 121
Os bancos de dados tambm podem ser classificados de modo a refletir at que grau seus dados so estruturados. Dados no estruturados so aqueles que existem em seu estado original (bruto), ou seja, no formato em que foram coletados. Portanto, esto em um formato que no possibilita o processamento que produz informaes. Dados estruturados so o resultado da obteno de dados no estruturados e de sua formatao (estruturao) visando facilitar o armazenamento, a utilizao e a gerao de informaes. A estrutura (formato) aplicada com base no tipo de processamento que se deseja executar nos dados. Alguns dados podem no estar prontos (no estruturados) para determinados tipos de processamento, mas podem estar prontos (estruturados) para outros tipos. Por exemplo, o valor de dados 37890 pode se referir a um CEP, um valor de vendas ou um cdigo de produto. Se representar um CEP ou um cdigo de produto e for armazenado como texto, no ser possvel executar clculos matemticos com ele. Por outro lado, se esse valor representar uma transao de vendas, ser necessrio format-lo como numrico. Para ilustrar o conceito de estrutura, imagine uma pilha de faturas impressas em papel. Caso deseje simplesmente armazen-las como imagens para recuperao e exibio futura, possvel escane-las e salvlas em formato grfico. Por outro lado, se desejar obter informaes como vendas mensais totais e mdias, esse armazenamento grfico no seria til. Em vez disso, possvel armazenar os dados das faturas em um formato de planilha (estruturado) de modo a permitir a execuo dos clculos necessrios. Na verdade, em sua maioria, os dados que encontramos so mais bem classificados como semiestruturados. Dados semiestruturados so aqueles que j foram parcialmente processados. Por exemplo, olhando-se uma pgina comum da web, os dados so apresentados em um formato pr-organizado para transmitir alguma informao.
Os tipos de bancos de dados mencionados at aqui focam no armazenamento e gerenciamento de dados altamente estruturados. No entanto, as corporaes no se limitam ao uso de dados estruturados, tambm utilizam dados semiestruturados e no estruturados. Basta pensar nas informaes muito valiosas que podem ser encontradas em e-mails da empresa, memorandos, documentos como procedimentos e regras, contedos de pginas da web e assim por diante. As necessidades de armazenamento e gerenciamento de dados no estruturados e semiestruturados esto sendo atendidas pela nova gerao de bancos de dados em XML. A Linguagem de Marcao Extensvel (XML, sigla em ingls para Extensible Markup Language) uma linguagem especial utilizada para representar e manipular elementos de dados em formato textual. Os bancos de dados em XML do suporte ao armazenamento e gerenciamento de dados semiestruturados em XML. A tabela seguinte compara os recursos de vrios sistemas de gerenciamento de bancos de dados conhecidos.
54 de 121
Prod uto
MS x x Acces s MS x** x x x x x x x SQL Server DB2 x** x x x x x x x da IBM MySQ X x x x x x x x* L Oracle x** x x x x x x X (SGB DR) *D suporte apenas a funes de XML. Os dados em XML so armazenados em grandes objetos de texto. **O fornecedor oferece verso pessoal/usurio nico do SGBD. Figura. Tipos de banco de dados - Fonte: Rob e Coronel (2011) Sistemas de Gerenciamento de Banco de Dados (SGBDs) Um banco de dados pode ser criado e mantido por um conjunto de aplicaes desenvolvidas especialmente para esta tarefa ou por um Sistema Gerenciador de Banco de Dados ou Sistema de Gerenciamento de Banco de Dados (SGBD). Um SGBD um software (conjunto de programas) de carter geral que executa os processos de definio, construo, manipulao e compartilhamento de bancos de dados entre vrios usurios e aplicaes, incluindo mdulos para consulta, atualizao e as interfaces entre o sistema e o usurio. Em um SGBD as grandes colees de informaes so estruturadas e armazenadas de uma forma consistente e integrada. Os SGBDs so programas capazes de criar bancos de dados, e a partir da realizar uma srie de operaes bsicas, tais como: incluso, pesquisa, atualizao, impresso e ordenao.
Nmero de Usurios nico Multiusurio Usu Grupo Empresa rio de rial Trabal ho x x
Localizao de Dados Centraliz Distribu ado do
Utilizao de Dados Operaci D XM onal W L
55 de 121
Podemos dizer ento que SGBD = Conjunto de dados + Conjunto de programas de acesso aos dados. Dentre os SGBDs que esto sendo mais utilizados atualmente tem-se: SGBDs livres, como o MySQL que possui o cdigo fonte aberto, projetado para servir como opo aos SGBDs corporativos proprietrios. Apesar de seu crescimento nos ltimos anos e de sua grande popularidade, especialmente em aplicativos voltados para a web, ainda no tem uso difundido em grandes empresas, que ainda preferem confiar seus dados a aplicaes mais maduras e com maior capacidade de suporte. H outros SGBDs livres que seguem a linha do MySql, como o PostgreSql, por exemplo. Microsoft Access (Faz parte do pacote Microsoft Office, voltado para bancos de dados pessoais (uso domstico) e menos robustos (pequenas aplicaes de uso no crtico); Base (Faz parte do pacote BrOffice.Org, tambm mais voltado para uso domstico); SGBDs comerciais e proprietrios para uso corporativo, como o SQL Server e o Oracle, utilizados em projetos mais volumosos que envolvem bancos de dados corporativos (de grandes empresas). Outros SGBDs podem ser destacados, como: SyBase, Adabas, DB2, etc.
Muitas vezes, at mesmo profissionais de TI referem-se aos SGBDs como banco de dados. At certo ponto, o banco de dados se assemelha a um arquivo eletrnico com contedo muito bem organizado com a ajuda de um software poderoso, conhecido como sistema de gerenciamento de banco de dados. No entanto, os SGBDs so softwares, j banco de dados conceitualmente NO um software. Porm os SGBDs sozinhos no tm nenhuma relevncia, os bancos de dados armazenados em um SGBD que tm significado e so importantes para a organizao que os mantm. Lembrete! SGBD: Conjunto de software para gerenciar um BD, que prov armazenamento e acesso multiusurio eficiente a uma grande quantidade de dados armazenados.
56 de 121
Figura. O SGBD gerencia a interao entre o usurio final e o banco de dados Fonte: Rob e Coronel, 2011. Os Sistemas Gerenciadores de Bancos de Dados surgiram para atender necessidade de armazenamento e de recuperao de grandes volumes de informaes, propiciando um ambiente seguro e adequado. O SGBD ajuda a tornar o gerenciamento de dados mais eficiente e eficaz. Por exemplo, fornece vantagens como (Rob e Coronel, 2011): Evitar/controlar a REDUNDNCIA. O que : a repetio de um mesmo dado em locais distintos. Temos a redundncia controlada e a no controlada. Como podemos evitar: centralizando os dados atravs do banco. Pode ser utilizada em situaes em que haja necessidade de melhoria no desempenho e/ou economia de recursos da transmisso. Manter a integridade. Garante que os dados armazenados no BD esto corretos. Para manter a integridade, lana-se mo da implementao de regras de negcio atravs de restries de integridade (automticas ou implementadas atravs de triggers (gatilhos) ou stored procedures (procedimentos armazenados no banco)). Melhoria na INTEGRAO dos dados. Minimizao da INCONSISTNCIA dos dados, que ocorre quando diferentes verses dos mesmos dados aparecem em locais diferentes. Por exemplo, quando o departamento de vendas de uma empresa armazena o nome de uma representante de vendas como "Gris Silva" e o departamento de recursos humanos armazena o nome da mesma pessoa como "Cristina G. Da Silva". Esse problema reduzido por meio de um adequado projeto de banco de dados.
57 de 121
Aprimoramento do acesso aos dados. Aprimoramento da tomada de deciso. Aumento de produtividade do usurio final. Tolerncia a Falhas: Fornece recursos para recuperao de falhas tanto de software quanto de hardware. Restrio a Acesso no Autorizado: Fornece um subsistema de autorizao e segurana, o qual utilizado pelo DBA para criar contas e especificar as restries destas contas. O controle de restries se aplica tanto ao acesso aos dados quanto ao uso de softwares inerentes ao Sistema Gerenciador de Banco de Dados.
As vantagens da utilizao de um SGBD no se limitam aos itens aqui listados. Na verdade, voc descobrir muito mais vantagens ao conhecer os detalhes tcnicos dos bancos de dados e seu projeto adequado. Funes Bsicas de um Sistema Gerenciador de Banco de Dados Como todo e qualquer aplicativo, os SGBDs dispem de funes que so compartilhadas por qualquer tipo de sistema gerenciador de banco de dados, independente de seu fabricante. Dentre elas, destacam: Proporcionar maior abstrao, isolando o usurio dos pormenores internos de como os dados esto armazenados; Rapidez no acesso s informaes; Proporcionar independncia dos dados em relao aos programas de recuperao, cuja estrutura fsica de armazenamento independe da estratgia de acesso; Compartilhar a base de dados entre vrios aplicativos, em que diferentes tipos de interfaces atendem s necessidades de distintos usurios; Maior facilidade de realizar cpias de segurana; Proporcionar a comunicao diretamente com um software ou servidor; Proporcionar integridade dos dados.
Classificao dos SGBDs O principal critrio para se classificar um SGBD o modelo de dados no qual baseado. A grande maioria dos SGBDs contemporneos so baseados no modelo relacional, alguns em modelos conceituais e alguns em modelos orientados a objetos. Outras classificaes so: * usurios: um SGBD pode ser monousurio, comumente utilizado em computadores pessoais ou multiusurios, utilizado em estaes de trabalho, mini-computadores e mquinas de grande porte; * localizao: um SGBD pode ser localizado ou distribudo; se ele for localizado, ento todos os dados estaro em uma mquina (ou em um
58 de 121
nico disco) ou distribudo, onde os dados estaro distribudos por diversas mquinas (ou diversos discos); * ambiente: ambiente homogneo o ambiente composto por um nico SGBD e um ambiente heterogneo o ambiente composto por diferentes SGBDs. Interao com o SGBD Para um grande banco de dados, existe um variado nmero de pessoas envolvidas, desde o projeto, uso, at manuteno, executando funes exclusivas e complementares. - Os administradores de sistema supervisionam as operaes gerais do sistema de banco de dados. - Os administradores de banco de dados, tambm conhecidos como DBAs (sigla em ingls para database administrator), gerenciam o SGBD e garantem que o banco de dados funcione adequadamente. So usurios especializados em banco de dados. Cabe a eles a administrao dessas bases, definio da melhor estrutura de armazenamento desses dados, definio de aspectos de segurana, programao de cpias de segurana (backups) dos dados, dentre outros. - Os projetistas de banco de dados projetam a estrutura do banco. Na prtica, so os arquitetos dos bancos de dados. Se o projeto for ruim, mesmo os melhores programadores de aplicaes e os DBAs mais dedicados no sero capazes de produzir um ambiente til de sistema de banco de dados. Como as organizaes esforam-se para otimizar seus recursos de dados, a descrio do trabalho do projetista expandiu-se para cobrir novas dimenses e suas responsabilidades so crescentes. - Os programadores e analistas de sistemas projetam e implementam os aplicativos. Desenvolvem e criam as telas de entrada de dados, os relatrios e os procedimentos por meio dos quais os usurios finais acessam e manipulam os dados do banco de dados. - Usurios Finais. Existem basicamente trs categorias de usurios finais que so os usurios finais do banco de dados, fazendo consultas, atualizaes e gerando documentos: - usurios casuais: acessam o banco de dados casualmente, mas que podem necessitar de diferentes informaes a cada acesso; utilizam sofisticadas linguagens de consulta para especificar suas necessidades; - usurios novatos ou paramtricos: utilizam pores pr-definidas do banco de dados, utilizando consultas preestabelecidas que j foram exaustivamente testadas; - usurios sofisticados: so usurios que esto familiarizados com o SGBD e realizam consultas complexas. Sistema de Banco de Dados
59 de 121
Para completar nossa definio inicial chamaremos o banco de dados e o software SGBD, juntos, de Sistema de Banco de Dados. O termo sistema de banco de dados refere-se a uma organizao de componentes que define e regula a coleta, o armazenamento, o gerenciamento e a utilizao de dados em um ambiente de banco de dados. Do ponto de vista do gerenciamento real, o sistema de banco de dados composto de cinco partes principais, apresentadas na figura seguinte: hardware, software, pessoas, procedimentos e dados.
Figura. Sistema de Banco de Dados Hardware. O hardware refere-se a todos os dispositivos fsicos do sistema, como, por exemplo, computadores (microcomputadores, estaes de trabalho, servidores, clusters e supercomputadores), dispositivos de armazenamento, impressoras, dispositivos de rede (hubs, switches, roteadores, fibra ptica) e outros dispositivos (caixas automticos, leitores de ID etc.). Software. Embora o software identificado de imediato seja o prprio SGBD, o funcionamento completo do sistema de banco de dados necessita de trs tipos de softwares: sistema operacional, SGBD e aplicativos e utilitrios. o O sistema operacional gerencia todos os componentes de hardware e possibilita que os outros softwares sejam executados nos computadores. Os exemplos de sistema operacional incluem o Microsoft Windows, o Linux, o UNIX, etc. o O SGBD gerencia o banco de dados em um sistema de banco de dados. Alguns exemplos desse tipo de software so o Microsoft SQL Server, o Oracle da Oracle Corporation, o MySQL da MySQL AB e o DB2 da IBM. o Os aplicativos e utilitrios so utilizados para acessar e
60 de 121
manipular dados no SGBD e gerenciar o ambiente computacional no qual ocorre o acesso e a manipulao de dados. Os aplicativos so usados com mais frequncia para acessar os dados encontrados no banco de dados e gerar relatrios, tabelas e outras informaes que facilitem a tomada de decises. Os utilitrios so as ferramentas de software utilizadas para ajudar no gerenciamento dos componentes computacionais do sistema de bancos de dados. Por exemplo, todos os principais fornecedores de SGBD atualmente fornecem interfaces grficas de usurio (GUIs) para ajudar a criar estruturas de bancos de dados, controlar seu acesso e monitorar suas operaes. Pessoas. Esse componente inclui todos os usurios do sistema de banco de dados. Com base na funo de trabalho principal, possvel identificar cinco tipos de usurios em um sistema: administradores de sistemas, administradores de bancos de dados, projetistas de bancos de dados, analistas e programadores de sistemas, e usurios finais. Procedimentos. So as instrues e regras que orientam o projeto e a utilizao do sistema de banco de dados. Os procedimentos so um componente fundamental, embora s vezes esquecido, do sistema. Executam um papel importante na empresa, pois aplicam os padres pelos quais os negcios so conduzidos dentro da organizao e em relao aos clientes. Tambm so utilizados para garantir que haja um modo organizado de monitorar e auditorar tanto os dados que entram no banco como as informaes geradas pela utilizao desses dados. Dados. A palavra dados cobre o conjunto de fatos armazenados no banco de dados. Como eles so o material bruto a partir do qual as informaes so geradas, a definio de quais dados devem ser inseridos no banco e como esses dados devem ser organizados constitui uma parte vital do trabalho do projetista. Um sistema de banco de dados adiciona uma nova dimenso estrutura de gerenciamento de uma organizao. A complexidade dessa estrutura depende do tamanho da organizao, de suas funes e de sua cultura corporativa. Portanto, os sistemas de banco de dados podem ser criados e gerenciados em diferentes nveis de complexidade e com adeso varivel a padres precisos. Por exemplo, compare um sistema local de locao de filmes com um sistema nacional de reclamaes de seguros. O sistema de locao de filmes pode ser gerenciado por duas pessoas, o hardware utilizado provavelmente um nico microcomputador, os procedimentos so simples e o volume de dados tende a ser baixo. O sistema nacional de reclamaes de seguros possui pelo menos um administrador de sistemas, vrios DBAs em tempo integral e muitos projetistas e programadores; o hardware inclui diversos servidores em
61 de 121
vrios locais; provvel que os procedimentos sejam numerosos, complexos e rigorosos e que o volume de dados tenda a ser alto. Alm dos diferentes nveis de complexidade dos sistemas de banco de dados, os gerentes tambm devem levar em considerao: as solues de bancos de dados devem ser efetivas em relao a custos-benefcios e a fatores tticos e estratgicos. A criao de uma soluo de um milho de dlares para um problema de mil dlares dificilmente constar entre os exemplos de boa seleo de sistema e de bom projeto e gerenciamento de bancos de dados. Por fim, provvel que a tecnologia de bancos de dados j em uso afete a seleo de um sistema. Embora o sistema de banco de dados apresente vantagens considerveis em relao a abordagens de gerenciamento anteriores, tambm trazem desvantagens significativas. Por exemplo (Rob e Coronel, 2011): - Aumento de custos. Os sistemas de banco de dados exigem hardware e software sofisticados e pessoal altamente treinado. O custo de manuteno do hardware, software e pessoal necessrios para operar e gerenciar um sistema de banco de dados pode ser substancial. Os custos de treinamento, licenciamento e atendimento s regulamentaes costumam ser negligenciados quando da implementao desses sistemas. - Complexidade de gerenciamento. Os sistemas de banco de dados apresentam interfaces com muitas tecnologias diferentes e tm um impacto significativo sobre os recursos e a cultura de uma empresa. As alteraes introduzidas pela adoo do sistema de banco de dados deve ser adequadamente gerenciadas para garantir que ajudem no progresso dos objetivos da empresa. Levando em conta o fato de que os bancos de dados mantm dados fundamentais da empresa que so acessados a partir de vrias fontes, as questes de segurana devem ser uma constante preocupao. - Manuteno do banco de dados atualizado. Para maximizar a eficincia do sistema de banco de dados, deve-se manter o sistema atualizado. Portanto, necessrio fazer atualizaes frequentes e aplicar os ltimos pacotes e medidas de segurana a todos os componentes. Como a tecnologia dos bancos de dados avana rapidamente, os custos com treinamento de pessoal tendem a ser significativos. - Dependncia do fornecedor. Em virtude do alto investimento em tecnologia e treinamento de pessoal, as empresas podem hesitar em trocar os fornecedores de bancos de dados. Por essa razo, menos provvel que estes ofeream vantagens de preo aos clientes existentes, que ficaro restritos quanto a suas escolhas de componentes de sistemas de banco de dados. - Ciclos frequentes de atualizao/substituio. Os fornecedores de SGBDs atualizam seus produtos adicionando novas funcionalidades. Em geral, esses recursos so integrados a novas verses de atualizao do software. Algumas dessas verses exigem atualizaes de
62 de 121
hardware. No so apenas as atualizaes que geram custo, mas tambm o treinamento dos usurios e administradores para que utilizem e gerenciem adequadamente os novos recursos. Nveis de Abstrao Considerando que o nvel de conhecimento dos usurios de bancos de dados muito varivel, oscilando entre aqueles que conhecem muito e outros que so leigos, os Sistemas de Bancos de Dados devem prover mecanismos que administrem essa complexidade, simplificando as interaes dos usurios com o sistema. O grande objetivo de um sistema de banco de dados proporcionar aos usurios uma viso abstrata dos dados. Isto , o sistema omite certos detalhes de como os dados so armazenados e mantidos. No entanto, para que o sistema possa ser utilizado, os dados devem ser buscados de forma eficiente. Este conceito tem direcionado o projeto de estrutura de dados complexas para a representao de dados em um banco de dados. Uma vez que muitos dos usurios de banco de dados so leigos ou no treinados para computao, a complexidade est escondida desses usurios atravs de diversos nveis de abstrao que simplificam a interao do usurio com o sistema. Atualmente, existem vrias tendncias para arquitetura de SGBD nas mais diversas direes. A arquitetura mais conhecida a ANSI/SPARC, fundamentada em TRS NVEIS de abstrao em que cada um desses nveis corresponde s abstraes dos dados armazenados no banco de dados. Nvel de Viso: o nvel mais alto de abstrao, diz respeito forma como os dados so vistos pelos usurios (individualmente) , de acordo com as necessidades de cada usurio. Diferentes usurios podero ter diferentes vises de um mesmo banco de dados. Um determinado usurio, tanto pode ser um programador de aplicaes, quanto um usurio final. O DBA um caso especialmente importante. Ao contrrio dos usurios comuns, o DBA ter de se interessar pelos nveis conceitual e fsico. Nvel Lgico: descreve QUAIS dados esto armazenados no banco de dados e seus relacionamentos, isto , qual a relao existente entre eles. Podemos dizer que a viso lgica a viso dos dados como realmente so e no como os usurios so forados a v-los devido s restries de linguagem ou hardware. Neste nvel, o banco de dados descrito atravs de estruturas relativamente simples, que podem envolver estruturas complexas no nvel fsico. Nvel Fsico: nvel mais baixo de abstrao. Descreve COMO os dados esto realmente armazenados. Diz respeito forma como os dados esto armazenados fisicamente. Preocupa-se em descrever as estruturas de dados complexas de baixo nvel.
63 de 121
A figura seguinte representa os nveis de abstrao aqui listados.
Figura. Nveis de abstrao de dados Fonte: Silberschatz, Korth e Sudarshan, 2006. Adaptao Independncia de Dados A independncia de dados pode ser definida como a imunidade das aplicaes s alteraes feitas, seja no nvel fsico seja no nvel lgico de um banco de dados. O objetivo alcanar o mximo de independncia possvel.
a capacidade de MODIFICAR a definio dos esquemas em determinado nvel, sem afetar o esquema do nvel superior. Existem dois nveis de INDEPENDNCIA DOS DADOS: fsica e lgica!
Pode ser classificada em: Independncia de dados FSICA: modifica o esquema fsico sem que, com isso, qualquer programa aplicativo precise ser reescrito (As modificaes no nvel fsico so ocasionalmente necessrias para aumento de desempenho). Independncia de dados LGICA: modifica o esquema lgico sem que, com isso, qualquer programa aplicativo precise ser reescrito. As modificaes no nvel conceitual so necessrias quando a estrutura lgica do banco de dados alterada (por exemplo, a adio de contas de bolsas de mercado num sistema bancrio).
64 de 121
Ateno! Normalmente modificaes no nvel fsico visam a melhoria de desempenho, como a criao de ndices!
A independncia lgica dos dados mais difcil de ser alcanada do que a independncia fsica, porm os programas so bastante dependentes da estrutura lgica dos dados que eles acessam.
Figura. Independncia de dados Este conceito de independncia dos dados similar em muitos aspectos ao conceito de tipos abstratos de dados em modernas linguagens de programao. Ambos escondem detalhes de implementao do usurio. Isto permite ao usurio concentrar-se na estrutura geral em vez de detalhes de baixo nvel de implementao. Dicionrio de Dados uma coleo de metadados que contm definies e representaes de elementos de dados. Dentro do contexto de sistemas gerenciadores de bancos de dados, um dicionrio de dados um grupo de tabelas, habilitadas apenas para leitura ou consulta, ou seja, uma base de dados, propriamente dita, que entre outras coisas, mantm as seguintes informaes: - Definio precisa sobre elementos de dados; - Perfis de usurios, papis e privilgios; - Descrio de objetos; - Integridade de restries; - Stored procedures e gatilhos;
65 de 121
- Estrutura geral da base de dados; - Informao de verificao; - Alocaes de espao. Um dos benefcios de um dicionrio de dados bem preparado a consistncia entre itens de dados atravs de diferentes tabelas. Por exemplo, diversas tabelas podem conter nmeros de telefones. Utilizando uma definio de um dicionrio de dados bem feito, o formato do campo 'nmero de telefone' definido com "(99)9999-9999" dever ser obedecido em todas as tabelas que utilizarem esta informao. Os dicionrios de dados so gerados, normalmente, separados do Modelo de Dados visto que estes ltimos costumam incluir complexos relacionamentos entre elementos de dados. Modelos de Bancos de Dados Os modelos de bancos de dados definem a forma como os dados encontram-se organizados internamente. A seguir, tem-se uma breve descrio sobre os principais modelos. 1. Modelo Hierrquico ou de rvore aquele no qual os dados esto organizados de cima para baixo ou estrutura de rvore invertida. Por exemplo, os dados sobre um projeto para uma empresa podem seguir este tipo de modelo. Este mtodo de ligao semelhante relao entre pais e filhos: a criana no existir sem os pais. o que mais bem se adapta a situaes nas quais as relaes lgicas entre os dados podem ser representadas com a abordagem (um-para-muitos).
Fonte: (Takai, Italiano e Ferreira, 2005) 2. Modelo em Rede Um modelo em rede uma extenso do modelo hierrquico. Em vez de se terem apenas vrios nveis de relaes um-para-muitos, o modelo em rede uma relao membro-proprietrio, na qual um membro pode ter muitos
66 de 121
proprietrios. Nesse modelo, h frequentemente mais de um caminho pelo qual um determinado elemento de dado pode ser acessado.
Figura. Modelo em Rede 3. Modelo Relacional Os modelos relacionais se tornaram os mais populares. A finalidade global deste modelo descrever o dado usando um formato tabular padro (todos os elementos so localizados em tabelas bidimensionais). As tabelas organizam os dados em linhas e colunas, simplificando o acesso e a manipulao dos dados. Uma vez colocados os dados no Banco de Dados relacional, pode-se fazer perguntas e manipular dados utilizando as operaes da lgebra relacional. As manipulaes bsicas de dados incluem a sua seleo, projeo e agrupamento.
Modelagem de Dados
67 de 121
Figura. Etapas da Modelagem de Dados em linhas gerais Vamos estudar a seguir cada uma das fases relacionadas modelagem de dados: Anlise e Coleta de Requisitos: busca-se aqui identificar os atores, os documentos, as informaes, as regras de negcio, as necessidades e assim sucessivamente. Nesta etapa procura-se conhecer o minimundo do seu problema. No final, devemos ter aquele primeiro esboo do modelo, que pode ser um desenho, um documento descrevendo o que foi entendido etc. Projeto Conceitual (ou Modelo Conceitual): uma representao de alto nvel (ou seja, prximo do minimundo) do Modelo de Banco de Dados. Esse o primeiro modelo que aprenderemos a fazer e interpretar. a descrio de mais alto nvel da estrutura do BD, NO contendo detalhes de implementao. Nesta etapa no necessrio se preocupar com o tipo de SGBD a ser usado, ou seja o projeto independente do tipo de SGBD usado. o ponto de partida do projeto de Banco de Dados e seu objetivo representar a semntica da informao, independente de consideraes de eficincia. O objetivo a representao dos requisitos de dados do domnio. Requisitos: clareza (facilidade de compreenso) e exatido (formal).
Projeto Lgico (ou Modelo Lgico). No modelo lgico existe a descrio da estrutura do BD que pode ser processada pelo SGBD. Este modelo est mais prximo de uma representao no computador. Veremos que nesse ponto o Analista j sabe qual modelo de dados vai usar. A nfase do modelo lgico est na eficincia de armazenamento, ou seja, em evitar muitas tabelas (e junes); tabelas subutilizadas, etc. Futuras alteraes no modelo lgico devem ser primeiro efetuadas no Modelo Conceitual.
68 de 121
Projeto Fsico (ou Modelo Fsico): uma representao da implementao do modelo em um SGBD especfico. Nesta etapa ocorre o mapeamento do modelo lgico em um esquema fsico de acordo com o SGBD especfico, ou seja, o modelo criado est diretamente ligado ao SGBD escolhido. Assim, poderamos a partir de um projeto lgico criar dois projetos fsicos, um para ser implementado no SGBD MySQL e outro para o SQL Server,por exemplo.
A figura seguinte faz uma descrio simplificada do processo de projeto de um banco de dados.
Figura. Projeto de um BD Resumindo!! Modelos Descrevem a estrutura de um Banco de Dados de uma forma Conceituais mais prxima da percepo dos usurios. Independente de aspectos de implementao. Conceitos: entidades, atributos, relacionamentos. Exemplos: Modelo Lgico Modelo Entidade-relacionamento (ER). Modelo Funcional.
Modelo de dados que representa a estrutura de dados de um banco de dados conforme vista pelo usurio do SGBD. Exemplos: Modelo Relacional. Modelo Hierrquico. uma representao grfica do detalhamento fsico das
69 de 121
Modelo
Fsico
estruturas dos dados que o banco de dados ir armazenar. Este modelo dependente do SGBD em que ser implementado. Conceitos: formatos dos registros, ordenamento dos registros, caminhos de acesso (eficincia).
** Modelo Funcional Nesse contexto, cabe destacar o DFD (conhecido como Diagrama de Fluxos de Dados, Modelo Funcional), uma ferramenta para a modelagem de sistemas, que nos permite imaginar um sistema como uma rede de processos funcionais, interligados por dutos e tanques de armazenamento de dados. Um DFD tpico composto de: processo, fluxo de dados, depsito de dados e o terminador (entidade externa). Se estivermos desenvolvendo um sistema no qual os relacionamentos entre os dados sejam mais importantes que as funes, podemos dar menos importncia ao DFD e dedicar-nos aos Diagramas de Entidade-Relacionamento (DER). **Abordagem Entidade-Relacionamento (ER) A abordagem entidade-relacionamento um padro para a modelagem conceitual. Foi criada em 1976 por Peter Chen que junto com alguns conceitos apresenta uma notao grfica para diagramas que tem por caractersticas: ser um modelo simples, com poucos conceitos; com representao grfica de fcil compreenso. Um esquema conceitual de dados tambm chamado de esquema ER, diagrama ER, ou modelo ER. O modelo Entidade-Relacionamento (ER) um modelo de dados conceitual de alto nvel, cujos conceitos foram projetados para estar o mais prximo possvel da viso que o usurio tem dos dados, no se preocupando em representar como estes dados estaro realmente armazenados. O modelo ER utilizado principalmente durante o processo de projeto de banco de dados. Os principais elementos de um Diagrama de Entidades e Relacionamentos (DER) so identificados a seguir: Entidades O objeto bsico tratado pelo modelo ER a entidade, que pode ser definida como um objeto do mundo real, concreto ou abstrato e que possui existncia independente.
70 de 121
Figura. Exemplos de Entidades Para se referir a uma entidade em particular tambm usado o termo instncia (ou ocorrncia). A entidade representada no DER (Diagrama Entidade-Relacionamento) como um retngulo contendo o nome da entidade. Exemplos:
Figura. Notao de Entidade Principais caractersticas dos conjuntos de entidades: So substantivos e perduram no tempo. Cada elemento de um conjunto de entidades s ocorre uma nica vez e a ordenao do conjunto irrelevante. Representa-se em um conjunto de entidades todos os elementos do mundo real referidos pelo universo de discurso. Ex: ALUNOS = todos os alunos de uma escola.
Atributos Os atributos so propriedades particulares que descrevem uma entidade, ou mesmo caractersticas de um relacionamento. Quanto transpostos para o modelo fsico so chamados de colunas ou campos. A primeira caracterstica importante de um atributo que tem um domnio. O domnio de um atributo o conjunto de possveis valores para o mesmo. Exemplo:
Figura. Atributos de Entidade
71 de 121
No exemplo aqui ilustrado, o domnio do atributo Ttulo pode ser o conjunto de todos os textos string de um certo tamanho. O domnio do atributo tipoFilme pode ser o conjunto de strings {drama, comdia, romance...}. O domnio determina que valores um atributo pode receber. Existe um valor especial em Bancos de Dados, conhecido como NULL (nulo), que a ausncia de qualquer valor naquele atributo. Importante Vamos s principais classificaes de atributos: Simples e Compostos Atributos Compostos Podem ser divididos em partes menores, ou subpartes, os quais representariam atributos bsicos mais simples com significados independentes. Exemplo: o atributo Endereo, pode ser subdividido em nmero, logradouro, cidade, estado e CEP. Atributos Simples Atributos que no so divisveis (no dividido em partes). So chamados tambm por atributos atmicos.
Exemplo: CEP.
Monovalorados e Multivalorados Atributos Monovalorados Atributos Multivalorados valores. diversos
Possuem apenas um valor para uma Podem assumir mltiplos entidade em particular. Uma nica entidade tem valores para este atributo. Por exemplo, o atributo CPF de uma entidade Funcionrio monovalorado, pois cada funcionrio possui apenas um CPF.
Ex1: O atributo telefone multivalorado, pois um funcionrio pode possuir vrios telefones ao mesmo tempo ou at mesmo nenhum valor. Ex2: O atributo idioma de uma entidade aluno pode conter os valores ingls e francs. Para outro aluno poderia conter apenas um valor espanhol. Para um terceiro aluno, poderamos ter 3 valores para este atributo. Este tipo de atributo representado por uma elipse com linha dupla.
72 de 121
Armazenados e Derivados Atributos Armazenados Atributos Derivados
Atributos que realmente pretendemos Podem ser gerados ou calculados a guardar no Banco de Dados. partir de outros atributos. Por exemplo, o atributo Nascimento de uma Funcionrio armazenado. Data de Caso tivssemos no nosso modelo um entidade atributo armazenado Data de Nascimento, na entidade Funcionrio poderamos ter um atributo derivado idade, calculada a partir da data de nascimento.
Atributo Chave (Determinante) Existem alguns atributos cujos valores so distintos para cada elemento do conjunto. Esses atributos so chamados de chaves. Uma chave um atributo nico para cada elemento do conjunto, servindo para identificar univocamente um elemento. Como exemplo, o atributo CPF pode ser uma chave para a entidade Funcionrio, pois diferencia cada funcionrio de forma nica dentro do conjunto, j que dois funcionrios no podem ter o mesmo CPF.
Relacionamentos Um relacionamento pode ser entendido como uma associao entre instncias de Entidades devido a regras de negcio. Normalmente, um relacionamento representado por um losango com um verbo para indicar a ao de relacionamento.
Figura. Notao de Relacionamento Ex.:
Por que o relacionamento necessrio?
Quando existem vrias possibilidades de relacionamento entre o par das entidades e se deseja representar apenas um.
73 de 121
Quando ocorrer mais de um relacionamento entre o par de entidades Para evitar ambiguidade. Quando houver auto-relacionamento.
Vrias so as possibilidades de relacionamentos. Uma entidade pode participar de relacionamentos com quaisquer outras entidades do modelo, inclusive com ela mesma. Nesse caso, diz-se que h um auto-relacionamento do conjunto de entidades, como ilustrado no relacionamento chefiam da figura seguinte.
Figura. Exemplo de auto-relacionamento - Fonte: Ferreira, 2009. Outros exemplos de relacionamentos: Bares vendem cervejas e so frequentados por apreciadores de cerveja.
O valor corrente de um conjunto de entidades o conjunto de entidades que pertence a ele. Exemplo: Conjunto de Entidades BAR={Muito Prazer, Bigode, Churrasqueira, AeroPub...}. O valor de um relacionamento o conjunto de pares de entidades que se relacionam, de acordo com o mesmo.
Observe no exemplo seguinte que um relacionamento pode ter atributos descritivos.

74 de 121
No exemplo dado, o atributo salrio no pertence nem entidade filme e nem entidade estrela isoladamente, mas pertence ao relacionamento entre a estrela e o filme. Uma estrela em um filme diferente pode ter outro salrio e uma outra estrela do mesmo filme pode ter salrio diferente. Exemplo: Rodrigo Santoro no filme As panteras uma estrela do filme e seu salrio de $ 500.000,00. A estrela Lucy Liu tambm estrela do filme e tem salrio de $1.000.000,00. Cardinalidade Para definir o nmero de ocorrncias de uma entidade usamos o conceito de Cardinalidade, que indica quantas ocorrncias de uma Entidade participam no mnimo e no mximo do relacionamento. Cardinalidade Mnima: define se o relacionamento entre duas entidades obrigatrio ou no. o nmero mnimo de instncias da entidade associada que devem se relacionar com uma instncia da entidade em questo. Usada para indicar o tipo de participao da entidade em um relacionamento.
Cardinalidade Mxima de uma entidade: o nmero mximo de instncias da entidade associada que devem se relacionar com uma instncia da entidade em questo.
75 de 121
Note que a cardinalidade vai anotada do outro lado do relacionamento a que se refere! A cardinalidade, ento, representa o nmero mximo de elementos de uma entidade que se relacionam com elementos da outra entidade. Assim, definida como: - 1:1 (Um para um) - 1:N (Um para muitos) - N:1 (Muitos para um) - N:N (Muitos para muitos) (observe que N um nmero arbitrrio que representa qualquer valor maior que 1). Alguns exemplos de Restries de Mapeamento (cardinalidade): Um-para-um: uma entidade em A est associada no mximo a uma entidade em B e uma entidade em B est associada no mximo a uma entidade em A
Obs: Chave estrangeira em uma das entidades Um-para-muitos: uma entidade em A est associada a qualquer nmero de entidades em B, enquanto uma entidade em B est associada no mximo a uma entidade em A
76 de 121
Obs.: Chave estrangeira na direo muitos. Muitos-para-muitos: Uma entidade em A est associada a qualquer nmero de entidades em B, e uma entidade em B est associada a qualquer nmero de entidades em A.
Obs.: Requer tabela extra para represent-lo. O nmero de entidades que participam de um tipo relacionamento irrestrito e armazenam muito mais informaes do que diversos relacionamentos binrios. Dica: Como ler a cardinalidade nos relacionamentos? Alguns modelos ER mostram somente a cardinalidade mxima, e outros mostram a mnima e a mxima. Observe o modelo seguinte que apresenta a cardinalidade mnima e a mxima.
77 de 121
Parcialidade mnima: para um departamento ser criado, devem existir pelo menos 10 empregados alocados!!
A leitura feita da seguinte forma: voc pega a primeira entidade, esquece a cardinalidade que est do lado dela e segue pelo relacionamento, l a outra cardinalidade e chega at a prxima entidade. Ou seja, a leitura assim: UM(A) + ENTIDADE ORIGEM + RELACIONAMENTO + CARDINALIDADE + ENTIDADE DESTINO Veja o exemplo acima de relacionamento de ALOCAO de EMPREGADO no DEPARTAMENTO: 1. Partindo de DEPARTAMENTO para EMPREGADO, l-se: Um DEPARTAMENTO (Entidade Origem) ALOCA (relacionamento) de no mnimo 10 e no mximo N (cardinalidade) EMPREGADO (Entidade Destino). Ou seja, um DEPARTAMENTO tem que ter no mnimo 10 e no mximo N EMPREGADOS. 2. Partindo de EMPREGADO para DEPARTAMENTO: Um EMPREGADO (Entidade Origem) ALOCADO EM (relacionamento) no mnimo 1 e no mximo 1 (cardinalidade) DEPARTAMENTO (Entidade Destino). Ou seja, um EMPREGADO s pode ser alocado em 1 e somente 1 ( o mesmo que no mnimo e no mximo 1) DEPARTAMENTO. Pode-se incluir nos modelos entidade-relacionamento (MER) conjuntos de entidades com diversas caractersticas em comum, diferenciando apenas em algumas caractersticas. Nesse caso, pode-se usar o conceito de generalizao, onde se cria um conjunto de entidades genrico contendo as caractersticas em comum, e de especializao em que se especializam (apresentam diferenas) nas caractersticas que so distintas. Diagrama Entidade Relacionamento (DER) O DER composto por um conjunto de objetos grficos que visa representar todos os objetos do modelo ER tais como entidades, atributos, atributos chaves, relacionamentos, restries estruturais, etc. O DER fornece uma viso lgica do banco de dados, fornecendo um conceito mais generalizado de como esto estruturados os dados de um sistema.
78 de 121
TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN TIPO ENTIDADE
ATRIBUTO ATRIBUTO CHAVE ATRIBUTO MULTI VALORADO
TIPO ENTIDADE FRACA
TIPO RELACIONAMENTO
ATRIBUTO COMPOSTO TIPO RELACIONAMENTO IDENTIFICADOR
ATRIBUTO DERIVADO
E1
E2
E1
E2
Taxa de Cardinalidade 1:N para E1:E2 em R
Participao Parcial de E1 em R, Participao Total de E2 em R (min, max)
E1
Restrio Estrutural (min,max) na Participao de E1 em R
Figura - Objetos que Compem o Diagrama ER (Importante!) **Abordagem Relacional Abordagem de modelagem de dados utilizada nos SGBDs do tipo relacional, criado por Codd em 1970. Modelagem a nvel lgico. O modelo relacional tem por finalidade representar os dados como uma coleo de relaes, em que cada relao representada por uma tabela, composta por linhas, colunas e chaves primrias, relacionadas por meio de chaves estrangeiras. Opera com os dados organizados como um conjunto de tabelas O conceito de tabela o mais forte no modelo relacional. Na terminologia do modelo relacional, cada tabela chamada de relao; uma linha de uma tabela chamada de tupla; o nome de cada coluna chamado de atributo; o tipo de dado que descreve cada coluna chamado de domnio.
79 de 121
Tuplas Os atributos e seus valores descrevem as instncias de uma entidade, formando o que chamamos de tuplas ou registros.
Figura. Tuplas No modelo relacional so consideradas as chaves: Chave Primria: coluna ou combinao de colunas distinguem uma linha das demais dentro de uma tabela. cujos valores
Chave Estrangeira: coluna ou combinao de colunas, cujos valores aparecem na chave primria (ou candidata) de uma tabela do banco. A chave estrangeira o mecanismo que permite a implementao de relacionamentos (navegabilidade) em um banco de dados relacional!!
80 de 121
Chave Alternativa: em certas situaes mais de uma coluna ou combinao de colunas servem para distinguir uma linha das demais dentro de uma tabela. Se uma destas for escolhida como chave primria, as demais sero chamadas de chaves alternativas. No h qualquer diferena entre usar as CdigoEmp ou CIC como chave primria (listada a seguir).
Dependncia Funcional Um atributo Y funcionalmente dependente de um atributo X se cada valor de X tenha associado a ele precisamente um valor de Y. Quando o atributo X uma chave primria, ento todos os atributos so, por definio, dependentes de X, pois no podem existir dois registros com o mesmo valor para X.
Notao: R.x R.y (l-se a coluna x da tabela funcionalmente determina (identifica) a coluna y. A dependncia funcional pode ser classificada em:
relacional
Total: um atributo totalmente dependente de outro se ele for funcionalmente dependente do outro e no dependente de um subconjunto de outro. Parcial: um atributo parcialmente dependente de outro se ele for funcionalmente dependente de um subconjunto de outro.
Considere a tabela seguinte, em que a chave primria formada pelos atributos cdigo-func + cdigo-curso. O atributo avaliao dependente total da chave composta. J o atributo descrio-curso tem dependncia parcial com relao a esta chave, pois depende somente de parte dela, ou seja, de cdigo-curso.
81 de 121
Normalizao O processo de normalizao pode ser visto como o processo no qual so eliminados esquemas de relaes (tabelas) no satisfatrios, decompondo-os, atravs da separao de seus atributos em esquemas de relaes menos complexas mas que satisfaam as propriedades desejadas. O processo de normalizao, proposto inicialmente por Codd, conduz um esquema de relao atravs de uma bateria de testes para certificar se o mesmo est na 1a, 2a e 3a Formas Normais. Estas trs Formas Normais so baseadas em dependncias funcionais dos atributos do esquema de relao. Formas Normais Bsicas 1 Forma Normal Uma relao estar na 1 FN se no houver atributo representando agrupamento (no atmico) e nem atributo repetitivo (multivalorado). 2 Forma Normal Uma relao estar na 2 FN, se e somente se, estiver na 1a FN e os seus atributos no chaves forem dependentes funcionais completos da chave primria. 3 Forma Normal Uma relao estar na 3 FN, se e somente se, estiver na 2 a FN e todos os seus atributos no chaves forem dependentes no transitivos da chave primria. 1a Forma Normal
A 1a Forma Normal prega que todos os atributos de uma tabela devem ser atmicos (indivisveis), ou seja, no so permitidos atributos multivalorados, atributos compostos ou atributos multivalorados compostos. Leve em considerao o esquema a seguir: CLIENTE 1. Cdigo 2. { Telefone } 3. Endereo: ( Rua, Nmero, Cidade ) gerando a tabela resultante: Telefone 1 Cliente Cdigo Telefone n Rua Endereo Nmero Cidade
sendo que a mesma no est na 1a Forma Normal pois seus atributos no so

82 de 121
atmicos. Para que a tabela acima fique na 1a Forma Normal temos que eliminar os atributos no atmicos, gerando as seguintes tabelas como resultado: Cliente Cdigo Rua Nmero Cidade
Cliente_Telefone 2a Forma Normal
Cdigo_Cliente
Telefone_Cliente
A 2a Forma Normal prega o conceito da dependncia funcional total. Uma dependncia funcional X Y total se removemos um atributo A qualquer do componente X e desta forma, a dependncia funcional deixa de existir. A dependncia funcional X Y uma dependncia funcional parcial se existir um atributo A qualquer do componente X que pode ser removido e a dependncia funcional X Y no deixa de existir. { RG_Empregado, Nmero_Projeto } Horas uma dependncia funcional total, pois se removermos o atributo RG_Empregado ou o atributo Nmero_Projeto, a dependncia funcional deixa de existir. Uma tabela T est na 2a Forma Normal se estiver na 1a Forma Normal e todos os seus atributos no chaves forem totalmente funcionalmente dependente da chave primria C. Se uma tabela no est na 2a Forma Normal a mesma pode ser normalizada gerando outras tabelas cujos atributos que no faam parte da chave primria sejam totalmente funcionalmente dependente da mesma, ficando a tabela na 2a Forma Normal. 3a Forma Normal
A 3a Forma Normal prega o conceito de dependncia transitiva. Uma tabela est na 3a Forma Normal se estiver na 2a Forma Normal e no houver dependncia transitiva entre atributos no chave. Aspecto de Integridade Restrio de Chave Uma relao deve ter pelo menos uma chave. Definio de chave: uma chave um atributo ou conjunto de atributos cujo valor ou combinao de valores deve ser distinto em qualquer instncia da relao. A existncia de pelo menos uma chave uma condio obrigatria, tendo em vista que uma relao definida como um conjunto de tuplas e, todas as tuplas devem ter um valor distinto.
83 de 121
Restrio de Entidade Especifica que nenhum valor de chave primria pode ser nulo. Uma tupla em uma tabela que se refere a uma outra relao deve referenciar uma tupla existente naquela relao.
Outros Tipos de Restries As restries verificadas tratam somente das restries estruturais. Existem as restries de integridade semntica ou regras de negcio que so implementadas por meio de gatilhos ou stored procedures (procedimentos armazenados). Ex: o salrio de uma atriz no pode ser maior que 1/3 do oramento total do filme.
Observaes: STORED PROCEDURES (procedimentos armazenados no banco). Stored Procedure uma sequncia de comandos em SQL para realizao de diferentes tarefas repetitivas no banco, aceitando parmetros de entrada e retornando valores. Algumas das vantagens das Stored Procedures so: reduo do trfego na rede; melhora do desempenho; criao de mecanismos de segurana e backup.
TRIGGERS (gatilhos). Uma trigger uma sub-rotina, parecida com uma stored procedure, que tem como caracterstica ser executada automaticamente a partir de alguma ao realizada no banco de dados. Geralmente utilizada com um tipo de proteo ao acesso indiscriminado a dados de uma tabela. Quando h uma tentativa de inserir, atualizar ou excluir os dados em uma tabela, e uma trigger tiver sido definida na tabela para essa ao especfica, ela ser executada automaticamente, no podendo nunca ser ignorada. Restries de integridade no Modelo Relacional Integridade Lgica Conjunto de regras que existem para o modelo de dados, assim como um conjunto de regras de negcio, que regem a manipulao do BD, de forma a no ferir nenhuma destas regras estabelecidas.
Integridade Fsica
84 de 121
Conjunto de procedimentos operacionais que garantem a integridade do BD, mesmo em situaes de falha de algum componente do ambiente onde o BD manipulado. Exemplo: Valor mnimo de depsito para abertura de uma conta R$10.000,00 Conta corrente sem movimento h 180 dias ser encerrada.
Podem ser cumpridas e implementadas pelos SGBDs Relacionais, atravs do mecanismo de Regras ou gatilhos (Triggers), hoje existentes no SQL. Especificao de Banco de Dados Relacionais A especificao de um banco de dados relacional (chamada de esquema do banco de dados) deve conter no mnimo a definio do seguinte: - Tabelas que formam o banco de dados - Colunas que as tabelas possuem - Restries de integridade Na prtica, na definio de esquemas relacionais so usadas diversas notaes, que variam de um SGBD para o outro. Independente do tipo de controle de concorrncia efetuado o BD deve garantir as propriedades ACID, listadas a seguir. Atomicidade Consistncia Uma transao uma unidade atmica de processamento que deve ser executada integralmente, ou totalmente desfeita. A execuo de uma transao deve levar o banco de dados de um estado consistente a outro. Isto significa respeitar todas as restries de integridade como unicidade de chaves e integridade referencial. A execuo de uma transao no pode ser afetada por outras sendo executadas concorrentemente, para isso suas atualizaes no devem ser efetivadas at que se tenha uma confirmao (COMMIT).
Isolamento
Durabilidade Os efeitos de uma transao confirmada no podem ser desfeitos, a menos que outra transao modifique tais dados, sendo que se deve prevenir falhas durante a efetivao da transao. Utilizao das Linguagens de Definio e Manipulao de Dados O SGBD possui um compilador DDL (Data Definition Language Linguagem de Definio de Dados) que permite a execuo das declaraes para identificar as descries dos esquemas e para armazen-las no catlogo do Sistema Gerenciador.
85 de 121
Uma vez que o esquema esteja compilado e o banco de dados esteja populado (preenchido com dados), utiliza-se uma linguagem para fazer a manipulao dos dados, a DML (Data Manipulation Language Linguagem de Manipulao de Dados). Vamos a um entendimento da SQL (Structured Query Language Linguagem de Consulta Estruturada) e linguagens de definio e manipulao de dados! A SQL agora a linguagem-padro para os SGBDs relacionais comerciais. Isto decorre da sua simplicidade e facilidade de uso. Ela se diferencia de outras linguagens de consulta a banco de dados no sentido em que uma consulta SQL especifica a forma do resultado e no o caminho para chegar a ele. Ela uma linguagem declarativa em oposio a outras linguagens procedurais. Isto reduz o ciclo de aprendizado daqueles que se iniciam na linguagem.
Terminologia Utilizada nesta Aula Uma relao uma tabela. Um nico registro ser chamado de linha (tupla). Um atributo ser chamado de coluna. A SQL usa os termos tabela, linha e coluna, em vez dos termos relao, tupla e atributo, respectivamente, para o modelo relacional formal. Um valor individual existente na interseo de qualquer linha com coluna ser chamado de dado. Chave Primria (Primary Key): uma ou mais colunas com valores que so nicos dentro da tabela e por isso podem ser usados para identificar as linhas dessa tabela.
Regras Bsicas para Escrever Comandos SQL Os comandos podem ser escritos em mais de uma linha; Clusulas diferentes so colocadas usualmente em linhas diferentes; Podem ser usadas tabulaes; Comandos podem ser escritos em letras maisculas ou minsculas. Alguns exemplos: select * from cliente; select * from cliente; SELECT * from cliente;
86 de 121
**DDL Data Definition Language ou Linguagem de Definio de Dados Para a definio dos dados utilizada uma DDL (Data Definition Language Linguagem de Definio de dados). Os comandos DDL so armazenados no dicionrio de dados (ou catlogo). Logo, o dicionrio de dados contm os metadados (dados a respeito das estruturas de armazenamento) do banco. Os principais comandos da DDL so: o CREATE TABLE: cria uma nova tabela com seus campos e define as restries de campo. o CREATE INDEX: cria um novo ndice em uma tabela existente. o ALTER TABLE: altera as definies de campos e de restries. o CREATE DOMAIN: cria um tipo de dado definido pelo usurio. o DROP TABLE: exclui uma tabela existente de um banco de dados o DROP INDEX: exclui um ndice existente de uma tabela. Criao de Tabelas
A criao do banco de dados deve comear com a criao das tabelas nas quais os dados sero introduzidos. Para criar uma tabela em SQL, usa-se o comando CREATE TABLE. O comando DDL para criar uma tabela deve conter os nomes das colunas, os tipos dos seus dados e os tamanhos dos dados a serem introduzidos. a seguinte a sintaxe desse comando: CREATE TABLE nome_da_tabela (Nome_da_coluna1 tipo_do_dado (tamanho_do_dado)
87 de 121
Nome_da_coluna2 ... Nome_da_colunaN
tipo_do_dado (tamanho_do_dado) tipo_do_dado (tamanho_do_dado));
Note que toda a descrio da coluna colocada entre parnteses. Na criao de tabelas possvel especificar vrios tipos de restries: o Chave Primria: PRIMARY KEY; o Chave Estrangeira: FOREIGN KEY; o Chave Alternativa (ou alternada): UNIQUE; o Restrio de Domnio: CHECK. Pode-se atribuir nomes s restries de integridade: o CONSTRAINT NOME_RESTRIO TIPO RESTRIO.
Criao de um ndice
Para criar um ndice em uma tabela, o comando SQL : CREATE INDEX nome_do_ndice ON nome_da_tabela(nome_da_coluna); O comando CREATE INDEX constri o ndice nome_do_ndice na tabela especificada. Os ndices so utilizados, principalmente, para melhorar o desempenho do banco de dados (embora a utilizao no apropriada possa resultar em uma degradao desse desempenho). Voc pode criar tantos ndices quantos desejar em qualquer tabela. Voc pode ter um ndice para cada coluna da tabela, assim como um ndice para uma combinao de colunas. Quantos ndices e de que tipos voc criar para uma determinada tabela depender do tipo de consultas que voc espera que sejam dirigidas ao banco de dados e do tamanho deste. Excesso de ndices pode ser to prejudicial quanto sua falta! Alterao de Tabelas
Conforme ocorram novas situaes ou novos dados sejam armazenados no banco de dados, a definio original de uma tabela pode tornar-se insuficiente. A SQL permite-nos realizar diversas alteraes em uma tabela, como: incluir novas colunas em uma tabela; excluir colunas existentes em uma tabela;
88 de 121
adicionar a definio de uma restrio em uma tabela; excluir a definio de uma restrio existente em uma tabela; modificar uma coluna.
A sintaxe para INCLUIR uma coluna : ALTER TABLE ADD nome_da_tabela nome_da_coluna tipo_do_dado;
A sintaxe para ALTERAR A LARGURA de uma coluna j existente : ALTER TABLE MODIFY nome_da_tabela nome_da_coluna tipo_do_dado nova_largura; Exemplos: ALTER TABLE Telefone DROP COLUMN Tipo; ALTER TABLE TELEFONE ADD CONSTRAINT TIPO_TELEFONE CHECK (TIPO IN(Fixo, Movel)); ALTER TABLE TELEFONE DROP CONSTRAINT TIPO_TELEFONE; ALTER TABLE TELEFONE MODIFY (TIPO VARCHAR2(5));
Nota: para diminuir tamanho a coluna precisa estar vazia.
Excluso de Tabelas
Para excluir uma tabela de um banco de dados, use o comando DROP TABLE seguido do nome da tabela:
89 de 121
DROP TABLE nomedatabela; Quando uma tabela excluda por um comando SQL, como acima, todas as vises e ndices definidos sobre a tabela so automaticamente excludos. Exemplo: DROP TABLE EMP;
Excluso de ndices
Para EXCLUIR um ndice, use o comando SQL DROP INDEX seguido do nome do ndice: DROP INDEX nome_do_ndice ON nome_da_tabela; Se voc tem ndices definidos com o mesmo nome em tabelas diferentes, deve usar a clusula ON, como no exemplo acima, para indicar o ndice que quer eliminar. Se h apenas um ndice com este nome, ento voc no precisa especificar o nome da tabela. O comando DROP abaixo ser suficiente: DROP INDEX nome_do_ndice; NOTA: A eliminao de um ndice no elimina as tabelas ou vises relacionadas com o ndice. **DML Data Manipulation Language ou Linguagem de Manipulao de Dados Aps a carga dos dados nas tabelas criadas pelos comandos DDL, os comandos de manipulao de dados tornam possvel sua manipulao, incluindo inseres, atualizaes, excluses e consultas (com a utilizao do comando SELECT da SQL). A DML visa manipulao de dados (incluir, alterar, excluir e consultar) por meio do usurio. Principais comandos: o SELECT: seleo de registros; o INSERT: insero de registros; o UPDATE: atualizao de registros;
90 de 121
o DELETE: deleo de registros Insero
A maioria dos sistemas trata a carga inicial no banco de dados de um grande conjunto de dados numa operao genrica de carga. O comando SQL INSERT geralmente usado para inserir linhas individuais de dados num banco de dados j existente. A sintaxe desse comando : INSERT INTO nome_da_tabela (nome_da_coluna1, nome_da_coluna2,...) VALUES (valor1, valor2, ...); Se a lista de valores est na mesma sequncia que as colunas na tabela e h um valor para cada coluna da tabela, ento a lista de nomes das colunas pode ser omitida. Caso contrrio, os nomes das colunas devem ser especificados como mostrado acima. Os valores inseridos devem ter o tipo compatvel com o tipo da coluna na qual esto sendo inseridos. Valores do tipo CHAR devem estar entre aspas simples; valores do tipo NUM ou do tipo NULL no devem ser colocados entre aspas simples. Exemplos:
Insert Into PESSOA (CPF, NOME, SEXO) values ('11122233344','Patricia', 'F'); Insert Into PESSOA (CPF, NOME, SEXO) Select CPF, NOME, SEXO From Aluno
Atualizao
O comando UPDATE usado para alterar valores em linhas j existentes. Sua forma geral :
91 de 121
UPDATE SET
nome_da_tabela coluna1=novo_valor, Coluna2=novo_valor, ... colunaN=novo_valor,
WHERE
condio;
A clusula SET do comando UPDATE indica as colunas a serem alteradas e quais os novos valores. O comando UPDATE atua em todas as linhas que satisfazem a condio especificada pela clusula WHERE. A clusula WHERE opcional, mas, se for omitida, todas as linhas sero atualizadas. Voc pode atualizar vrias colunas em cada linha com um nico comando UPDATE listando as vrias colunas aps a clusula SET, conforme visto acima. A clusula WHERE no comando UPDATE pode conter uma subconsulta. Exemplo: UPDATE PESSOA SET idade = 20 WHERE nome = Maria; Excluso
O comando DELETE usado para remover linhas de uma tabela. Sua forma geral : DELETE FROM WHERE nome_da_tabela condio;
Voc no pode excluir parcialmente uma linha, portanto no precisa especificar os nomes das colunas no comando DELETE. A clusula WHERE determina que linhas sero eliminadas. Ela pode ser complexa e incluir vrias condies, conectores e/ou subconsultas. Se voc deseja excluir todas as linhas de uma tabela, omita a clusula WHERE, como abaixo listado: DELETE FROM nome_da_tabela;
92 de 121
O comando acima eliminar todas as linhas, deixando apenas as especificaes das colunas e o nome da tabela. Recuperao Usando SELECT
A estrutura bsica de uma consulta em SQL consiste em TRS clusulas: SELECT, FROM e WHERE. Assim, uma consulta tpica em SQL tem a forma: SELECT coluna1, coluna2, ..., colunaN FROM nome_da_tabela WHERE condio;
A clusula SELECT relaciona as colunas que se quer presentes no resultado da consulta. Essa clusula corresponde operao de projeo da lgebra relacional.
A clusula FROM corresponde operao de produto cartesiano da lgebra relacional. Ela associa a tabela ou tabelas que sero pesquisadas durante a avaliao de uma expresso. Em outras palavras, uma lista de relaes a serem varridas na execuo da expresso.
A clusula WHERE corresponde seleo do predicado da lgebra relacional. Consiste em um predicado envolvendo atributos da relao que aparece na clusula FROM.
Nota! SELECT e a clusula FROM so necessrias em todas as consultas SQL. Devem aparecer antes de qualquer outra clusula na consulta. O resultado de uma consulta SQL SEMPRE uma tabela.
93 de 121
Estrutura de uma Consulta Simples SELECT coluna1, coluna2, ..., colunaN FROM nome_da_tabela [WHERE (expresso lgica)] [GROUP BY (atributos de agrupamento)] [HAVING (condio de agrupamento)] [ORDER BY (lista de atributos)]
Where: filtra ANTES do agrupamento. Having: filtra DEPOIS do agrupamento.
Expresses Tabulares (Clusulas) Expresses tabulares so clusulas que so usadas para produzir tabelas. As expresses tabulares suportadas pela SQL e seus propsitos so: FROM WHERE GROUP BY HAVING ORDER BY Especifica o(s) nome(s) da(s) tabela(s) de onde deve(m) ser selecionada(s) as linhas. Especifica a condio ou condies que as linhas selecionadas devem satisfazer. Separa as linhas selecionadas nos grupos especificados. Estabelece as condies que cada satisfazer. grupo exibido deve
Especifica a ordem em que as linhas selecionadas sero exibidas (individualmente ou em grupo).
A clusula FROM necessria para uma consulta SQL; as clusulas WHERE, GROUP BY, HAVING e ORDER BY so opcionais. Exemplos: SELECT * From PESSOA;
SELECT CPF, NOME, SEXO, IDADE FROM PESSOA WHERE sexo = M or sexo = F;
SELECT CPF, NOME, SEXO, IDADE FROM PESSOA WHERE IDADE > ANY (10,20,30);
94 de 121
ou WHERE IDADE > ALL (10,20,30);
SELECT CPF, NOME, SEXO FROM PESSOA WHERE nome LIKE P%;
Observe o uso do LIKE no exemplo acima. LIKE determina se uma cadeia de caracteres especfica corresponde a um padro especificado. Um padro pode incluir caracteres normais e curingas. Durante a correspondncia de padres, os caracteres normais devem corresponder exatamente aos caracteres especificados na cadeia de caracteres. No entanto, os caracteres curinga podem ser correspondidos a fragmentos arbitrrios da cadeia de caracteres.
Criao de Vises Uma viso (view) pode ser considerada como uma maneira alternativa de observao de dados de uma ou mais entidades (tabelas). Pode ser considerada tambm como uma tabela virtual ou uma consulta armazenada. As vantagens de se usar views so: permite economizar tempo, evitando retrabalho; aumenta a velocidade de acesso aos dados; esconde a complexidade do banco de dados; simplifica a gerncia de permisso de usurios; e
95 de 121
organiza os dados a serem exportados.
Uma vez que a view gerada, o seu conjunto de dados armazenado em uma tabela temporria (virtual), tornando o acesso s informaes mais rpido. Deve-se ressaltar que uma view no existe fisicamente, uma tabela virtual. No entanto, os dados contidos em uma view podem ser modificados normalmente. Para criar uma viso, voc seleciona apenas as colunas da tabela (ou tabelas) bsica em que est interessado. Para definir uma viso, voc deve dar um nome para a viso e ento estabelecer a consulta contendo os nomes das colunas e as especificaes que constituiro a viso. A sintaxe : CREATE VIEW nome-de-viso [ (nomes_das_colunas_da_viso) ] AS (expresso da consulta); onde (expresso da consulta) um comando SELECT FROM. Exemplo: CREATE VIEW Empregados_Sede AS SELECT (Nome, Endereco, Sexo, Data-nasc) FROM EMPREGADO
A tabela-resumo seguinte destaca comandos principais da linguagem, MUITO cobrados em provas!
Tipo de comando Recuperao de dados DML Data Manipulation Language ou Linguagem de Manipulao de Dados DDL Data
Comando
Descrio
Select
Seleciona dados de uma base de dados.
Insert Update Delete
Insere linhas em uma tabelas. Altera os valores das linhas de uma tabela. Exclui linhas em uma tabela.
Create
Cria objetos na base de dados.
96 de 121
Definition Language ou Linguagem de Definio de Dados Controle de Transao
Alter Drop
Altera a estrutura de um objeto da base. Elimina determinado objeto da base de dados.
Commit
Efetiva (torna permanente!) as alteraes feitas na base de dados. Defaz, em caso de falha do sistema, qualquer alterao que ainda no tenha sido efetivada, de modo que a integridade do banco de dados seja mantida. Permite tambm ao usurio desfazer qualquer alterao feita no banco de dados antes que tenha sido executado um comando COMMIT. Estabelece pontos de retorno dentro de uma transao. Fornece permisso de acesso em objetos do banco de dados. Retira permisso de acesso em objetos do banco de dados.
Rollback
Savepoint
DCL Data Control Language ou Linguagem de Controle de Dados
Grant
Revoke
Projeto de Bancos de Dados Viso geral das etapas!! 1.Construir o Modelo Conceitual. Modelo de alto nvel, independente da implementao. Etapa de levantamento de dados. Uso de uma tcnica de modelagem de dados. Abstrao do ambiente de hardware/software. 2.Construir o Modelo Lgico. Modelo implementvel, dependente do tipo de SGBD a ser usado. Considera as necessidades de processamento. Considera as caractersticas e restries do tipo de SGBD. Etapa de normalizao dos dados.
97 de 121
3.Construir o Modelo Fsico. Modelo implementvel, com mtodos de acesso e estrutura fsica. Considera necessidades de desempenho. Considera as caractersticas e restries do SGBD. Dependente das caractersticas de hardware/software. 4.Avaliar o Modelo Fsico. Avaliar o desempenho das aplicaes. Avaliar os caminhos de acesso aos dados e estruturas utilizadas. 5.Implementar o BD. Etapa de carga (load) dos dados. Gerar as interfaces com outras aplicaes. Conceitos de Administrao e Tuning Pode-se observar atualmente um incremento da demanda por SGBDs, bem como um crescimento do volume de dados que estes sistemas devem gerenciar e a complexidade de suas aplicaes. Neste cenrio, realizar operaes, de forma EFICIENTE, um desafio, pois podem ocorrer instalaes com o uso de valores padres, sem levar em considerao o tipo de aplicao para o qual sero utilizados, o hardware, e at mesmo o sistema operacional. Assim, nem sempre se obtm o melhor desempenho do sistema, visto que diversos parmetros podem ainda ser considerados e ajustados. Nesse caso, pode-se prestar ateno s observaes que devem ser realizadas durante a fase de projeto, como as que envolvem o volume esperado de dados em cada relao do sistema e quais consultas sero realizadas com mais frequncia. Segundo pesquisa realizada, a prtica tem mostrado que na maioria dos sistemas o seu real desempenho s pode ser conseguido aps algum tempo de uso, e muitas das consideraes que os projetistas haviam feito podem mostrar-se incorretas. Aps um banco de dados ter sido desenvolvido e estar em operao, o uso real das aplicaes, das transaes, das consultas e das vises revela fatores e reas de problemas que podem no ter sido considerados durante o projeto fsico inicial. Nesse contexto, uma fase subsequente de ajuste do sistema torna-se necessria, com base em dados reais de seu comportamento, com o objetivo de maximizar o desempenho e a estabilidade. Esta fase chamada de database tuning ou simplesmente tuning. Assim, necessrio monitorar e revisar o projeto fsico de banco de dados constantemente. Os objetivos da sintonia (ou tuning) so os seguintes: fazer com que as aplicaes sejam executadas mais rapidamente,
98 de 121
diminuir o tempo de resposta de consultas/transaes e melhorar o desempenho geral das transaes.
A linha divisria entre o projeto fsico de um banco de dados e sua sintonia muito pequena. As mesmas decises de projeto so revisadas na fase de sintonia, que um ajuste continuado do projeto. As informaes de entrada para o processo de sintonizao incluem estatsticas relacionadas a diversos fatores. Em particular um SGBD pode coletar internamente as seguintes estatsticas: tamanho de tabelas individuais; nmero de valores distintos em uma coluna; nmero de vezes que uma consulta ou transao em particular submetida/executada em um intervalo de tempo. Essas e outras estatsticas criam um perfil do contedo e do uso de banco de dados. Outras informaes obtidas a partir do monitoramento das atividades do sistema de banco de dados incluem estatsticas de armazenamento, estatsticas de desempenho de entrada/sada, estatsticas de processamento de consultas (tempos de execuo de consultas, etc.), estatsticas relacionadas a bloqueios/registro de log, etc. Muitas dessas estatsticas acima se referem a transaes, ao controle de concorrncia e a recuperao de dados. Mas a sintonia de bancos de dados envolve tratar diretamente os seguintes tipos de problema: como evitar excessivas disputas por bloqueios, aumentando, de modo, a concorrncia entre as transaes, como minimizar a sobrecarga de registrar logs e o armazenamento desnecessrio de dados, como otimizar o tamanho do buffer e o escalonamento de processos e ,finalmente, como alocar recursos tais como discos, memria e processos para uma utilizao mais eficiente. A maioria desses problemas mencionados pode ser resolvida por meio de ajuste apropriado de parmetros fsicos do SGBD, da alterao das configuraes de dispositivos, da alterao de parmetros do sistema operacional e de outras atividades similares.
99 de 121
CONSIDERAES FINAIS Ufa!! Rs ...Por hoje ficamos por aqui. Passamos por diversos pontos que considerei importantes para a prova (a repetio de alguns assuntos se faz necessria para a memorizao!!!). Bons estudos, e continuem focados no grande objetivo final: a aprovao no concurso. No deixem que as tempestades e obstculos encontrados pelo caminho os desviem do foco principal!! At a nossa prxima aula. Profa Patrcia. REFERNCIAS BIBLIOGRFICAS QUINTO, Patrcia Lima. Notas de aula, 2012/2013. BRAGA, Regina. Notas de aula, UFJF, 2006. FERREIRA, Claudinete Vicente Borges, Banco de dados I, Instituo Federal do Esprito Santo, Vitria, 2009, HEUSER, Carlos Alberto. Projeto de banco de dados. 4. ed. Porto Alegre: Sagra, 2001. BERRY, M. J. A.; LONOFF, G.. Data Mining Techniques: for Marketing, Sales and Customer Support. New York: John Wiley & Sons, Inc., 1997. BERSON, Alex; SMITH, Stephen; THEARLING, Kurt. Building Data Mining Applications for CRM. USA, New York: MacGrawHill, 1999. DINIZ, Carlos Alberto; LOUZADA introduo. So Paulo: ABE, 2000. NETO, Francisco. Data Mining: uma
ELMASRI, R.; NAVATHE, S. B. Sistemas de Banco de Dados. 4. ed. Pearson. 2006. FAYYAD, Usama; PIATETSKI-SHAPIRO, Gregory; SMYTH, Padhraic (1996) The KDD Process for Extracting Useful Knowledge from Volumes of Data. In: Communications of the ACM, pp.27-34, Nov.1996. HAN, J.; KAMBER, M.. Data Mining: concepts and techniques. Morgan Kaufmann, 2001. HERNANDEZ, Michael J. Aprenda a projetar seu prprio banco de dados. Traduo Patrizia Tallia Parenti. So Paulo: Makron, 2000. HEUSER, Carlos Alberto. Projeto de banco de dados. 4. ed. Porto Alegre:Sagra, 2001. KORTH, Henry F.; SILBERSCHATZ, Abraham. Sistema de banco de dados. 3. ed. So Paulo: Makron, 1998. MACHADO, Felipe Nery Rodrigues; ABREU, Maurcio Pereira de. Projeto de banco de dados: uma viso prtica. 6. ed. So Paulo: rica, 2000. Navega, Srgio. Princpios Essenciais do Data Mining. So Cenadem, 2002.
Paulo:
100 de 121
PRASS, Fernando Sarturi . KKD: Processo de descoberta de conhecimento em bancos de dados. Grupo de Interesse Em Engenharia de Software, Florianpolis, v. 1, p. 10-14, 2004. SETZER, Valdemar W. Banco de dados: conceitos, modelos, gerenciadores, projeto lgico, projeto fsico. 3. ed. rev. So Paulo: E. Blcher, 2002. 289 p. Revistas SQL Magazine (ed. 31 e 32). ROB, Peter; CORONEL, Carlos. Sistemas de Banco de Dados. Projeto, Implementao e Administrao. 2011. TAN, Pang Ning; STEINBACH, Michael; KUMAR, Vipin. Introduo ao DATAMINING Minerao de Dados. Rio de Janeiro: Editora Cincia Moderna Ltda, 2009. WITTEN I.; FRANK E.. Data Mining. Morgan Kauffmann, 2000. TAKAI, O.K.; ITALIANO,I.C.; FERREIRA, E.F.Introduo a Banco de Dados. 2005. SILBERCHATZ, A. Sistemas de banco de dados. Editora Campus, 2006.
101 de 121
QUESTES DE PROVAS APRESENTADAS NA AULA 1. Sobre dados, informaes e conhecimento, errado afirmar que: (A) dados so descries elementares que so registradas, classificadas e armazenadas, mas no so organizadas para carregar significados especficos. (B) um banco de dados consiste em itens de dados armazenados, organizados para a recuperao. (C) itens de dados podem ser formados por caracteres, nmeros, sons ou imagens. (D) informao so dados organizados de modo que tenham significado e valor para quem os receber. (E) conhecimento e informao so sinnimos, pois quem tem informao tem conhecimento. 2. (ESAF/Administrador/ENAP/2006/Adaptada) Analise a seguinte afirmao relacionada a Conceitos Bsicos de Informtica e gerenciadores de banco de dados. [Um SGBD (Sistema de Gerenciamento de Banco de Dados) um sistema computadorizado de armazenamento e organizao de dados. Pode trazer vantagens, como alterao e recuperao de dados com mais rapidez, armazenagem de informao em menor espao, minimizao de redundncias e de inconsistncias de informaes, compartilhamento de estrutura e dados]. 3. (FUMARC/Prefeitura Municipal de Betim/Analista de Sistemas da Sade/2007) Analise as seguintes afirmativas sobre modelagem de dados: I. A normalizao do modelo de dados tem o objetivo de eliminar redundncias para evitar possveis inconsistncias em bases de dados criadas a partir desse modelo. II. Diagramas Entidade-Relacionamento representam os modelos de dados relacionais e so ferramentas teis para os administradores de dados, pois permitem visualizar os esquemas (metadados) dos bancos de dados implementados. III. O modelo lgico est intimamente ligado implementao do banco de dados, dependente do SGBD e tem nfase na eficincia de acesso. So VERDADEIRAS as afirmativas: a) I, apenas. b) I e II, apenas. c) II e III, apenas.
102 de 121
d) I, II e III. 4. (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. 5. (Cesgranrio/Transpetro/Analista de Sistemas Jnior - rea Software/2011) Um projetista de banco de dados novato na profisso foi incumbido de criar um banco de dados para armazenar dados sobre clientes de uma empresa (identificador e nome), vendedores (identificador e nome) dessa empresa que realizam as vendas e sobre a data das realizaes das vendas. Esse projetista decidiu criar uma nica tabela, cujo esquema apresentado abaixo. CREATE TABLE VENDAS( ID_CLIENTE INTEGER, NOME_CLIENTE VARCHAR(60), ID_VENDEDOR CHAR(2), NOME_ VENDEDOR VARCHAR(60), DATA_VENDA DATE ); Aps criar a tabela, o projetista incluiu alguns registros nela de tal forma que seu estado atual o que segue.
Ao analisar a soluo proposta pelo novato, outro projetista mais experiente informou ao primeiro que, em virtude de a tabela no estar adequadamente
103 de 121
normalizada, algumas operaes em SQL realizadas sobre ela podem levar o banco de dados a um estado inconsistente ou perda de informaes. Quais so essas operaes dentre as listadas abaixo? (A) UPDATE, DELETE ou INSERT. (B) UPDATE ou DELETE, apenas. (C) DELETE ou INSERT, apenas. (D) DELETE ou SELECT, apenas. (E) INSERT ou SELECT, apenas. 6. (FUMARC/2007/FUNDAO JOO PINHEIRO/Gestor em Cincia e Tecnologia da Informao) O Modelo Lgico de Dados pode ser caracterizado como sendo: a) Modelo que sofre alterao dependendo do Sistema Gerenciador de Banco de Dados a ser adotado. b) Modelo elaborado respeitando-se e implementando-se conceitos tais como normalizao e integridade referencial. c) Modelo utilizado para o nvel de conversao, entendimento, transmisso, validao de conceitos e mapeamento do ambiente. d) Modelo em que os objetos, suas caractersticas e relacionamentos tm a representao fiel do ambiente observado, independentemente de limitaes quaisquer impostas por tecnologias, tcnicas de implementao ou dispositivos fsicos. 7. (FCC/TCE-AM/Analista Tcnico de Controle Externo/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. 8. (FCC/TRT 6 Regio/Analista Judicirio/Tecnologia da Informao/ 2012) Considere os seguintes comandos em PL/SQL: CREATE TABLE VALORES (ID INT NOT NULL PRIMARY KEY,VALOR INT); INSERT INTO VALORES VALUES (1,5); INSERT INTO VALORES VALUES (1,6); INSERT INTO VALORES VALUES (NULL,7);
104 de 121
INSERT INTO VALORES VALUES (2,1); INSERT INTO VALORES VALUES (2,8); INSERT INTO VALORES VALUES (3,9); INSERT INTO VALORES VALUES (NULL,10); SELECT COUNT(VALOR) FROM VALORES WHERE VALOR >= 5; A consulta retornar o valor a) 2. b) 14. c) 6. d) 29. e) 5. 9. (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. 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. 10. (CESGRANRIO/PETROBRS/ANALISTA DE SISTEMAS JNIOR ENGENHARIA DE INFRAESTRUTURA/2010) A instruo CREATE TRIGGER da SQL tem o seguinte formato:
105 de 121
CREATE TRIGGER <nome do trigger> <antes ou depois> <evento> ON <nome da tabela bsica> [ REFERENCING <lista_com_vrgulas de nomeao> ] [ FOR EACH <linha ou instruo> ] [ WHEN ( <expresso booleana> ) ] <ao>; Para a instruo CREATE TRIGGER INCORRETO afirmar que (A) a especificao <antes ou depois> pode ser BEFORE ou AFTER. (B) o <evento> pode ser INSERT, DELETE ou UPDATE, no caso de UPDATE pode ser qualificado ainda mais pela especificao OF <lista_com_vrgulas de nome de tabela>. (C) cada nomeao em REFERENCING pode ser um dos seguintes: OLD ROW AS <nome>, NEW ROW AS <nome>, OLD TABLE AS <nome> e NEW TABLE AS <nome>. (D) se a especificao <linha ou instruo> for ROW significa que o trigger dispara para cada linha individual afetada pela instruo de trigger. (E) se a clusula WHEN for especificada, isso significa que a <ao> s deve ser executada se a <expresso booleana> for TRUE. 11. (CESGRANRIO/PETROBRS/ANALISTA DE SISTEMAS JNIOR/REA ENG. SOFTWARE/2010) Considere o modelo conceitual de dados representado pelo diagrama de entidades e relacionamentos (DER) a seguir, na notao de Peter-Chen. Esse diagrama apresenta trs relacionamentos: o primeiro Lotado_em, que representa empregados lotados em departamentos; o segundo DER apresenta tambm o relacionamento Trabalha_em, que representa as associaes dos empregados aos projetos em que trabalham e o terceiro relacionamento Superviso, que representa associao entre empregados e seus supervisionados. Os atributos identificadores de cada entidade esto sublinhados.
106 de 121
A partir da anlise do diagrama, NO se pode inferir que possvel (A) determinar todos os empregados que no supervisionam outros empregados. (B) determinar que empregados no esto lotados em departamento algum. (C) saber qual o departamento em que E trabalha, dado um empregado E qualquer. (D) saber quais os empregados de D que trabalham em P para um determinado projeto P e um determinado departamento D. (E) saber que h apenas um empregado que supervisiona todos os demais. 12. (CESGRANRIO/Petrobrs/Analista de Sistemas Pleno/2006) Considere as afirmativas abaixo sobre gerncia de transaes e indique a nica correta. a) A leitura suja ocorre quando uma transao A l um dado modificado pela transao B, antes que B termine, e a transao B termina com sucesso. b) Se o nvel de isolamento do banco de dados for read commited, as alteraes realizadas por uma transao em um dado sero imediatamente vistas por outras transaes, mesmo antes do trmino da primeira transao. c) Mesmo aps a execuo de um comando commit, possvel a uma transao retornar a seu estado inicial com a utilizao de rollback. d) Um escalonamento a ordem de execuo de vrias transaes de forma concorrente e possivelmente entrelaada. e) Em transaes que ocorrem simultaneamente no existe qualquer garantia de que os dados lidos em um determinado momento so consistentes, independentemente do nvel de isolamento utilizado.
107 de 121
13. (Cesgranrio/2010/BACEN/Analista do Banco Central - rea 1) Sobre as estruturas e o funcionamento de Sistemas Gerenciadores de Bancos de Dados (SGBD), INCORRETO afirmar que a) restries do tipo chave primria e chave estrangeira podem conter diversas colunas, sendo que os ndices somente podem ser criados sobre mais de uma coluna, se no forem do tipo nico. b) restries do tipo CHECK podem ser utilizadas para definir restries no domnio de valores de colunas. c) ndices so estruturas que visam a fornecer caminhos de acesso alternativo aos registros de uma tabela. d) dados podem ser armazenados em arquivos de forma fisicamente organizada (segundo os valores de um ou mais atributos), ou no. e) bloqueios e registros de Timestamp so alguns dos mecanismos existentes para o controle de concorrncia pelos SGBDs. 14. (FUMARC/Prefeitura Municipal de Betim/Analista de Sistemas da Sade/2007) Analise as seguintes afirmativas sobre o Diagrama Entidade-Relacionamento: I. Atravs do DER podemos expressar todas as restries de integridade necessrias de um domnio de aplicao. II. A cardinalidade mnima indica se a participao das ocorrncias de entidades no relacionamento obrigatria ou opcional. III. O DER um modelo conceitual que independe de detalhes de implementao, simples, portanto melhor compreendido por usurios leigos, e pode ser mapeado para qualquer modelo lgico de banco de dados relacional. So VERDADEIRAS as afirmativas: a) I, II e III. b) I e II apenas. c) I e III, apenas. d) II e III, apenas.
15. (FUMARC/Prefeitura Municipal de Betim/Analista de Sistemas da Sade/2007) Observe os modelos a seguir e identifique qual relacionamento origina obrigatoriamente uma entidade associativa:
108 de 121
16. (FUNIVERSA/2010/CEB/Analista de Sistemas) Modelagem de dados um conjunto de conceitos que descrevem a estrutura de um banco de dados como tipo de dados, relacionamentos e restries sobre esses dados. Assinale a alternativa que contm conceitos presentes em um modelo de dados de alto nvel. a) Pastas, arquivos e permisses. b) Esquema, instncia e objeto. c) Classe, objeto e herana. d) Formato de registro, ordem e caminho de acesso. e) Entidades, atributos e relacionamentos. 17. (ESAF/2008/AFC-STN/Infraestrutura de TI) Em relao ao nvel lgico de abstrao de dados nos sistemas de bancos de dados, correto afirmar que a) descreve estruturas de dados complexas de baixo nvel. b) descreve quais dados esto armazenados no banco de dados e as relaes existentes entre eles. c) simplifica a interao entre o sistema e os usurios. d) disponibiliza um conjunto de programas de aplicao que ocultam detalhes dos tipos de dados. e) descreve um registro como um bloco de armazenamento, composto por palavras ou bytes. 18. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) A Integridade de Dados alcanada pela duplicao dos mesmos dados em vrios lugares em um sistema de informao.
109 de 121
19. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) A Redundncia de Dados a preservao da preciso, integridade e confiabilidade dos dados para seu uso intencionado. 20. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) A Normalizao um mtodo utilizado para analisar um Banco de Dados e obter o mnimo de redundncia e o mximo de integridade de dados. 21. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) Quando os dados so Normalizados, os atributos contidos na tabela dependem apenas da chave primria.
22. (FCC/Infraero/Analista de Sistema/Banco de 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. 23. (ESAF/2006/SUSEP-TI) Em um Banco de Dados Relacional
a) uma relao est na 1FN (primeira forma normal) se nenhum domnio contiver valores atmicos. b) uma Chave Primria corresponde ao identificador nico de uma determinada relao. Em uma relao pode haver mais que uma coluna candidata a chave primria. c) as colunas que iro compor as Chaves Primrias devem ser inicializadas com valores nulos. d) em uma tabela existiro tantas Chaves Primrias quantas forem as colunas nela existentes. e) uma Chave Externa formada por uma coluna de uma tabela que se referencia a uma Coluna qualquer de outra tabela. Essas colunas, na tabela
110 de 121
destino, no aceitam valores nulos. Uma tabela destino pode ter apenas uma Chave Externa. 24. (ESAF/2006/SUSEP-TI) Analise as seguintes afirmaes relacionadas a banco de dados distribudos, relacionais e orientados a objetos. I. Em um Banco de Dados Relacional um objeto est encapsulado quando seu estado visvel ao usurio e ele pode ser consultado e modificado exclusivamente por meio das operaes a ele associadas. II. A linguagem de manipulao de dados (DML) permite a uma aplicao acessar ou manipular as informaes contidas num banco de dados. A manipulao de dados engloba incluir, recuperar, excluir e modificar a informao armazenada. III. Os dados manipulados por um banco de dados orientado a objeto so sempre transientes e so armazenados fora do contexto de um programa, e assim podem ser usados em vrias instncias de programas. IV. Todo dado de um Banco de Dados Relacional deve ter a garantia de ser logicamente acessvel, recorrendo-se a uma combinao de Nome da Tabela, um Valor de Chave e o Nome da Coluna. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e II b) II e III c) III e IV d) I e III e) II e IV 25. (ESAF/2006/SUSEP-TI) A cpia do banco de dados ou backup diferencial caracterizada pela existncia de dois bancos de dados com as mesmas informaes trabalhando juntos, mas em mquinas diferentes. Dessa forma, quando uma mquina fica impossibilitada de trabalhar, a outra assume automaticamente seu lugar. 26. (ESAF/2010/MPOG-TI/ANALISTA DE PLANEJAMENTO E ORAMENTO) So modelos de bancos de dados lgicos baseados em objetos: a) entidade-relacionamento, unificador e infolgico. b) objetos-atributos, sequencial e infolgico. c) entidade-relacionamento, binrio e de rede. d) entidade-relacionamento, binrio e infolgico. e) entidade-relacionamento, binrio e em frames.
111 de 121
27. (FUNIVERSA/2010/MPE-GO/Tcnico de Informtica) Quando se constri um banco de dados, define-se o modelo de entidade e relacionamento (MER), que a representao abstrata das estruturas de dados do banco e seus relacionamentos. Cada entidade pode se relacionar com uma ou mais entidades diferentes, resultando em mapeamentos, por exemplo: 1:1, 1:N, N:1 ou N:M. Esses mapeamentos, com base no nmero de entidades s quais outra entidade pode ser associada, denominam-se a) cardinalidade. b) hierarquia. c) relacionamento. d) diagrama. e) agregao. 28. (ESAF/2010/MPOG-TI/Analista de Planejamento e Oramento) No modelo entidade-relacionamento, 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. 29. (CESGRANRIO/2010/PETROBRS/ANALISTA DE SISTEMAS JNIOR/REA ENG. SOFTWARE) Considere o modelo conceitual de dados representado pelo diagrama de entidades e relacionamentos (DER) a seguir, na notao de Peter-Chen. Esse diagrama apresenta trs relacionamentos: o primeiro Lotado_em, que representa empregados lotados em departamentos; o segundo DER apresenta tambm o relacionamento Trabalha_em, que representa as associaes dos empregados aos projetos em que trabalham e o terceiro relacionamento Superviso, que representa associao entre empregados e seus supervisionados. Os atributos identificadores de cada entidade esto sublinhados.
112 de 121
A partir da anlise do diagrama, NO se pode inferir que possvel (A) determinar empregados. todos os empregados que no supervisionam outros
(B) determinar que empregados no esto lotados em departamento algum. (C) saber qual o departamento em que E trabalha, dado um empregado E qualquer. (D) saber quais os empregados de D que trabalham em P para um determinado projeto P e um determinado departamento D. (E) saber que h apenas um empregado que supervisiona todos os demais. 30. (CESGRANRIO/2010/PETROBRS/ANALISTA DE SISTEMAS JNIOR/REA ENG. SOFTWARE) 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. 31. (ESAF/2005/AFRF) O modelo relacional refere-se visualizao fsica e no lgica dos dados. Est relacionado ao nvel conceitual interno. A
113 de 121
teoria relacional no diz nada sobre o nvel externo, preocupa-se somente com o armazenamento e manipulao dos dados executados pelo SGBD. 32. (ESAF/2005/AFRF) Chaves estrangeiras so os elos de ligao entre as tabelas. Uma coluna definida como chave estrangeira deve ser chave primria em outra tabela. 33. (ESAF/2008/STN/Desenvolvimento de Sistemas) SBGD (Sistema Gerenciador de Bancos de Dados) possui um compilador para uma determinada linguagem, cuja funo o processamento de declaraes, a fim de identificar as descries dos componentes do esquema conceitual do Banco de Dados. Tal linguagem de a) consulta estrutura SQL. b) definio de armazenamento SDL. c) manipulao de dados DML. d) definio de viso VDL. e) definio de dados DDL. 34. (ESAF/2008/STN/Desenv Sistemas) Se uma dada varivel de relao R possui seus atributos no-chaves mutuamente independentes e irredutivelmente dependentes da chave primria, R est na a) primeira forma normal 1FN. b) segunda forma normal 2FN. c) terceira forma normal 3FN. d) forma normal nula. e) desnormalizao. 35. (CESPE/2010/BANCO DA AMAZONIA/rea: Tecnologia da Informao Administrao de Dados) O nvel conceitual de dados um nvel de simulao entre os nveis interno e externo. 36. (CESPE/2010/BANCO DA AMAZONIA/rea: Tecnologia da Informao Administrao de Dados) Se um sistema de banco de dados prov independncia fsica dos dados, correto inferir que esse sistema tambm permite independncia lgica de dados. 37. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) Com relao a sistemas operacionais, correto afirmar que um ROLLBACK ocorre quando um grupo ou conjunto de processos compete entre si e, quando finalizado, desfaz ou mata o processo corrente.
114 de 121
38. (ESAF/2008/AFC-STN/Infraestrutura de TI) uma funo da linguagem de manipulao de dados (DML), em um sistema gerenciador de bancos de dados (SGBD): a) permitir a especificao do esquema conceitual do banco de dados. b) permitir a especificao do esquema interno do banco de dados. c) especificar vises dos usurios e seus respectivos mapeamentos para o esquema conceitual. d) especificar e recuperar vrios registros em uma nica declarao. e) descrever os componentes dos esquemas: conceitual e interno. 39. (FUMARC/Analista de Sistemas/BDMG/2011) Em relao aos conceitos do modelo Entidade-Relacionamento, observe o diagrama ER abaixo e analise as seguintes afirmativas:
I. O atributo Num_agencia do tipo de entidade AGENCIA conhecido como chave primria. II. De acordo com as restries de participao definidas, uma entidade de BANCO obrigatoriamente deve estar relacionada a pelo menos uma entidade de AGENCIA. III. AGENCIA um tipo de entidade fraca e POSSUI relacionamento identificador, cuja razo de cardinalidade 1:N. Marque a alternativa CORRETA: a) apenas as afirmativas I e II so verdadeiras. b) apenas as afirmativas I e III so verdadeiras. c) apenas as afirmativas II e III so verdadeiras. d) todas as afirmativas so verdadeiras. INSTRUO: De acordo com o diagrama de Entidade e Relacionamento abaixo, responda s prximas 2 questes. um
115 de 121
40. (FUMARC/2008/SEPLAG/Gestor Governamental Tecnologia da Informao) Em relao ao diagrama de Entidade e Relacionamento, analise as afirmativas abaixo e assinale a opo CORRETA: I Propriedade um tipo relacionamento que tem razo de cardinalidade N:N. II Uma entidade Proprietrio existe apenas se participar de pelo menos uma instncia de relacionamento Propriedade. III Propriedade um tipo relacionamento de grau dois. a) As afirmativas I, II e III so verdadeiras. b) Apenas as afirmativas I e II so verdadeiras. c) Apenas as afirmativas I e III so verdadeiras. d) Apenas as afirmativas II e III so verdadeiras.
41. (CESGRANRIO/2010/PETROBRS/ ANALISTA DE SISTEMAS JNIOR - ENGENHARIA DE SOFTWARE/Q.56) Considere o comando em SQL abaixo. SELECT S.C, COUNT(S.B) AS Q FROM S, T WHERE T.D=S.B AND S.C IN (SELECT DISTINCT R.A FROM R)
116 de 121
GROUP BY S.C HAVING COUNT(S.B) >= 1 O resultado da execuo do comando SQL fornecido .
42. (CESGRANRIO/2010/PETROBRAS/ ANALISTA DE SISTEMAS JNIOR - ENGENHARIA DE SOFTWARE/Q.57) Considere as relaes R, S e T e o comando SQL a seguir. UPDATE T SET D = E + 1 WHERE EXISTS(SELECT DISTINCT S.C FROM S WHERE S.C = T.C) Aps a execuo desse comando, o novo estado da relao T
43. (CESGRANRIO/2010/PETROBRS/ ANALISTA JNIOR - ENGENHARIA DE SOFTWARE) SELECT M.nome, D.nome
DE
SISTEMAS
FROM Manequim M LEFT JOIN Atuacao A ON M.id=A.idManequim LEFT JOIN Desfile D ON D.id=A.idDesfile ORDER BY M.nome ASC A consulta acima, expressa em SQL padro, retorna (A) os nomes de todos os manequins, e, caso eles estejam alocados em desfiles, os seus respectivos nomes, ordenados pelo nome do manequim em ordem crescente. (B) os nomes dos manequins e dos desfiles armazenados esquerda das respectivas tabelas, respeitando a ordem de indexao realizada. (C) os nomes dos manequins e o nome dos respectivos desfiles a eles alocados, ordenados pelo nome do manequim em ordem crescente. (D) uma mensagem de erro, pois existe um erro semntico na formao do comando.
117 de 121
(E) uma mensagem de erro, pois a referncia ao operador LEFT JOIN exige a utilizao da clusula GROUP BY. 44. (CESGRANRIO/TRANSPETRO/ANALISTA DE SISTEMAS JNIOR REA SOFTWARE/2011) Considere que um banco de dados relacional foi criado atravs da execuo dos comandos em SQL a seguir.
Agora considere que a consulta de seleo fornecida a seguir foi executada sobre o banco de dados com esquema e estado resultantes da sequncia de comandos acima.
Qual a quantidade de registros retornados pela consulta acima? a.3 b.4 c.5 d.6 e.7 45. (ESAF/ATI/SUSEP/ 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.
118 de 121
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. 46. (ESAF/Analista de Finanas e Controle/Desenvolvimento de Sistemas de Informao/2008) Em um banco de dados que utiliza a linguagem SQL para definio, manipulao e controle de dados, correto afirmar que os comandos a) CREATE, DROP e INSERT fazem parte da DML (Linguagem de Manipulao de Dados). b) GRANT e REVOKE fazem parte da DCL (Linguagem de Controle de Dados). c) INSERT, UPDATE e SELECT fazem parte da DDL (Linguagem de Definio de Dados). d) ALTER, DELETE e REVOKE fazem parte da DML (Linguagem de Manipulao de Dados). e) CREATE, GRANT e DROP fazem parte da DCL (Linguagem de Controle de Dados).
47. (ESAF/2012/CGU/Analista de Finanas e Controle/ Desenvolvimento de Sistemas da Informao) A Linguagem de Definio de Dados de uma SQL permite especificar: A.O esquema para cada estrutura. As restries de normalizao. O conjunto dos ndices a serem mantidos para cada relao. As informaes de acesso e flexibilidade para cada relao. B. O domnio dos valores gerados por cada atributo. As restries de integridade. O conjunto dos coeficientes a serem mantidos nas relaes de objetos. A estrutura de armazenamento fsico de cada relao na estrutura de relacionamentos. C. O esquema para cada relao. O domnio dos valores das relaes. As permisses de integridade. O conjunto dos ndices a serem extrados de cada relao. D. O esquema para cada relao. As informaes de segurana e autorizao para cada relao. A estrutura de armazenamento fsico de cada relao no disco. E. As restries de interatividade. As variveis e ndices a serem mantidos para cada relao. As informaes de segurana e automao para cada relao. A estrutura de armazenamento fsico de cada relao no disco.
119 de 121
48. (ESAF/Superintendncia de Seguros Privados/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.
49. (ESAF/Superintendncia de Seguros Privados/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, Integridade referencial. 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.
GABARITO 1. Letra E. 2. Item correto. 3. Letra A. 4. Letra A. 5. Letra A. 6. Letra B. 7. Letra E. 8. Letra A. 9. Letra B. 10. 11. 12. 13. 14.
a
15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
Letra A. Letra E. Letra B. Item errado. Item errado. Item correto. Item correto. Letra A. Letra B. Letra E. Item errado. Letra D. Letra A. Letra D.
120 de 121
Letra B. Letra E. Letra D. Letra A. Letra D.
Prof . Patrcia Lima Quinto
29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40.
Letra E. Letra A. Item errado. Item correto. Letra E. Letra C. Item errado. Item errado. Item errado. Letra D. Letra C. Letra A.
41. 42. 43. 44. 45. 46. 47. 48. 49.
Letra A. Letra E. Letra A. Letra D. Letra E. Letra B. Letra D. Letra A. Letra A.
121 de 121

Aula 01

Enviado por

Dados do documento

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

Aula 01

Enviado por

Direitos autorais:

Formatos disponíveis

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

A chave estrangeira permite a implementao de relacionamentos em um banco de dados relacional.

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

DROP: apaga um objeto do banco de dados.

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Restries de integridade usando

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

Profa. Patrcia Lima Quinto

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN

TECNOLOGIA DA INFORMAO EM EXERCCIOS PARA BACEN