introducao aos conceitos de banco de dados

8/19/2019 Introducao Aos Conceitos de Banco de Dados

1/21

Banco de D ados

Introdução aos conceitos

de Banco de Dados

Banco de Dados

Introdução aos conceitos

de Banco de Dados


2/21

Banco de dados – Banco de Dados 2

Introdução aos conceitos de Bancode Dados

O que é um banco de dados?

Para iniciarmos este curso é importante entender o que é um banco dedados. Na verdade, sempre nos deparamos com banco de dados em muitosmomentos de nossas vidas, sem ao menos ter ciência disso, por exemplo, apartir do momento que nascemos nossos nomes já estão em um

banco de dados.

Sabe-se que o dado é um fato que por si só tem um significadoimplícito que pode não nos dizer nada. Por exemplo: 30 o que significa essedado pra você? Depende do contexto em que ele estiver inserido, essenúmero pode nos dizer muitas coisas, por exemplo, o percentual do aumentoque você recebeu em seu trabalho, pode significar a idade da professora, ovalor do livro que você quer comprar, quantos dias faltam pra suas fériasentre muitas outras coisas.

Segundo Heuser (2009), um banco de dados é “um conjunto de dadosintegrados que tem por objetivo atender a uma comunidade de usuários”.

Para entender melhor o conceito de banco de dados vamos consideraro exemplo a seguir: em dezembro de 2012 você resolveu comprar algunspresentes para presentear sua mãe. Para isso decidiu que a compra seriarealizada na joalheria conhecida, para que a jóia escolhida para sua mãetivesse garantia e afim de fazer um cadastro seu nessa joalheria foinecessário que você informasse alguns dados pessoais seus. Por tanto a


3/21


atendente solicitou alguns dados seus, sendo esses: Nome completo, RG,CPF, data de nascimento, seu endereço com dados como nome da rua ondemora, número da casa, cep e telefone. Pronto! Você esta no banco de dadosda joalheria em que você comprou o presente para sua mãe, em sua próxima

compra nesta, você não precisará mais fornecer todos seus dados, poissomente com o número de seu CPF, por exemplo, a atendente será capaz deidentifica-lo no meio de tantos outros clientes que a empresa possui, dado ofato de que o seu CPF é único e não poderá se repetir.

Outro exemplo bem simples de banco de dados que faz parte docotidiano de milhões de pessoa é o nosso celular, por exemplo, quando vocêadiciona o numero de telefone de um amigo em sua agenda de contatos vocêsem perceber esta utilizando um banco de dados, quando precisar falar com

esse amigo será só digitar a inicial do mesmo que seu aparelho irá listartodos seus contatos com a mesma letra e ao selecionar o contato quenecessita sua agenda lhe mostrará todos os dados armazenados de seuamigo. Viu você tem um banco de dados em suas mãos em todo momento.

Alguns outros exemplos de banco de dados que fazem parte denossas vidas podem ser: Banco de dados de uma instituição financeira naqual você abriu uma conta para depositar suas economias, Banco de dadosda Universidade onde você esta cursando o ensino superior, Banco de dados

do hotel onde você ficou hospedado em suas férias, entre outros.

É uma coleção de dados logicamente coerente e manipulável, que possui significadoimplícito, cuja interpretação é dada por uma determinada aplicação, são inseridos em umúnico local e devem obedecer a um padrão de armazenamento.

Exemplos de Banco de Dados

Como discutido anteriormente existem vários exemplos de Banco dedados, vamos citar alguns abaixo. Existem inúmeros outros exemplos deBanco de Dados:

Deposito ou saque de dinheiro em agência bancária;

Reserva em hotel;


4/21


Registro em Cartório;

Busca de livros em um catálogo informatizado;

Reserva de passagem aérea;

Compra de produtos via Web;

Controle de vendas em um supermercado;

Ingresso em cursos Universitários;

Entre outros.

Propriedades de um Banco de Dados

