Administrao de Banco de Dados

Professora conteudista: Cida Atum

Sumrio
Administrao de Banco de Dados
Unidade I

1 INTRODUO A BANCO DE DADOS ............................................................................................................1 1.1 Histrico ......................................................................................................................................................1 1.2 Denies ...................................................................................................................................................2 1.3 Importncia dos sistemas de bancos de dados nas organizaes ......................................3 1.4 Linguagens de banco de dados .........................................................................................................4 1.5 Nveis da arquitetura de banco de dados......................................................................................6 2 SISTEMAS GERENCIADORES DE BANCO DE DADOS - SGBD ............................................................7 2.1 Denio .....................................................................................................................................................7 2.2 Caractersticas do SGBD .......................................................................................................................9 2.3 Projeto de banco de dados ..................................................................................................................9
Unidade II

3 MODELAGEM DE DADOS...............................................................................................................................11 3.1 Tipos de modelos de dados ...............................................................................................................11

3.1.1 Modelo conceitual...................................................................................................................................11 3.1.2 Modelo lgico ...........................................................................................................................................11 3.1.3 Modelo fsico ............................................................................................................................................ 12

3.2 Modelo Entidade-Relacionamento (MER) ................................................................................. 12

3.2.1 Atributos..................................................................................................................................................... 14 3.2.2 Restries ................................................................................................................................................... 14 3.2.3 Entidades fortes e entidades fracas ................................................................................................ 16

3.3 Dicionrio de dados............................................................................................................................. 18 3.4 Ferramentas CASE ................................................................................................................................ 19

3.4.1 Denio .................................................................................................................................................... 19 3.4.2 A ferramenta CASE ErWin ................................................................................................................... 20 Unidade III

4 ADMINISTRAO DE SGBDs ....................................................................................................................... 24 4.1 Segurana e administrao - controle de acesso ................................................................... 26 4.2 Recuperao (recovery) ..................................................................................................................... 28
4.2.1 Recuperao de sistema ...................................................................................................................... 29 4.2.2 Recuperao da mdia .......................................................................................................................... 30

4.3 Replicao de dados ........................................................................................................................... 31 4.4 Formas de melhoria de desempenho ........................................................................................... 33

4.4.1 Simulao de desempenho ................................................................................................................. 33

Unidade IV

5 DEFINIR A MELHOR SOLUO DE BANCO DE DADOS PARA AS NECESSIDADES DA EMPRESA......................................................................................................................................................... 35 5.1 O uso das tecnologias......................................................................................................................... 35
5.1.1 O software livre ....................................................................................................................................... 35 5.1.2 Ferramentas de SGBD ........................................................................................................................... 37

5.2 Requisitos de software arquitetura cliente/servidor.......................................................... 40

ADMINISTRAO DE BANCO DE DADOS

Unidade I
1 INTRODUO A BANCO DE DADOS 1.1 Histrico

