15/7/2014 SGBD e suas caracteristicas | Programao & Arquitetura

http://programacaoearquitetura.wordpress.com/2010/10/16/11/ 1/2
4.2 Modelos.
O SGDB se divide em vrios modelos onde os principais so modelo hierrquico, modelo em rede, modelo relacional e modelo
orientado a objetos, mas tambm falarei do modelo relacional orientado a objetos.
4.2.1 O Modelo hierrquico.
O Modelo hierrquico organiza seus dados conectando registros atravs de ligaes de tal modo que cada tipo de registro tenha
apenas um possuidor, formando assim uma estrutura parecida como uma rvore que do tronco cresce formando ramificaes,
cada modelo tem suas vantagens e desvantagens o modelo hierrquico no representa problemas do mundo real muito bem, por
exemplo: foi dito que cada registro tem que ter um e somente um possuidor, sendo assim uma relao de um para um ou um
para muitos. Um registro filho tem que ter um pai, podendo esse ser removido independente de seu pai, porem quando um
registro pai excludo junto com ele vo os registros filhos ligado aquele registro pai.
No modelo hierrquico o acesso aos dados faz-se percorrendo as hierarquias, desde a raiz da rvore at ao nodo que contm o
registro pretendido. Isso limita o nvel de acessos aleatrios aos dados, mas garante desempenho no acesso seqencial aos
dados.
A Manipulao de dados do tipo record-oriented, ou seja, qualquer acesso base de dados envolve apenas um registro de cada
vez ( insere, altera, consulta ou remove um registro de cada vez).
4.2.2 O Modelo em Rede.
Modelo em Rede semelhante ao modelo hierrquico, no hierrquico as relaes so de um para um ou um para muitos, no
modelo de redes cada registro filho pode ser ligado a mais de um registro pai, formando um grafo. Utiliza LDD, bastante
utilizados em sistemas para computadores de grande porte o modelo em rede diferencia-se principalmente por ser mais
complexa do que a hierrquica.
Existe apenas um tipo de associao, o Set, que define um relacionamento um para muitos entre dois tipos de registro,
o Owner e o Member, sendo que uma ocorrncia de um Set dever conter um Owner e zero ou mais Member, no mesmo tipo de
Set no permitido que uma ocorrncia de um tipo de registro aparea mais do que uma vez, como Owner ou como Member.
Isto , uma ocorrncia de um tipo de registro pode ser Owner ou Member de um ou mais Sets, desde que de tipos diferentes e
nenhum tipo de registro pode ser, simultaneamente, Owner Member do mesmo tipo de Set.
4.2.3 O Modelo relacional.
Modelo relacional estrutura-se em forma de tabelas bidimensionais com linhas (tuplas) e colunas, A manipulao destes dados
faz-se de acordo com a teoria matemtica das relaes (lgebra relacional). O modelo relacional o modelo de maior destaque
nos SGBDs, ele de fcil uso proporcionando uma forma simples e bem organizada de organizar os dados.
4.2.4 O Modelo orientado a objetos.
Baseado no paradigma de orientao a objetos, esse modelo armazena dados sob a forma de objetos, quer dizer, de estruturas
chamadas classes que apresentam dados membros. Os objetos so equivalentes a entidades do MER que eventualmente devem
se comunicar (relacionar) com mensagens para outros objetos. No geral, cada objeto se relaciona com um conjunto de variveis,
conjunto de mensagens e um conjunto de mtodos. Esse modelo mais complexo porm, diferente do modelo relacional, esta
mais prximo de representaes do mundo real.
4.2.5 Modelo de dados relacional orientado a objetos
Uma breve descrio sobre esse modelo o modelo oferece um modo de mudana adequada para usurios de bancos de dados
relacionais que desejam usar os recursos orientado a objeto.
O estudo foi baseado no padro SQL: 1999, Motivado pelo modelo nested relacional.
Porm modelo de dados relacional orientado a objetos no faz parte do foco desta pesquisa
5 Concluso.
Cada sistema possui suas peculiaridades e objetivos que so em grande maioria das vazes diferentes de um sistema para o
outro. As escolhas tomadas influenciam na performace, praticidade e robustez do sistema o que torna qualquer escolha difcil
sabendo que sempre temos que consumir menos recursos possveis de processamento.
Os bancos de dados armazenam nossos dados que precisaro ser resgatados alguma hora, as questes comeam em quando
terei que buscar esses dados? Quantas vezes? Qual o tamanho desses dados? O mesmo banco de dados que utilizo para uma
pequena aplicao pode ser o mesmo que eu utilizo para um site onde tero mais de um mil acessos? Esses so exemplos de
questionamentos que muitos tm em relao SGBDS, muitos buscam qual o melhor, mas o correto buscar o melhor para
determinada situao, se tem licena free e quais diferenas do livre para o pago?
Um exemplo de comparao pode ser citado o artigo cientifico, PostgreSQL ou MySQL Quando utilizar um desses SGBDs, dos
alunos Anderson Davi da Cunha Naidon, Daniel Flores Bastos, Gleizer Bierhalz Voss, da UNIVERSIDADE LUTERANA DO BRASIL,
Concluem MySQL mais indicado para os sistemas que necessitem de respostas rpidas, como nos casos de web sites, e o
15/7/2014 SGBD e suas caracteristicas | Programao & Arquitetura
http://programacaoearquitetura.wordpress.com/2010/10/16/11/ 2/2
PostgreSQL recomendado para sistemas de grandes complexidades, com operaes crticas e de grande volume de dados..
Ou seja, para cada tipo de sistema deve ser pensado bem qual SGBD usar, mas vamos manter o foco nos modelos, nessa
pesquisa podemos observar como soa dispostos os modelos, e no porque existem modelos mais recentes que os antigos
tornam-se sem uso. Podemos observar que um Banco de Dados Hierrquico pode tomar menos tempo para ser manipulado do
que os outros modelos, porque as relaes dos dados so menos complexas mas ele no flexvel em termos de como os dados
so organizados e seus dados so difceis de modificar, o modelo em rede mais flexvel do que o hierrquico em termos de
organizao de dados. Mas mais difcil de desenvolver e usar, devido complexidade das relaes dos dados, o modelo
relacional o mais usado, pois fcil de controlar, mais intuitivo e com ligaes mais lgicas, porque organiza os dados em
tabelas.
O modelo oo permite que as operaes sejam feitas utilizando interfaces navegacionais ao invs das relacionais, e o acesso
navegacional geralmente implementado de forma muito eficientemente por ponteiros, porm O site Wikipdia [1] cita que
Crticos das tecnologias baseadas em Bancos de Dados Navegacionais, como os ODBMS, sugerem que as tcnicas baseadas em
ponteiros so otimizadas para rotas de pesquisa ou pontos de vista muito especficos. Entretanto, para o propsito de consultas
gerais a mesma informao, tcnicas baseadas em ponteiros tendero a ser mais lentas e mais difceis de se formular do que as
relacionais. Desta maneira, a abordagem navegacional parece simplificar para usos dos especficos conhecidos s custas do uso
geral, ignorando usos futuros.
O modelo OO tenta integrar o banco com linguagem de programao, a idia boa mas, ela ainda no est complementada o
que faz o modelo continuar a ser complementado sendo bastante criticado pela sua velocidade e sua baixa operacionalidade com
o SQL.