Alysson,

> Estou tentando fugir do SQL, quanto ao 
> OQL ela eh padronizada? Se nao for jah 
> estah fora de cogitacao... 

A ODMG definiu um padrao para esta linguagem (OQL) mas, 
ate onde eu sei, este banco de dados que eu mencionei 
nao implementa este padrao. Eh claro que, como voce 
estara trabalhando com objetos em sua forma nativa, 
a necessidade de uma linguagem declarativa para vazer 
as consultas (SQL, por exemplo) diminui drasticamente,
uma vez que voce pode navegar nos objetos diretamente
sem ter que fazer o mapeamento que eu mencionei no 
e-mail anterior. A ideia eh que se voce armazena um
objeto da classe "Workflow" no banco, voce nao vai ter 
que "montar" todo o objeto a partir das tabelas. Voce 
simplesmente vai no banco e pega o proprio objeto (a 
partir de uma chave, um nome ou qualquer coisa que o 
identifique). Se voce tiver muitos destes objetos, por
exemplo, voce pode incluir todos eles em um Map (ou List,
ou qualquer outra coisa) e armazenar tudo.

> 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 esta pensando em implementar transacoes 
distribuidas, o banco que eu te indiquei talvez nao ajude
muito. Apesar de permitir que multiplos threads acessem 
os dados concorrentemente, ele nao suporta mais de uma 
maquina virtual simultaneamente. No meu caso eu tinha um
servidor RMI que concentrava o acesso ao banco oferecendo
uma serie de servicos para as demais maquinas virtuais.
Funciona.

Em outras palavras, se voce tiver multiplos bancos de 
dados (distribuidos entre diversas maquinas, por exemplo), 
o banco mencionado nao oferece uma maneira de controlar 
as transacoes em todos os bancos.

> Vou dar uma olhadinha, pode ser uma boa.

Boa sorte! Qualquer coisa...

Andre Mendonca
[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]
    ---------------------------------------------------------------------

Responder a