Você está na página 1de 5

1. Ciclo de Vida de um Banco de Dados Ciclo de Vida de BD o conjunto de fases que compreende desde a concepo at a manuteno e evoluo do BD.

1 Fase: Estudo Inicial do Banco de Dados Analisar situao da companhia: Qual o ambiente geral da organizao e qual sua misso dentro deste ambiente? Qual a estrutura da organizao? Definir problemas e restries: Como funcionam os sistemas existentes? O que o sistema requer como entrada? O que o sistema gera como sada? Quais so as relaes operacionais entre as unidades de negcio? Quais so os limites e restries impostos sobre o sistema? Definir objetivos Qual o objetivo inicial do sistema proposto? O sistema ir fazer interface com outro sistema? O sistema deve compartilhar dados com outros sistemas? Definir escopo e limites Escopo Qual a extenso do projeto? Limite Quais so as limitaes?

2 Fase: Projeto do Banco de Dados a fase mais importante e apresenta as seguintes subfases.

Projeto Conceitual; Seleo do SGBD; Projeto Lgico; Projeto Fsico.

3 Fase: Implementao e Carga Criao e insero de dados nas tabelas e outras questes importantes de implementao: Performance; Segurana; Backup e recovery; Integridade;

4 Fase: Teste e Avaliao O BD testado e aproveita-se para fazer ajustes finos de performance, integridade, segurana etc. Esta fase pode acontecer em paralelo com a programao da aplicao.

5 Fase: Operao Nesta fase o BD considerado operacional. A partir desta fase, inicia-se o processo de evoluo do BD. Onde alguns problemas inesperados podem acontecer. E tambm a demanda por mudanas constante.

6 Fase: Manuteno e Evoluo Nesta fase voc deve realizar as seguintes aes: Manuteno preventiva; Manuteno corretiva; Manuteno adaptativa; Atribuio de novas permisses de acesso; Gerao de estatsticas de acesso ao BD para monitorar a performance; Auditoria peridica da segurana do BD; Resumos peridicos sobre o uso do sistema;

2. Quando criamos uma base de dados temos os seguintes objetivos: Diminuir o espao ocupado pela informao; Facilitar a atualizao da informao; Aumentar a velocidade de pesquisa; Evitar a redundncia de informao.

Quando no utilizar um SGBD: Em algumas situaes, o uso de um SGBD pode representar uma carga desnecessria aos custos quando comparado abordagem processamento tradicional de arquivos. Por exemplo: Alto investimento inicial na compra de software e hardware adicionais; Problemas adicionais podem surgir caso os projetistas de banco de dados ou os administradores de banco de dados no elaborem os projetos corretamente ou se as aplicaes no so implementadas de forma apropriada. Se o DBA no administrar o banco de dados de forma apropriada, tanto a segurana quanto a integridade dos sistemas podem ser comprometidas. A sobrecarga causada pelo uso de um SGBD e a m administrao justificam a utilizao da abordagem processamento tradicional de arquivos em casos como: O banco de dados e as aplicaes so simples, bem definidas e no se espera mudanas no projeto; A necessidade de processamento em tempo real de certas aplicaes, que so terrivelmente prejudicadas pela sobrecarga causada pelo uso de um SGBD; No haver mltiplo acesso ao banco de dados.

Vantagens na utilizao de BDs Os benefcios aqui abordados dividem-se em trs categorias principais, nomeadamente:

Benefcios de centralizao de dados: Reduo/Eliminao de redundncia de dados: evitar a repetio de informao desnecessria, reduzindo tambm o espao ocupado pela base de dados; Melhoria na concorrncia de dados: aumentar a eficincia no acesso aos dados; Obteno de informao antecipadamente: Aceder e obter informao de forma mais rpida e eficaz; Simplificao da infra-estrutura de informao: permitir uma estruturao e organizao da informao de forma mais simples permitindo, deste modo, alcanar os pontos referidos acima.