O banco de dados relacional surgiu na empresa IBM entre as dcadas de 1960 e 1970, ao desenvolver funes atravs de pesquisas de automao de escritrio. Tal necessidade deve-se ao fato de que as empresas constatavam o baixo custo da 5 informatizao em tarefas que exigiam processos repetitivos. Iniciou-se uma poca muito valiosa de pesquisas em linguagem de programao industrial com altos investimentos na rea. As pesquisas desenvolvidas nesta poca trouxeram os primeiros estudos sobre modelos de banco de dados de rede 10 hierrquicos, alm de outras tecnologias empregadas at hoje. Ted Codd era um destes pesquisadores, e, em 1970, escreveu um artigo tcnico sobre Banco de Dados Relacionais, no qual estabelecia o conceito primordial da linguagem: o armazenamento das informaes em tabelas onde o usurio poderia acess-las 15 atravs de comando em ingls. A complexidade do artigo levou a IBM a organizar um centro de pesquisa que cou conhecido como System R, tendo como principal intuito desenvolver um produto cujo sistema fosse um banco de dados relacional. O System R teve muitas verses que foram sendo utilizadas 20 por vrias organizaes de peso nos Estados Unidos, at que a evoluo do sistema eventualmente tornou-se DB2, e a linguagem desenvolvida para ser utilizada junto ao sistema foi a SQL (Structured Query Language - Linguagem de Consulta Estruturada), considerada pela ISO (International

Unidade I
Organization for Standardization - Organizao Internacional de Padronizao) linguagem padro dos sistemas de banco de dados relacionais.
Apesar do pioneirismo conceitual da IBM, foi mesmo a 5 Honeywell Information Systems Inc a primeira empresa a produzir comercialmente o sistema de banco de dados em 1976. A Honeywell implementou o sistema criado pela IBM e este foi completamente remodelado. Na dcada de 80 os softwares de banco de dados 10 relacionais foram sendo evoludos e os usurios comearam um processo de feedback do sistema, devido principalmente ao vertiginoso aumento de sistemas distribudos e aos computadores-pessoas. Atualmente a capacidade de armazenamento de dados 15 ultrapassa centenas de Terabytes, o que levou consequentemente ao aumento de tamanho destes sistemas. Um dos projetos mais ambiciosos trata-se do desenvolvimento de um banco de dados distribudo que possui uma capacidade de armazenamento em torno de Hexabytes (1 Hexabyte = 1,000 Petabytes = 1 * 10^18 20 Bytes), este projeto est em fase de andamento pela CERN (European Organization for Nuclear Research - Organizao Europia para a Investigao Nuclear). O desenvolvimento da linguagem padro SQL nanciado atualmente pela ANSI (American National Standards Institute 25 - Instituto Nacional Americano para Padres) e pela ISO, que formam um grupo de pesquisas para a contnua evoluo da linguagem.
1.2 Denies

Banco de dados uma coleo de dados inter-relacionados cuja representao refere-se a informaes especcas, como por 30 exemplo, acervos de bibliotecas, lista de clientes e fornecedores, controle de RH de uma empresa, etc.

ADMINISTRAO DE BANCO DE DADOS

Banco de dados relacional baseado no modelo relacional e usa um conjunto de tabelas para representar os dados e as relaes entre si, a maioria utiliza a linguagem SQL.
1.3 Importncia dos sistemas de bancos de dados nas organizaes

A importncia dos sistemas de bancos de dados nas 5 organizaes vista pela crescente valorizao dos bancos de dados e dos SGBDs, o que gera consequentes investimentos em tcnicas de gerenciamento, monitoramento, backup e restaurao de dados e em todo o processo que envolve a importncia nanceira de manter a integridade dos bancos de 10 dados. Um problema muito real refere-se ao gerenciamento de todas as contas bancrias em sistemas de arquivos permanentes de um determinado banco. Este sistema possui uma srie de programas aplicativos necessrios para a manipulao por parte 15 dos usurios, que permitem: dbito e crdito em outra conta; um programa para adicionar uma nova conta; fazer pagamentos e depsitos; calcular aplicaes; 20 inserir novas alquotas.

Esses aplicativos s foram desenvolvidos porque surgiram problemas e necessidades da organizao bancria, e isso signica um processo contnuo, pois as aplicaes so desenvolvidas conforme vo surgindo as necessidades. Em resumo, os arquivos 25 e os programas so desenvolvidos e acrescidos ao sistema sempre que for preciso.

Unidade I
Este sistema de processamento de arquivos tem deixado de existir gradualmente, pois apresenta uma innidade de desvantagens, como dene Silberschatz (et. tal,1999): 5 difcil acesso: ltrar uma informao torna-se uma tarefa rdua, j que se pode fazer isso manualmente ou se pode gerar um programa para cada ltro; isolamento: a informao de formatos diferentes contida em arquivos separados torna difcil desenvolver novos programas aplicativos de recuperao de dados; 10 redundncia e inconsistncia: diversos programadores e diversas linguagens produzem vrios tipos de formatos, podendo ser geradas por exemplo, informaes em duplicidade, em tabelas diferentes. Inconsistncia de dados gerada pela manuteno de cpias que podem estar com valores diferentes; problemas de segurana: um banco de dados deve manter controles de acessos, dependendo da informao. Se os aplicativos forem adicionados regularmente, este processo de segurana ca restrito; 20 problemas de integridade: s vezes os valores dos dados precisam satisfazer algumas restries, como o saldo nunca estar abaixo de X reais, por exemplo. Quando novas restries forem necessrias, torna-se- difcil alterar estes programas. Estes so alguns dos motivos pelos quais se faz necessria uma sria abordagem da aplicao de gerenciamento de sistemas de banco de dados em uma organizao.
1.4 Linguagens de banco de dados

