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 04 - JAVA STORED PROCEDURES

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

[fechar]

Você não gostou da qualidade deste conteúdo?

(opcional) Você gostaria de comentar o que não lhe agradou?

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

JAVA STORED PROCEDURES

Incrementando o processamento no banco de dados

 

Não se pode negar a influência que o Java tem exercido em todo o processo de desenvolvimento de software, ditando normas e padrões que estão sendo adotados por um número cada vez maior de empresas. O constante crescimento e evolução da linguagem, somado à sua característica multiplataforma e estrutura 100% orientada a objetos, tem feito muitos desenvolvedores mudarem seus paradigmas.

A Oracle evoluiu com essa tendência. A cada versão de seus produtos, a utilização do Java se torna mais significativa. Neste artigo veremos o uso da linguagem na implementação de stored procedures e functions, recurso disponível a partir da versão 8i.

A execução de código Java no Oracle é garantida pela Virtual Machine instalada junto com o banco de dados, denominada Aurora JVM. Ela possui customizações que tiram proveito dos recursos do servidor e otimizam os processos Java, sejam eles internos, incluídos em ferramentas Oracle ou implementados pelo desenvolvedor sob a forma de Java Stored Procedures.

Por definição, Java Stored Procedures são objetos do banco de dados que mapeiam métodos Java, publicando-os em um formato compatível com o SQL. Uma vez chamada pela aplicação, a stored procedure recebe os parâmetros e repassa para o método Java associado. Como a Aurora JVM é compatível com a Virtual Machine padrão, as classes podem ser escritas em qualquer IDE Java.

 

A Aurora JVM e seus componentes

 

A Java Virtual Machine do Oracle é um ambiente Java completo. Sua execução é feita no mesmo processo do Kernel do servidor, compartilhando a memória de processamento do banco e acessando diretamente os dados nele armazenados. A Aurora JVM disponibiliza um run-time environment completo para objetos Java, provendo suporte total a estruturas de dados, publicação de métodos, tratamento de erros, threads, garbage collector, além de reconhecer todas as bibliotecas de classes do core Java, como java.lang, java.io, java.net, java.math e java.util. Abaixo são destacados alguns componentes da Aurora JVM:

 

Library Manager - Responsável por armazenar e carregar o código Java para o banco de dados. Os objetos importados poderão ser manipulados somente pela Aurora JVM.

 

Memory Manager - Responsável por gerenciar e otimizar o processo de garbage collection para objetos instanciados.

 

Compiler - Compila automaticamente o arquivo de código fonte importado.

 

Interpreter - Interpretador Java que executa as classes armazenadas no banco de dados.

 

Class Loader - Localiza, carrega e inicializa as classes Java armazenadas no servidor, provendo a estrutura necessária para sua execução.

 

Server-Side JDBC Driver - Driver JDBC desenvolvido e customizado para rodar dentro do servidor. É utilizado em conexões feitas a partir de Java Stored Procedures.

 

Carregando Métodos Java

 

Disponibilizar arquivos Java (.java, .class  ou .jar) para serem utilizados pelo banco de dados consiste em importá-los para o Oracle, tornando-os disponíveis para execução. Esse procedimento pode ser efetuado com o utilitário de linha de comando loadjava. Após carregada, a classe fica disponível com o mesmo nome de origem. A sintaxe para execução do aplicativo é a seguinte:

 

loadjava {-user | -u} username/password[@database]  [-option_name -option_name ...] filename filename ...
 
"
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!


Gustavo Viegas
Gustavo Viegas é editor da SQL Magazine, analista de sistemas sênior e consultor na CM Soluções Informática no Rio de Janeiro. Desenvolvendo projetos multi-camadas, multi-banco de dados (Oracle, DB2, SQL Server, Interbase e Postgre) e internet utilizando Delphi e Java. Pode ser contatado em gustavo@...
O que você achou deste post?

    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!
Cursos relacionados
Publicidade
[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
2013 - Todos os Direitos Reservados a web-03