TCC CLAUDIO
60 pág.

TCC CLAUDIO


DisciplinaSistemas para Internet105 materiais3.158 seguidores
Pré-visualização11 páginas
nem sempre é a solução ótima: em alguns casos, um SGBD 
de uso geral pode introduzir sobrecarga desnecessária. 
Portanto, há muitos exemplos de sistemas que usam bancos de dados de 
propósito especial. Um exemplo comum é um sistema de e-mail que executa muitas 
das funções de um SGBD de uso geral, como a inserção e exclusão de mensagens 
compostas de vários itens de dados ou associando mensagens a um endereço de e-
mail específico; Mas essas funções são limitadas ao que é necessário para lidar com 
e-mail e não fornecem ao usuário com todas as funcionalidades que estariam 
disponíveis usando um DBMS de uso geral. 
Muitas outras bases de dados têm software aplicativo que acessa o banco de 
dados em nome dos usuários finais, sem expor a interface DBMS diretamente. 
Programadores de aplicativo podem usar um protocolo de fio diretamente, ou mais 
provável através de uma interface de programação de aplicativo. 
34 
 
Os projetistas de banco de dados e os administradores de banco de dados 
interagem com o DBMS por meio de interfaces dedicadas para criar e manter os 
bancos de dados das aplicações e, portanto, precisam de mais conhecimento e 
compreensão sobre como os DBMSs operam e as interfaces externas e os parâmetros 
de ajuste dos DBMSs. 
Como citado por FERNANDES et al. (2015), os Bancos de Dados: 
São operados pelos Sistemas Gerenciadores de Bancos de 
Dados (SGBD), que surgiram na década de 70. Antes destes, as 
aplicações usavam sistemas de arquivos do sistema operacional 
para armazenar suas informações. Na década de 80, a 
tecnologia de SGBD relacional passou a dominar o mercado, e 
atualmente utiliza-se praticamente apenas ela. Outro tipo 
notável é o SGBD Orientado a Objetos, para quando sua 
estrutura ou as aplicações que o utilizam mudam 
constantemente. 
Assim, esta principal aplicação no Banco de Dados está implícita no controle 
das operações. Uma outra aplicação importante que pode ser citada, é o 
gerenciamento das informações dos estudos, como por exemplo os Bancos de Dados 
Geográficos, que têm a função de unir as informações convencionais com as 
espaciais. 
O sistema de banco de dados deve garantir uma visão totalmente abstrata do 
banco de dados para o usuário, ou seja, para o usuário do banco de dados pouco 
importa qual unidade de armazenamento está sendo usada para guardar seus dados, 
contanto que os mesmos estejam disponíveis no momento necessário. 
Figura 4 - Níveis de abstração 
 
Fonte: (REZENDE, 2006) 
35 
 
Esta abstração se dá em três níveis conforme visto na Figura 6: 
\uf0b7 Nível de visão do usuário: as partes do banco de dados que o usuário tem 
acesso de acordo com a necessidade individual de cada usuário ou grupo de 
usuários; 
\uf0b7 Nível conceitual: define quais os dados que estão armazenados e qual o 
relacionamento entre eles; 
\uf0b7 Nível físico: é o nível mais baixo de abstração, em que define efetivamente de 
que maneira os dados estão armazenados. 
A primeira tarefa de um designer de banco de dados é produzir um modelo 
conceitual de dados que reflita a estrutura da informação a ser mantida no banco de 
dados. Uma abordagem comum para isso é desenvolver um modelo de entidade-
relação, muitas vezes com a ajuda de ferramentas de desenho. 
Outra abordagem popular é a Unified Modeling Language. Um modelo de 
dados bem-sucedido refletirá com precisão o possível estado do mundo externo que 
está sendo modelado: por exemplo, se as pessoas podem ter mais de um número de 
telefone, ele permitirá que essas informações sejam capturadas. 
Projetar um bom modelo de dados conceituais requer uma boa compreensão 
do domínio do aplicativo; Normalmente envolve fazer perguntas profundas sobre as 
coisas de interesse para uma organização, como "um cliente também pode ser um 
fornecedor?", Ou "se um produto é vendido com duas formas diferentes de 
embalagem, são aqueles o mesmo produto ou produtos diferentes? ", Ou" se um avião 
voa de Nova York para Dubai via Frankfurt, é que um ou dois vôos (ou talvez até três)? 
"As respostas a estas perguntas estabelecem definições da terminologia utilizada para 
entidades (clientes, produtos, voos, segmentos de voo) e suas relações e atributos. 
Produzir o modelo conceitual de dados às vezes envolve a entrada de 
processos de negócios, ou a análise do fluxo de trabalho na organização. Isso pode 
ajudar a estabelecer quais informações são necessárias no banco de dados, eo que 
pode ser deixado de fora. Por exemplo, ele pode ajudar quando decidir se o banco de 
dados precisa armazenar dados históricos, bem como dados atuais. 
Tendo produzido um modelo conceitual de dados que os usuários estão 
satisfeitos, a próxima etapa é traduzir isso em um esquema que implementa as 
36 
 