15

25

Um sistema de banco de dados fornece uma linguagem de denio de dados para especicar o esquema do mesmo 30 e, uma linguagem de manipulao de dados para expressar as

ADMINISTRAO DE BANCO DE DADOS

consultas e a atualizao de dados. Na prtica, as linguagens de denio de dados e de manipulao de dados so duas linguagens separadas, simplesmente formam partes de uma nica linguagem de banco de dados, como a amplamente usada 5 linguagem SQL (DATE, 2003). Linguagem de Denio de Dados - DDL Os procedimentos de acesso a um sistema de banco de dados e sua estrutura de armazenamento so denidos por um conjunto de comandos bsicos chamados DDL (Data Denition 10 Language - Linguagem de Denio de Dados), que permite ao usurio denir tabelas novas e seus elementos. Os comandos DDL so:

CREATE: cria uma tabela; DROP: exclui uma tabela;

15

ALTER: altera a estrutura da tabela.

Linguagem de Manipulao de Dados - DML

A linguagem DML (Data Manipulation Language, Linguagem de Manipulao de Dados) permite o acesso aos dados e/ou manipul-los. Existem basicamente 4 comandos 20 DML:

SELECT: seleciona dados especicando uma query (comando que executa uma busca); INSERT: insere dados a uma tabela existente; UPDATE: altera os valores de dados em tabela;
25

DELETE: remove dados de uma tabela.

A seguir podemos visualizar a completa arquitetura de um sistema de banco de dados (Fig. 1.1):

Unidade I

Usurios e Programadores Sistema de banco de dados

Programas aplicativos / Consultas

Software SGBD Processador / Otimizador de Consultas Software para acessar os dados

Denio dos dados armazenados (metadados)

Dados armazenados (metadados)

Fig. 1.1 - Diagrama da arquitetura do sistema de banco de dados

1.5 Nveis da arquitetura de banco de dados

De modo geral, como nos mostra DATE (2003:29), a arquitetura se divide em trs nveis (Fig. 1.2), a saber: - O nvel interno (tambm conhecido como nvel de armazenamento) o mais prximo do meio de armazenamento 5 fsico, ou seja, aquele que se ocupa do modo como os dados so sicamente armazenados dentro do sistema. - O nvel externo (tambm conhecido como nvel lgico do usurio) o mais prximo dos usurios, ou seja, aquele que se ocupa do modo como os dados so vistos por usurios 10 individuais. - O nvel conceitual (tambm conhecido como nvel lgico de comunidade, ou s vezes apenas nvel lgico, sem qualicao), um nvel indireto entre os outros dois.

ADMINISTRAO DE BANCO DE DADOS

Nvel externo (vises de usurios individuais) Nvel conceitual (viso de comunidade de usurios) Nvel interno (viso do meio de armazenamento) Fig. 1.2 Os trs nveis da arquitetura.

Observe que o nvel externo se preocupa com as percepes dos usurios individuais, enquanto o nvel conceitual est preocupado com uma percepo da comunidade de usurios. A maior parte dos usurios no estar interessada no banco de 5 dados inteiro, mas somente em alguma parte restrita dele; assim, haver muitas vises externas distintas, cada qual consistindo em uma representao mais ou menos abstrata de alguma parte do banco de dados completo, e haver exatamente uma viso conceitual, consistindo em uma representao igualmente 10 abstrata do banco de dados em sua totalidade. Do mesmo modo, haver exatamente uma viso interna, representando o modo como o banco de dados est armazenado internamente. Observe que os nveis externo e conceitual so nveis de modelo, enquanto o nvel interno um nvel de implementao; 15 em outras palavras, os nveis externo e conceitual so denidos em termos de construes voltadas para o usurio, como registros e campos, enquanto o nvel interno denido em termos de construes voltadas para a mquina, como bits e bytes.
2 SISTEMAS GERENCIADORES DE BANCO DE DADOS - SGBD 2.1 Denio

Sistema Gerenciadores de Banco de Dados (SGBD) 20 um programa com recursos especcos, que tem o objetivo de manipular as informaes contidas nos bancos de dados. Como

