DevMedia - asp.net, Java, Delphi, SQL e web Design, tudo em um só lugar!
Bem vindo a DevMedia!
LOGIN:     SENHA:
 
 

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!


Artigo SQL Magazine 6 - Métodos de persistência em Java

Artigo da Revista SQL Magazine -Edição 6.

Atenção: por essa edição ser muito antiga não há arquivo PDF para download.
Os artigos dessa edição estão disponíveis somente através do formato HTML.

Clique aqui para ler todos os artigos desta edição

Métodos de Persistência em Java

 

A persistência é definida como a capacidade que uma linguagem ou ambiente de programação tem de permitir que os dados e objetos “sobrevivam” a execução de um processo, para mais tarde utilizá-los em outro processo. Atualmente o conceito inclui também algumas operações que podem ser realizadas sobre os dados persistentes, tais como ordenação, pesquisa e gerenciamento de concorrência/integridade.

Neste artigo apresentaremos as opções básicas para persistência de objetos Java: serialização, conexões JDBC, ferramentas de mapeamento e uso de Entity Beans.

 

Serialização

Consiste na transformação de objetos em memória em uma seqüência de bytes que pode ser salva e posteriormente recuperada, podendo ser considerada uma forma de persistência simples.

Durante a serialização de um objeto, todos os objetos alcançáveis a partir dele também são serializados, a fim de manter consistente todo o seu estado. Como exemplo, veja a figura 1: nela temos um objeto A, que aponta para 4 objetos (B,C,D,E), que por sua vez apontam para outros dois objetos (F,G). Em uma serialização de A, todos esses objetos (B,C,D,E,F,G) seriam incluídos na seqüência de bytes.

Os bytes serializados podem ser armazenados em um arquivo ou SGBD e posteriormente recuperados. O processo de leitura restaura na memória as estruturas dos objetos originais, mas não suas identidades, o que, dependendo da aplicação, pode causar problemas. Os objetos quando reconstruídos contém os mesmos dados, mas podem ocupar posições distintas de memória - implicando, por exemplo, em hashcodes diferentes.

 

"



ATENÇÃO! A exibição deste artigo foi interrompida.


  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!






    0 COMENTÁRIO

[Fechar]

Este post é fechado - você precisa ter acesso ao post para incluir um comentário.


Nenhum comentário foi postado - seja o primeiro a comentar!



Publicidade
Autor
Equipe Devmedia

Noticias/Dicas/Artigos publicados.




Space do autor
Estatísticas
Favorito:
Comentários:
Feedback:
Utilidade:
0   0
[Fechar]

Você precisa estar logado para dar um feedback.

Clique aqui para efetuar o login
[Fechar]


Este post está fechado. Saiba mais sobre a assinatura MVP!
web-03
DevMedia  |  Anuncie  |  Fale conosco
Hospedagem web por Porta 80 Web Hosting
2012 - Todos os Direitos Reservados a web-03