Um banco de dados representa algum aspecto do mundo real, ou seja,sempre que desejamos armazenar algo em um banco de dados é por umpropósito específico do mundo real, como os exemplos de banco de dadoscitados anteriormente. Se quisermos armazenar os depósitos ou saques emuma agência bancária isso faz parte do mundo real, pois é a partir do

armazenamento que poderemos saber o saldo que teremos depositado emnossa conta, se formos nos hospedar em um hotel da cidade onderesolvemos passar nossas férias, nossos nomes serão armazenados nobanco de dados do hotel e essa necessidade de armazenamento de nossosdados neste banco foi uma necessidade real do hotel onde nos hospedamos,quando você ingressou na universidade, surgiu à necessidade de ser inseridono banco de dados da universidade, para que essa possa armazenar suasnotas futuramente e garantir que na conclusão do curso vocês tenha acessoao seu histórico escolar, isso faz parte do mundo real entre outras

necessidades de armazenamento.

Um banco de dados é projetado, construído e povoado com dados quepossuem um objetivo específico. Um banco de dados pode sergerado e mantido:

Manualmente - Exemplo: Agenda Telefônica, que muitas pessoasainda utilizam quando precisam ligar para outra pessoa.

Informatizado – que pode ser criado e mantido por um grupo de

aplicações, escritos para aquela tarefa ou por um Sistema Gerenciador de


5/21


Banco de Dados (SGBD).

Históricos evolutivos dos sistemas de banco de dados

Vamos aprender um pouco sobre a evolução dos sistemas de Bancode Dados e dessa forma conseguir entender mais sobre as mudanças queocorreram com o passar do tempo.

Em meados dos anos 60 até os anos 70, começaram a surgir ossistemas para armazenamento de grandes volumes de informação paragrandes empresas, dentre elas podemos citar universidades, hospitais einstituições financeiras. Nessa época utilizavam-se computadores de grandeporte (mainframes) e caros.

Os sistemas de banco de dados existentes nessa época eramconhecidos como sistemas baseados em modelos hierárquicos, modelos derede e arquivos invertidos.

Mas esses modelos não eram satisfatórios, pois geravam algunsproblemas, tais como:

redundância de informação (mesmos dados armazenados emlugares diferentes mais de uma vez);

dificuldade de recuperação de dados (era necessário escreverprogramas para ler as informações necessárias);

pouca flexibilidade para criar novas consultas e transações(para se consultar uma informação no banco de dados eranecessário escrever um código para cada consulta que sedesejasse);

havia uma grande dificuldade de reorganizar o banco de dadosquando havia a necessidade de uma mudança de requisito naaplicação.

Em meados dos anos 70 começam a surgir os Bancos de dadosrelacionais, baseados na lógica da álgebra relacional, esses modelosinicialmente eram considerados muitos lento, mas com o tempo esse modelofoi ficando eficiente devido a alguns aspectos, tais como:

surgimento de técnicas para armazenamento e indexaçãotornaram as consultas mais rápidas e o desempenho dos


6/21


bancos de dados melhorou;

a introdução de linguagens de consulta como uma alternativapara as interfaces com as linguagens de programação;

devido a flexibilidade e a agilidade oferecida para a criação denovas consultas e a reorganização do banco de dados quandoos requisitos eram alterados levou à popularização do modelo;

outro fator importante foi a possibilidade de uso emcomputadores desde os pessoais até em grandes servidores.

Em meados dos anos 80, começam a surgir os sistemas de bancos dedados Orientados a Objeto, em resposta a necessidade das linguagens deprogramação OO em armazenar e partilhar objetos complexos, alguns fatoresque contribuíram para que esses sistemas evoluíssem:

a incorporação dos paradigmas da OO (tipos de dadosabstratos, encapsulamento, herança, identidade de objetos);

eram inicialmente tidos como um concorrente para os bancosde dados relacionais, seu uso é limitado devido a complexidadedo modelo e falta de um padrão;

Usados principalmente em aplicações especializadas, comoprojetos em engenharia, publicidade multimídia e sistemasindustriais.

