Pular para o conteúdo principal

Oracle Application Server - Tecnologias de Servidor - Família Oracle


#6
Com o aparecimento da WEB como plataforma padrão surgiu também a necessidade de servidores de aplicações. Um servidor de aplicação substitui o software client-servidor que era tradicionalmente instalado nos computadores dos usuários finais.

A Oracle Application Server é uma plataforma para desenvolver, disponibilizar e gerenciar aplicações web. Podemos definir uma aplicação Web como sendo qualquer aplicação que se comunicam por meio do protocolo HTTP.

Um usuário nunca se comunica diretamente com o banco de dados, sempre é utilizado algum tipo de aplicação para realiza essa comunicação, podemos separar essa comunicação como sendo em camadas, e são pelo menos 3 camadas. Exemplo: O usuário executa uma solicitação na aplicação Web, podemos imaginar um navegador, então essa solicitação é enviada para a camada intermediária que será um Oracle Application Server executando o software, essa aplicação está gerando as janelas enviadas para a camada do cliente para exibição e também esta gerando as instruções SQL que serão enviadas para a camada de dados para a execução, essa camada de dados será um servidor Oracle (sendo uma instância e um banco de dados).

Usando a imaginação: Imagine você realizando uma consulta no Google, você esta usando um navegador Web para acessar uma aplicação, essa aplicação é um software que pode ser desenvolvido em qualquer linguagem, esse software do Google é o responsável para apresentar para você o campo de pesquisa, quando você realiza uma busca, essa aplicação realiza a comunicação com o servidor onde é gerado a SQL e essa SQL é enviada para o servidor de banco de dados, e o resultado é retornado para você através da aplicação dentro do navegador. Desta forma o usuário final não faz a mínima ideia de como o banco de dados organizou e filtrou o resultado, apenas foram apresentados os resultados para ele.

Resumindo: Aplicações Web são executadas em no mínimo Três Camadas:
- Camada usuário (implementada na forma de um navegador)
- Camada Intermediária (executa a lógica do programa e é responsável por gerar as interfaces dos usuário e as chamadas SQL para o banco de dados)
- Camada Banco de Dados (gerência os acessos aos dados)

Nesse ambiente de três camadas, existem dois tipos de sessões:
- As sessões do usuário final, que é da camada usuário final para a camada intermediária.
- As sessões de banco de dados, que é da camada intermediária para a camada de dados.
As sessões do usuário final são estabelecidas pelo protocolo HTTP, e as sessões de banco de dados são sessões cliente-servidor, composta de um processo de usuário e um processo de servidor.
Para realizar essa ligação do usuário final com o processo do banco de dados, a aplicação intermediária pode usar um mapeamento de um-para-um da sessão de usuário para a sessão de banco de dados, onde cada usuário, a partir do seu navegador irá estabelecer uma sessão no servidor de aplicação e então o servidor de aplicação irá estabelecer uma sessão no servidor do banco de dados em nome do usuário. Mas esse modelo de ligação se provou muito ineficiente e consome muitos recursos em comparação com o modelo de Pool de Conexões.
Pool de Conexões será explicado em um apêndice a parte.


Lembrando que o Oracle Application Server é um servidor de aplicações compatível com o padrão J2EE, então aplicações desenvolvidas em Java devem seguir esse mesmo padrão.

Se tiverem dúvidas realizem um INSERT nos comentários e depois dê um COMMIT que depois respondo.

Abraço e bons estudos.

Comentários

Postagens mais visitadas deste blog

Conhecendo a arquitetura do Banco de Dados Oracle

#15 Vamos focar mais no ambiente de banco de dados mais comum, que é uma instância em um computador, abrindo um banco de dados armazenado em discos locais. Sempre que for mensionado instância, esta se referindo ao banco de dados em funcionamento. Um banco Oracle é composto por duas estruturas, uma lógica e uma física. A estrutura lógica é chamada de instância e composta por estruturas de memória e processos, a sua existência é temporária na memória RAM e CPU e fica ativa enquanto o banco Oracle estiver ligado, se desligar o banco Oracle toda a informação ou vestígios de sua existência será apagado da memória, ao ligar o banco Oracle a instância é carregada novamente na memória. Os processos que compõem a instância trabalham em segundo plano e fica ativo o tempo todo enquanto a instância estiver ativa. A estrutura física é onde fica armazenado as informações, e uma vez criado, ele existe até que o DBA deliberadamente decida exclui-lo. Quando um banco Oracle é iniciado, na me...

O Cache de Buffer do Banco de dados - Estruturas de Memória no Oracle

#21 Vamos conhecer um pouco mais sobre o Cache de Buffer de Dados. O Cache de Buffer de Dados é o local de trabalho do Oracle, é nessa área que ele executa as SQLs. A função dessa área é otimizar e melhorar o desempenho das instruções DML. O maior gargalo de um banco de dados é o I/O dos arquivos em disco. Mas antes de explicar como funciona o Cache de Buffer de Banco de dados, vamos entender rápidamente o que é bloco, desta forma você não fica perdido, os arquivos de dados que contém os registros que são as linhas da tabela, indices e outros objetos de dados são formatados em blocos de tamanho fixo, o DBA pode definir um tamanho para esses blocos ou deixar de forma automática. A quantidade de linhas por bloco é indefinida, pois, as linhas possuem comprimento variável, o comprimento desta linha dependerá do número de colunas e os tipos de informações definidos para a tabela. De acordo com tamanho das linhas, pode haver várias linhas por bloco ou uma linha pode se estender por vár...

Shared Pool - Estruturas de Memória no Oracle

#23 O Shared Pool é considerada umas das estruturas de memórias mais complexas da SGA, ela é dividida em dezenas de subestruturas e todas são gerenciadas internamente pelo Oracle. Mas nesse momento vamos citar apenas os 4 principais componentes desta estrutura, as demais serão analizadas posteriormente. Quando uma aplicação executa uma DML, vários processos internos no Oracle são realizados até o retorno do resultado para o usuário. E esses 4 componentes tem participação direta na execução da DML e com isso gerando um bom desempenho do banco de dados. Os 4 principais componentes são: - O Cache de Biblioteca - O Cache de Dicionário de Dados - A Área PL/SQL - O Cache de Resultados de Funções PL/SQL e Consultas SQL Agora, vamos conhecer um pouco mais de cada um. - O Cache de Biblioteca (library cache) Todas instruções DML enviadas pela aplicação devem ser analizadas pelo Oracle. Quem realiza essa análise é o parse, o parse converte o código escrito pelos progra...