Analise de Sistemas

SUMÁRIO
1 INTRODUÇÃO 3
2 DESENVOLVIMENTO 4
3 CONCLUSÃO 9 REFERÊNCIAS 10
1 INTRODUÇÃO
Neste trabalho, apresentarei que últimos anos, a procura por ferramentas que facilitem a integração entre o mundo orientado a objetos e o mundo relacional está cada vez mais crescente. Ferramentas de mapeamento objeto / relacional (O/R) nada mais são do que um "tradutor" entre duas linguagens diferentes. Como em todas as traduções, algumas sutilezas da língua acabam sendo perdidas ou se utilizam muito mais comandos para expressar um conceito que é relativamente simples na língua de origem. No mapeamento O/R não é diferente, acaba-se perdendo uma série de recursos da programação OO. Armazenar objetos em um banco de dados relacional é uma tarefa difícil, pois este modelo não possui mecanismos necessários para representar características básicas do modelo orientado a objeto. Todos os desenvolvedores das linguagens orientadas a objetos sabem das dificuldades de passar um modelo orientado a objetos para uma persistência relacional. Grande parte do tempo de desenvolvimento de um software é perdida na fase de mapeamento. Utilizando um banco de dados orientado a objetos é possível eliminar ferramentas e códigos para o mapeamento objeto relacionais e aproveitar os benefícios do paradigma orientado a objetos sem estar preso pelo banco de dados, permitindo modelos de objetos mais ricos. Nesse cenário, um banco de dados relacional não traz nenhuma vantagem. Talvez a escolha de um modelo Orientado a Objeto seja uma evolução natural. Hoje, os bancos de dados orientados a objetos são extremamente seguros, e não é necessário um DBA, o que faz com que o custo do software seja mais barato. Existem vários bancos de dados OO, como o CACHE, ZOPE, GemStone, DB4Objects entre outros. Com o DB4objects, por exemplo, existe a possibilidade de inserir