As tendências atuais dos sistemas de bancos de dados que vemsendo aprimorados devido as necessidades de mercado e principalmente

devido a tomada de decisão e a crescente aumento da quantidade deinformações a serem armazenadas são:

Crescimento do aumento da utilização de banco de dadosOrientados a Objetos;

Forte implementação de Data Warehouse e Data Marts;

Presença de Data Mining nas corporações;


7/21


Sistemas corporativos integrados com a Web;

E-Businees, E-Commerce;

Alta performance e baixo custo;

Popularização irrestrita, lançamento de sistemas gratuitos, comcódigo fonte aberto.

O modelo de Banco de Dados mais usado ainda é o modelo de bancode dados Relacional.

Finalidade dos Sistemas de Banco de Dados

Os sistemas de banco de dados estão disponíveis para funcionar emmáquinas reais desde os pequenos computadores de mão (smartphones,palmtops e outros), em clusters de computadores (aglomerado deprocessadores), ou mesmo em mainframes (computadores de grande porte)e que venham a atender as necessidades de monousuários e multiusuários.

Os bancos de dados mais utilizados nos dias atuais são sistemasmultiusuários, pois temos vários usuários acessando o mesmo banco dedados. Enquanto que em máquinas menores, ou em pequenos sistemas,tendem a ser monousuários. O fato interessante é que mesmo em sistemasmultiusuários o objetivo é que cada usuário se comporte como se estivessetrabalhando em um banco monousuário, fazendo com que os usuários finaisnão possam ver os problemas internos ao sistema (SILBERSCHARTZ et. al,

2006).


8/21


Os sistemas de Banco de Dados surgiram com o propósito de atendera demanda por armazenamento e gerenciamento de grandes volumes dedados de todos os tipos de organização. Segundo Silberschartz et. al (2006),os sistemas de banco de dados surgiram com intuito de substituir sistemas

de processamento em arquivos, pois os mesmos apresentavam diversasdesvantagens. Vamos conhecer um pouco dessas desvantagens:

Redundância e inconsistência de dados – Pelo fato de quediferentes programadores criam arquivos e programas deaplicação durante um longo período de tempo, alguns arquivospodem precisar de diferentes estruturas, e os programas podemser escritos em diferentes linguagens de programação. Outrofato é que as mesmas informações podem ser duplicadas em

vários locais (arquivos). Um exemplo disso seria, o endereço eo número de telefone de um cliente podem aparecer em umarquivo que consiste em registros da conta poupança do clientee um outro arquivo que consiste em registros de conta correntedo mesmo cliente. Isso é considerado uma redundância, poistemos informações de endereço e telefone de um mesmocliente em arquivos diferentes (locais diferentes). Essaredundância pode gerar custos altos de armazenamento eacesso e também causar inconsistência de dados; ou seja,

várias cópias com os mesmo dados podem não estar maisiguais. Um exemplo é que se por acaso um dos programadoresfazer uma alteração no endereço do cliente nos registros deconta poupança, essa alteração não será refletida nos registrosde conta corrente do cliente. Ou seja, temos umainconsistência, pois o mesmo cliente esta com endereçodiferente para as suas duas contas (SILBERSCHARTZ et. al ,2006).

Dificuldade de acesso a dados – Para entendermos melhor adificuldade de acesso a dados, vamos usar o exemplo citadopara conta cliente. Vamos imaginar que o gerente do bancotenha a necessidade de saber qual o local na cidade em que háuma maior concentração de clientes do banco. Neste caso ogerente solicita ao departamento de processamento de dadosuma lista contendo essas informações. Como as pessoas queprojetaram o sistema não previram essa solicitação, não há umprograma de aplicação que atenda a essa solicitação do

gerente. Mas foi projetado um programa de aplicação que gerauma lista com todos os clientes do banco. Neste momento o


9/21


gerente se depara com duas opções: solicitar uma lista comtodos os clientes e abstrair as informações necessáriasmanualmente ou pedir a um programador que escreva umprograma de aplicação para atender a necessidade. No entanto

