On Thu, 13 Jul 2000, Andre wrote:
> Alysson,
>
> As grandes desvantagens seriam nao poder recuperar
> seus objetos utilizando uma linguagem de consulta
> (SQL, OQL) e nao haver um mecanismo de controle de
> transacoes, de modo que seus dados nao sejam corrompidos
> no caso de alguma falha durante o processo de armazenamento
> dos dados (begin/commit/rollback).
Estou tentando fugir do SQL, quanto ao OQL ela eh padronizada? Se
nao for jah estah fora de cogitacao... Quanto as transacoes, estou
tentando bolar algo que substitua visto que estarei trabalhando com
transacoes distribuidas e ainda nao chegamos a um consenso neste ponto do
projeto.
> Se voce puder utilizar um banco de dados orientado a
> objetos, voce mantem a facilidade de implementacao e
> ainda tem linguagem de consulta e controle de
> transacoes. Ha uma versao "light" de um BD OO que nao
> eh tao cara e funciona muito bem:
>
> http://www.exceloncorp.com/products/objectstore/os_download.html
Vou dar uma olhadinha, pode ser uma boa.
Alysson Neves Bessani
mailto:[EMAIL PROTECTED]
--------------------------- LISTA SOUJAVA ---------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
[dúvidas mais comuns: http://www.soujava.org.br/faq.htm]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
[regras da lista: http://www.soujava.org.br/regras.htm]
---------------------------------------------------------------------