Benefcios resultantes de uma melhor gesto de dados: Organizao e controle dos dados: a simplificao da prpria estrutura da base de dados implica benefcios na organizao dos dados o que uma mais valia para a gesto e controle dos dados; Recuperao, backup e rasteio de dados: por vezes pode acontecer que se percam dados relevantes para a base de dados. Nestes casos importante que haja mecanismos de recuperao dos mesmos, de forma a ser possvel o seu restauro. importante, tambm, que a base de dados permita a execuo de backups, isto , de cpias de segurana da informao armazenada; Simplificao e aperfeioamento da segurana: a segurana crucial nos dias de hoje. No s para prevenir ataques externos base de dados, mas tambm como forma de restringir o acesso aos dados por parte de utilizadores sem privilgios para tal; Melhor integridade dos dados: apresentar os dados com rigor e qualidade.

3. Modelo de Entidade-Relacionamento (MER) O Modelo de Entidade-Relacionamento (MER) foi desenvolvido para auxiliar o projeto de banco de dados, atravs da especificao de um esquema que define a organizao da base de dados. Por definio temos, Modelo baseado na percepo do mundo real, que consiste em um conjunto de objetos bsicos chamados entidades e nos relacionamentos entre esses objetos. Entidade e Atributos Entidade pode ser definida como um objeto do mundo real, concreto ou abstrato e que possui existncia independente. Cada entidade possui um conjunto particular de propriedades que a descreve chamado atributos. Um atributo pode ser dividido em diversas sub-partes com significado independente entre si, recebendo o nome de atributo composto. Um atributo que no pode ser subdividido chamado de atributo simples ou atmico.
Chave Primria um atributo identificador que representa univocamente cada ocorrncia ou registro de uma tabela. Existem dois tipos de chave primria: Simples - constituda apenas por um atributo; Composta - constituda por dois ou mais atributos. 4. O Modelo Relacional Criado por Codd, nos anos 70, comeou a ser realmente utilizado nas empresas a partir de 1987, atravs do SGBDs. A abordagem relacional est baseada no princpio de que as informaes em uma base de dados podem ser consideradas como relaes matemticas e que esto representadas de maneira uniforme, atravs do uso de tabelas, ou falando de uma forma mais direta, um arquivo. Porm, um arquivo mais restrito que uma tabela. Toda tabela pode ser considerada um arquivo, porm, nem todo arquivo pode ser considerado uma tabela. Este princpio coloca os dados (entidades e relacionamentos) dirigidos para estruturas mais simples de armazenar dados, que so as tabelas. O conceito principal vem da teoria dos conjuntos (lgebra relacional) atrelado idia de que no relevante ao usurio saber onde os dados esto nem como os dados esto (transparncia). Os usurios manipulam objetos dispostos em linhas e colunas das tabelas. O usurio pode lidar com estes objetos, conta com um conjunto de operadores e funes de alto nvel, constantes na lgebra relacional. Terminologia do modelo relacional:

Tabela chamada de RELAO; Linha de uma tabela chamada de TUPLA; Coluna chamado de ATRIBUTO;

Questionrio

Defina TFE e EDI. Quais dispositivos (hardware) so utilizados na automao comercial? Quais as etapas envolvidas em um projeto de automao comercial? O que um SGBD? Cite 3 exemplos. Quais as principais vantagens da utilizao de um Sistema de Banco de Dados em relao aos sistemas tradicionais de gerenciamento de arquivos? 6) Indique alguns problemas que dificultariam o uso de banco de dados. 7) O sistema de banco de dados deve prover uma viso abstrata de dados para os usurios, isolando, desta forma, detalhes mais internos do BD. A abstrao se da em trs nveis. Explique estes nveis de abstrao. 8) Defina o Modelo Entidade-Relacionamento. 9) Defina o Modelo Relacional. 10) As pessoas envolvidas num sistema de banco de dados podem ser divididas em usurios e administradores. Descreva as principais funes de cada um.

1) 2) 3) 4) 5)