qualquer uma das opções seriam insatisfatórias(SILBERSCHARTZ et. al , 2006).

Isolamento de dados – Como os dados estão dispersos emarquivos e esses podem estar em diferentes formatos, escrevernovos programas de aplicação para recuperar os dadosapropriados se torna uma tarefa difícil (SILBERSCHARTZ et. al ,2006).

Problemas de integridade – Os valores de dados armazenados

no banco de dados precisam satisfazer determinadas restriçõesde consistência.

Problemas de atomicidade – Dentre os sistemas de computadorcomo qualquer outro dispositivo elétrico está propicio a falhar.Em alguns exemplos de aplicativos é importante que caso hajauma falha no sistema os dados armazenados voltem ao estadoem que se encontrava antes da falha. Por exemplo: Imagineque você esta fazendo uma transferência bancária para a conta

de um amigo, no valor de R$ 50,00. Vamos considerar suaconta A e a de seu amigo, conta B. Se durante a transação(transferência bancária) ocorre uma falha, que pode ser atémesmo a falta de energia é possível que o valor saia de suaconta, mas não chegue a conta de seu amigo, resultando emum estado de banco de dados inconsistente. Neste casopodemos admitir que a necessidade de que se faça tudo ou nãofaça nada. É difícil garantir atomicidade em um sistema deprocessamento em arquivo convencional.

Problemas de segurança – Em um sistema de banco de dadosé importante que nem todos os usuários tenham acesso a todasas informações. É necessário que cada usuário possa versomente o que é pertinente a ele. Por exemplo: em um sistemade banco de dados para a instituição financeira, não hánecessidade que as pessoas responsáveis pela folha depagamento, tenha acesso aos dados das contas correntes dosclientes da instituição. No entanto, como os dados estão

armazenados em arquivos, é difícil impor essarestrição de segurança.


10/21


Os sistemas de processamento em arquivos não eram capazes desuportar essas desvantagens com isso começaram a surgir os sistemas debanco de dados que foram projetados para gerenciar grandes blocos de

informação. Pelo fato de que as informações são consideradas verdadeirostesouros para as organizações, de acordo com Silberschartz et. al (2006), “oscientistas da computação desenvolveram um grande grupo de conceitos etécnicas para gerenciar os dados” e dessa forma garantir que os problemas

fossem sanados.

Sistemas Gerenciadores de Banco de Dados

A tecnologia aplicada aos métodos de armazenamento de informaçõesvem crescendo e gerando um impacto cada vez maior no uso de Banco deDados. Um Banco de Dados é, antes de tudo, uma coleção coerente dedados armazenados logicamente, cuja finalidade é organizar estasinformações visando à otimização dos sistemas, facilitando a entrada,alterações, processamento e consulta de dados (ELMASRI, 2008).

Para criação e manutenção de um Banco de Dados informatizadoutiliza-se um Sistema Gerenciador de Banco de Dados (SGBD).

O SGBD é um sistema de software de propósito geral que facilita nadefinição, na construção, na manipulação e no compartilhamento do bancode dados entre vários usuários e aplicações.

A figura 2 ilustra a arquitetura genérica de um SGBD.


11/21


A figura 2, não busca descrever um SGBD específico em vez dissoilustra módulos típicos de um SGBD genérico.

Níveis de abstração dos Dados na Arquitetura de umSistema de Gerenciamento de Banco de dados.

Como já foi visto o SGBD é composto de uma coleção de arquivos eprogramas inter-relacionados, que permitem aos usuários fazerem o acessoe a modificação desses arquivos. O objetivo dos níveis de abstração dosdados no SGBD é prover aos usuários uma visão abstrata dos dados. Isto é,o SGBD deve omitir certos detalhes de armazenamento e manutenção dosdados, mantendo transparência para os usuários.

Existem três níveis de abstração que simplificam a interação do

usuário com o SGBD: Nível de visões, Nível conceitual e nível físico. A figura3, ilustra os níveis de abstração do SGBD.