Unidade I
exemplo podemos citar o Ingres, o Oracle, o Access, o MySQL e o DBase. Um Sistema Gerenciador de Banco de Dados, normalmente referido apenas por banco de dados, refere5 se administrao gerencial de um conjunto de dados, estruturando com eficincia as informaes e adequadamente s exigncias de segurana e armazenamento (MEDEIROS, 2006). A funo do SGBD facilitar e simplicar o acesso aos dados 10 pelos usurios, gerenciando grupos complexos de informaes e fornecendo segurana contra os problemas que venham a ocorrer no sistema e contra a invaso de acessos restritos. Os componentes funcionais de um banco de dados incluem: 15 -gerenciador de arquivos: gerencia o espao do armazenamento; gerenciador do banco de dados: gerencia a interface entre os dados e os programas aplicativos; processador de consultas: traduz os comandos numa linguagem que o gerenciador do banco de dados possa interpretar; pr-compilador da DML: converte comandos DML para gerar o cdigo apropriado; compilador da DDL: converte comandos DDL em um conjunto de tabelas contendo metadados. 25 Alm desses componentes, outros so relativamente importantes no desenvolvimento da fase do projeto fsico do sistema: arquivos de dados: o armazenamento fsico do banco de dados; 30 -dicionrio de dados: o armazenamento dos metadados;

20

ADMINISTRAO DE BANCO DE DADOS

ndices: o acesso gil aos dados.
2.2 Caractersticas do SGBD

Geralmente um Sistema Gerenciador de Banco de Dados deve ter as seguintes caractersticas: 5 -evitar a redundncia: deve poder evitar dados redundantes, evitando a inconsistncia das informaes; manipulabilidade: deve facilitar o uso do banco de dados mesmo aos que no o conhecem tecnicamente. independncia fsica: o esquema do modelo lgico deve manter-se afastado do nvel fsico do SGBD para que no haja abstraes, simplicando a interao do usurio com o sistema; independncia lgica: o nvel fsico do SGBD pode ser alterado independentemente da utilizao do usurio; 15 -centralizao administrativa: deve permitir gerenciamento dos SGBDs de maneira centralizada; o

10

rapidez dos acessos: deve permitir o acesso rpido e gil aos dados; preservar a integridade: preservar a coerncia entre os dados; 20 compartilhamento: deve permitir o acesso simultneo ao banco de dados; segurana dos dados: deve prevenir-se de mtodos de gerenciamento de acesso.
2.3 Projeto de banco de dados

Segundo Silberschatz (et. tal,1999), um sistema de banco de 25 dados projetado para gerenciar grandes blocos de informaes. Esses grandes blocos no existem isoladamente. Eles so parte da operao de alguma empresa cujo produto nal pode ser

Unidade I
informaes do banco de dados ou pode ser algum dispositivo ou servio para o qual o banco de dados desempenha apenas um papel de apoio. O projeto de banco de dados envolve principalmente o 5 projeto do esquema de banco de dados. A modelagem requer ateno especial. Um modelo de dados serve ao projetista de banco de dados uma estrutura conceitual para especicar, de maneira sistemtica, quais so as necessidades, por exemplo, numa 10 instituio nanceira, de dados dos usurios do banco de dados, e como o banco ser estruturado para satisfazer essas necessidades. Portanto, a fase inicial do projeto de banco de dados caracterizar completamente as necessidades de dados dos usurios de banco de dados potenciais. 15 O projetista de banco de dados precisa interagir extensivamente com especialistas e usurios do domnio para realizar essa tarefa. O resultado dessa fase uma especicao das necessidades do usurio.

A seguir, o projetista escolhe um modelo de dados e, 20 aplicando os conceitos do modelo escolhido, traduz essas necessidades em um esquema conceitual do banco de dados. O esquema desenvolvido nessa fase de projeto conceitual fornece uma viso geral detalhada da empresa. O projetista revisa o esquema para conrmar se todas as necessidades de 25 dados esto realmente satisfatrias e se no esto em conito entre si. O projetista tambm pode examinar o projeto para remover quaisquer recursos redundantes. O foco nesse momento descrever os dados e suas relaes, e no especicar detalhes do armazenamento fsico. 30 Em termos do modelo relacional, o processo do projeto conceitual envolve decises sobre quais atributos queremos capturar no banco de dados e como agrupar esses atributos para formar as vrias tabelas. A maneira mais utilizada para tratar esse problema usar o modelo de entidade/relacionamento.

10