Existe persistência transparente?

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

Acho interessante deixar para o usuário final escolher quando salvar... Tipo um cadastro de "Clichente", com nome, endereço etc etc. Ao alterar um atributo, eu altero na classe de negóço, mas não mando salvar... só o botão "salva" vai persistir entende? Ou seja, criar os métodos de persistência e estender esse aspecto à interface com o usuário final. O que acha shoes? Muito idiota?

Muito legal quando voce tem um usuario manipulando objetos numa metafora tipo um editor de textos, mas nao eh sempre o caso

Na maioria das vezes voce vai rpecisar que aquele estado esteja imediatamente disponivel e isso geralmente vai implicar num

Maurício Linhares wrote:

Então vejamos, um objeto vai ficar elegível pro GC quando não houverem mais referências a ele dentro da aplicação nas threads correntes. Mas pra que alguém aponte pra ele, eu tenho que fazer uma atribuição ou chamar um método em algum lugar, pra colocar uma referência dele em um objeto que não esteja "elegível" GC.

Se chamar um método ou atribuir o objeto a algum lugar é "transparente", então usar DAOs, repositórios, AR e essas coisas é transparente?

Eu falei que alguns bancos de dados usam GC, eu não falei em aplicações e threads. UM objeto em um OODBS fica elegivel de ser coletavel quando não for mais possivel encontrar ele a partir do root set. A mecânica é a mesma que com objetos em memoria no Java, mas falando de objetos em disco. Vale lembrar que isso não funciona muito bem nos OODBS que usam class-extents como root-set.

Isso no código se traduz no seguinte: al final da transação calcula-se quais objetos são transitivamente persistences e salva-se os que ainda não estão duraveis. É o mesmo esquema que o save-by-reachability que o Hibernate suporta.

OODBMS com GC são legais por alguns motivos, primeiro que acaba com o inferno de cascade-deletes e data-cleasing. Mas não muito legal para os paranóios em jamais perder qualquer tipo de informação.

louds wrote:
OODBMS com GC são legais por alguns motivos, primeiro que acaba com o inferno de cascade-deletes e data-cleasing. Mas não muito legal para os paranóios em jamais perder qualquer tipo de informação.

Uhm...

This message was edited 1 time. Last update was at 07/07/2005 23:04:40

louds wrote: Eu falei que alguns bancos de dados usam GC, eu não falei em aplicações e threads. UM objeto em um OODBS fica elegivel de ser coletavel quando não for mais possivel encontrar ele a partir do root set. A mecânica é a mesma que com objetos em memoria no Java, mas falando de objetos em disco. Vale lembrar que isso não funciona muito bem nos OODBS que usam class-extents como root-set.

Não entendi, o banco OO implementa um GC? Ele controla as coisas a partir de um "root-set" (Prevayler???) e deleta um objeto por ele não fazer mais parte do grafo?

Eu já tive a minha experiência ruim com um OODBMS (Db4o) e realmente não acho que eles sejam a saída enquanto não houver um clone da SQL decente pra eles.

Sobre o estado Phillip, o Hibernate meio que controla isso, quando você "troca" as propriedades de um objeto "persistente" (que ainda está dentro de uma session) e faz um select, o Hibernate primeiro atualiza a tabela depois faz o select.

alguem aqui lembrou de smalltalk? com aqueles "mundos"?
o squeak faz isso...

as coisas estao la no mundo e pronto.

[mas smalltalk (e squeak em particular) eh uma merda! a ideia de OO eh legal, a sintaxe eh linda etc mas nao eh nada produtivo]

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

pcalcado wrote:...

Pelo menos passar a batata quente pro usuário quando possível

Mauricio, um OODBMS possui um root-set, os objetos que são globalmente acessiveis, os pontos de entrada no teu grafo. Alguns permitem que você defina quais objetos pertencem ao root-set e outros simplesmente de dão acesso acesso aos class-extents do grafo (o extent de uma classe é o conjunto de todas as suas instancias).

Esqueça do Prevayler, aqui é uma piada de mal gosto.

Notícias, artigos e o maior fórum brasileiro sobre Java