Nível físico ou nível interno – Também conhecido como nível de

armazenamento. Mais baixo nível de abstração, descreve como os dados


12/21


estão armazenados. Neste nível, é possível termos detalhes mais próximo doarmazenamento físico, ou seja, este se ocupa com o modo em que os dadossão fisicamente armazenados no sistema, tais como: tamanho dos campos,índices, como os dados estão representados, em que sequencia física os

registros serão armazenados, e assim por diante(SILBERSCHARTZ et. al , 2006).

Nível conceitual ou nível lógico – Nível intermediário de abstração,também conhecido como nível lógico de comunidade. Descreve quais dadosestão armazenados e os relacionamentos entre eles. Neste nível, o banco dedados é descrito em termos de um pequeno número de estruturasrelativamente simples. Todavia, a implementação de estruturas simples emnível conceitual possa envolver complexas estruturas de nível físico, o

usuário deste nível não precisa preocupar-se com isso. Este nível é utilizadopelos administradores de Banco de dados, para definir quais informaçõesdevem ser mantidas no Banco de dados (SILBERSCHARTZ et. al , 2006).

Nível de visões ou nível externo – Nível mais alto de abstração,também conhecido como nível lógico do usuário, descreve apenas uma visãolimitada do Banco de dados. Cada usuário vê somente as informações quelhe são pertinentes. Alguns usuários do SGBD não estão interessados emtodos os dados, em vez disso, precisam acessar apenas parte do

banco de dados.

O nível de visão existe para simplificar sua interação com o sistema. Osistema pode fornecer várias visões para o mesmo banco de dados(SILBERSCHARTZ et. al , 2006).

Usuários de um Sistema de Banco de Dados

Já conhecemos um pouco sobre os sistemas de banco de dados e suaarquitetura, agora vamos conhecer um pouco sobre os usuários que utilizamesses sistemas.

Um importante objetivo de um sistema de banco de dados é recuperarinformações do banco de dados e armazenar novas informações nele. Portanto as pessoas que trabalham com banco de dados podem sercategorizadas como usuários ou administradores de banco de dados(SILBERSCHARTZ et. al , 2006).


13/21


Os usuários de banco de dados se distinguem pela forma em queesses interagem com o sistema, para tanto foram projetados diversos tiposde interfaces, para os diferentes tipos de usuários (SILBERSCHARTZ et. al ,2006). São Eles:

Usuários Navegantes – São usuários que interagem com osistema de banco de dados através de uma aplicação

previamente escrita. Por exemplo, a recepcionista de umaclinica médica que utiliza uma aplicação para agendar asconsultas dos médicos, esta trabalhando e armazenando essasinformações das agendas em um banco de dados através dainterface da aplicação. Sem ao menos se dar conta arecepcionista esta inserindo dados em um banco de dados.Outros exemplos desses usuários podem ser citados:Telefonistas, agentes de viagem, caixas de supermercado,instituição financeira, entre outros.

Programadores de aplicação – Interagem com o sistema pormeio de programas escritos em uma linguagem principal, taiscomo: Java, Pascal, Delphi, C#,Net, entre outras linguagens.

Usuários Sofisticados – Interagem com sistema de banco dedados através de sentenças escritas em linguagem deconsultas a banco de dados SQL – Structured Query Language,de maneira interativa. Esses usuários submetem cada umadessas consultas a um processador de consulta, cuja função


14/21


é desmembrar as instruções DML – Data ManipulationLanguage em instruções que o gerenciador de armazenamentoentenda. Estão nesta categoria os analistas submetemconsultas para explorar dados no banco de dados. Outros

usuários nesta categoria são os analistas de negócio,consultores, gerentes, entre outros.

Usuários especializados – Usuários especializados queescrevem aplicações especializadas para suas necessidades,que não se encaixam na estrutura de processamento de dadostradicional. Entre essas aplicações estão os sistemasespecialistas, sistemas de base de conhecimento, sistemas quearmazenam dados complexos (por exemplo, dados gráficos e

áudios e CAD). Exemplos de usuários desta categoria:Engenheiros, cientista, analistas de negócio, entre outros.