estruturas de dados relevantes dentro do banco de dados. Este processo é muitas 
vezes chamado design de banco de dados lógico, ea saída é um modelo de dados 
lógico expressa na forma de um esquema. 
Considerando que o modelo de dados conceituais é (pelo menos em teoria) 
independente da escolha da tecnologia de banco de dados, o modelo de dados lógicos 
será expresso em termos de um modelo de banco de dados particular suportado pelo 
SGBD escolhido. (Os termos modelo de dados e modelo de banco de dados são 
frequentemente usados de forma intercambiável, mas neste artigo usamos modelo de 
dados para o projeto de um banco de dados específico e modelo de banco de dados 
para a notação de modelagem usada para expressar esse design). 
O modelo de banco de dados mais popular para bancos de dados de propósito 
geral é o modelo relacional, ou mais precisamente, o modelo relacional representado 
pela linguagem SQL. O processo de criação de um design de banco de dados lógico 
usando este modelo usa uma abordagem metódica conhecida como normalização. O 
objetivo da normalização é assegurar que cada "fato" elementar seja registrado 
somente em um lugar, de modo que as inserções, atualizações e exclusões 
mantenham automaticamente consistência. 
A fase final do design do banco de dados é tomar as decisões que afetam o 
desempenho, escalabilidade, recuperação, segurança e similares. Isso geralmente é 
chamado design de banco de dados físico. Um objetivo fundamental durante esta 
etapa é a independência dos dados, o que significa que as decisões tomadas para 
fins de otimização de desempenho devem ser invisíveis para os usuários finais e 
aplicativos. 
Existem dois tipos de independência de dados: Independência de dados físicos 
e independência lógica de dados. O design físico é impulsionado principalmente por 
requisitos de desempenho e requer um bom conhecimento da carga de trabalho 
esperada e padrões de acesso e uma compreensão profunda dos recursos oferecidos 
pelo SGBD escolhido. Outro aspecto do design de banco de dados físico é a 
segurança. Envolve a definição de controle de acesso a objetos de banco de dados, 
bem como a definição de níveis de segurança e métodos para os próprios dados. 
As linguagens de banco de dados são linguagens especiais, que fazem uma 
ou mais das seguintes opções: Linguagem de definição de dados - define tipos de 
37 
 
dados como criar, alterar ou ignorar e as relações entre eles Linguagem de 
manipulação de dados - executa tarefas como inserir, atualizar ou excluir ocorrências 
de dados Linguagem de consulta - permite pesquisar informações e computar 
informações derivadas 
Os idiomas de banco de dados são específicos de um determinado modelo de 
dados. SQL combina as funções de definição de dados, manipulação de dados e 
consulta em um único idioma. Foi uma das primeiras linguagens comerciais para o 
modelo relacional, embora se afaste em alguns aspectos do modelo relacional 
descrito por Codd (por exemplo,