Além desses usuários existe também o Administrador de Banco deDados (DBA), este é responsável por garantir o controle central sobre osdados e os programas que o acessam. No ambiente de Banco de dadosexistem recursos a serem administrados de forma centralizada, são eles:

Banco de Dados;

Sistema Gerenciador de Banco de Dados

Softwares relacionados (que acessam os dados)

Para tanto, cabe ao Administrador de Banco de dado, administraresses recursos. Entre as responsabilidades básicas de um DBA, podemoscitar:

Autorizar o acesso ao banco de dados e a seus dados;

Coordenar e monitorar o uso do banco de dados;

Administrar a aquisição de recursos de software e hardwareconforme necessidade;

Resolver questões relacionadas à segurança;

Resolver questões de mau tempo de uso do sistema.


15/21


Estas são algumas das responsabilidades básicas de umadministrador de banco de dados.

Modelo de Dados

O Modelo de Dados é uma representação das necessidades de dadosde um determinado ambiente e de como esses dados se relacionam. É umadas primeiras atividades que deve ser executada ao longo do processo deidentificação e compreensão de um ambiente, tendo em vista necessidadesde automatização. É um dos produtos da fase de Análise do Ciclo de Vida deum projeto de desenvolvimento de um sistema. Construir um modelo dedados significa: coletar e documentar informações relevantes do ambienteestudado; representar as informações, de forma clara e objetiva, e num

formato padrão que possa facilitar o entendimento dos participantes doprocesso; definir, de maneira clara, o escopo do ambiente modelado; adquiriro entendimento do ambiente através de refinamentos sucessivos do modelo;e representar graficamente as necessidades de informaçãoindependentemente do Software e do Hardware a serem usados naimplementação do Sistema (SILBERSCHATZ et al, 2006).

De acordo com Korth (2006) o modelo de dados é uma “coleção de

ferramentas conceituais para descrição de dados, relacionamento entre osdados, semântica e restrições de dados”.

Os níveis de dados de um modelo de dados são: modelo conceitual,modelo lógico e modelo físico. A figura 4 ilustra o nível de abstração domodelo de dados.

Figura 4. Níveis de abstração dos modelos de dados

O modelo conceitual busca descrever a estrutura de um banco de


16/21


dados independente do Sistema gerenciador de banco de dados (SGBD),definindo a estrutura que pode aparecer num banco de dados. Este nãodefine como os dados serão armazenados em nível de SGBD. A técnica maisdifundida de modelagem conceitual é a abordagem entidade relacionamento

(ER). Nesta técnica, um modelo conceitual é usualmente representadoatravés de um diagrama, chamado diagrama entidade relacionamento (DER)(HEUSER, 2009). A figura 5 ilustra o exemplo de um DER.

Figura 5 Exemplo de diagrama entidade relacionamento

O modelo conceitual é o nível mais alto de abstração conformeilustrado na figura 5. Um modelo lógico é uma descrição de um banco dedados no nível de abstração visto pelo usuário do SGBD. Assim, o modelológico é dependente do tipo particular de SGBD que está sendo usado(HEUSER, 2009).

Nesta disciplina, serão tratados somente modelos lógicos referentes aSGBDs relacionais. Em um SGBD relacional, os dados estão organizados naforma de tabelas. Um modelo lógico para o BD acima deve definir quais astabelas que o banco contém e, para cada tabela, quais os nomes dascolunas. No quadro 1 é apresentado um exemplo de modelo lógico (na formatextual) de acordo com o modelo conceitual apresentado na figura 5.

TipoDeProduto (CodTipoProd, DescrTipoProd)Produto (CodProd, DescrProd, PrecoProd,

CodTipoProd )CodTipoProd referencia TipoDeProduto


17/21


Figura 6 Exemplo de tabelas do Banco de dados Relacional

O modelo lógico descreve a estrutura do banco de dados, conformevista pelo usuário do SGBD, conforme ilustrado na figura 6. Detalhes dearmazenamentos internos de informações, que não tem influencia sobre aprogramação de aplicações no SGBD, mas podem influenciar a performance

da aplicações (por exemplo, as estruturas de arquivos usadas no acesso asinformações) não fazem parte do modelo lógico (HEUSER, 2009).

O modelo físico do banco de dados contem detalhes dearmazenamento interno de informações e depende do SGBD a ser utilizado. As linguagens e notações para o modelo físico não são padronizadas evariam de produto a produto (HEUSER, 2009). A tendência em produtos maismodernos é esconder o modelo físico do usuário e transferir a tarefa deotimização ao próprio SGBD. Mas é importante que seja feito, pois é nesse

modelo que vamos definir a estrutura dos dados que serão armazenados, ouseja, definiremos os tipos de dados para cada dado a ser armazenado nobanco de dados.

A figura 7 apresenta o modelo físico de acordo com o modelo lógicovisto no quadro 1.

Quadro 1. Exemplo de Modelo Conceitual na forma textual


18/21


Figura 7. Exemplo de Projeto físico para a tabela Produto de acordo com omodelo lógico.

Atividades:

1 - As principais características ou vantagens de um SGBD são:

I - Integridade.II - Consistência ou Compartilhamento de Dados.III - Segurança ou Restrição de Acesso.IV - Restauração ou Tolerância a Falhas.V - Não Redundância ou Controle de Redundância.VI - Padronização dos Dados.

Assinale a alternativa correta.

A. somente as opções de números paresB. somente as opções de números imparesC. somente as opções de números I a IVD. todas as opções estão corretas (correta)

2 - Qual a alternativa mais correta que define um Sistema de Banco deDados:

A. sistema manual de manutenção de registros, cuja finalidade éarmazenar informações e permitir que os usuários busquem e atualizemessas informações quando solicitadas.

B. sistema computadorizado de manutenção de arquivos, cujafinalidade é armazenar informações e permitir que os usuários busquem eatualizem essas informações quando solicitadas.

C. sistema computadorizado de manutenção de registros, cujafinalidade é armazenar informações e permitir que os usuários busquem eatualizem essas informações quando solicitadas. (correta)


19/21


D. sistema manual de manutenção de arquivos, cuja finalidade éarmazenar dados e permitir que os usuários busquem e atualizem essesdados quando solicitados.

3 - Quais são os níveis de abstração que simplificam a interação dousuário com o sistema de Banco de Dados?

Resposta Correta. Letra C.

A. Nível de Hardware, Nível de Software e o Nível de Visões

B. Nível Físico, Nível Lógico e o Nível de Máquina

C. Nível Físico, Nível Conceitual e o Nível de Visões

D. Nível Administrativo, Nível Econômico e o Nível de Visões

4 - Qual o SGBD abaixo que NÃO é relacional?

Resposta Correta. Letra B.

A. Oracle

B. Adabas

C. MySQL

D. SQL Server

5 – Pesquise e responda. Do ponto de vista histórico quais asprincipais arquiteturas de Banco de Dados?

1 - Plataformas Centralizadas.

2 - Cliente-Servidor.

3 - Sistemas em Computadores Pessoais.

4 - Distribuída (N camadas).


20/21


5 - Paralela.

Resposta Correta. Letra D.

A. somente 1, 2 e 3

B. somente 2, 3 e 4

C. somente de 1 a 4

D. todas as mencionadas


21/21

BIBLIOGRAFIA BÁSICA

ELMASRI, Ramez., Sistemas de Banco de Dados. São Paulo, Addison

Wesley, 2008

HEUSER, Carlos Alberto, Projeto de Banco de Dados. Porto Alegre, SagraLuzzatto, 2009 6.

BIBLIOGRAFIA COMPLEMENTAR

SILBERSCHATZ, A.; KORTH, F.; SUDARSHAN, H., Sistema de Banco deDados. São Paulo, Makron Books, 2006 5.

introducao aos conceitos de banco de dados

Documents