Aplica��es de banco de dados - 1-tier, 2-tier e N-tier

Artigo do tipo Exemplos Pontuais
Recursos especiais neste artigo:
Conte�do sobre Engenharia.

Aplicaç�es de banco de dados � 1-tier, 2-tier e N-tier
De seu in�cio at� os tempos atuais, o Delphi vem tendo uma evoluç�o quase que natural em termos de tecnologia e recursos, sempre acompanhando as principais tend�ncias de mercado. S� para citar, mais recentemente foram feitas melhorias em seu Core, o que inclui seus frameworks cl�ssicos, como VCL e dbExpress, bem como a incorporaç�o de recursos in�ditos at� ent�o, vide FireMonkey e o suporte a Mac OS X e Win64. Embora tudo isso seja de fundamental import�ncia no desenvolvimento de aplicaç�es, alguns pontos tidos como b�sicos invariavelmente se mostram essenciais para o contexto da programaç�o propriamente dita. Dentre estes, a arquitetura de software se destaca, uma vez que � a base para a construç�o das mais variadas aplicaç�es. No Delphi, esta quest�o arquitetural � essencialmente refletida no desenvolvimento de aplicaç�es 1, 2 ou N camadas, tamb�m conhecidas como 1-tier, 2-tier e N-tier. Partindo deste ponto, o artigo ir� mostrar os conceitos t�cnicos que envolvem cada uma destas, a fim de se estabelecer um estudo comparat�rio entre elas, da teoria � pr�tica.

Em que situaç�o o tema � �til
Historicamente falando, a grande notoriedade do Delphi se refere � sua excel�ncia no que diz respeito ao desenvolvimento de aplicaç�es de banco de dados para a plataforma Windows (Win32) sob a arquitetura Cliente/Servidor. Partindo disto, � importante ter em mente que a ferramenta prov� ainda muitas outras possibilidades. Olhando especificamente para o aspecto arquitetural, al�m do modelo Cliente/Servidor, que � tido como um arquitetura de 2 camadas, se fazem presente ainda ao contexto Delphi as aplicaç�es de 1 e N camadas. Devido a isso, torna-se de grande valia a qualquer desenvolvedor um estudo fundamental sobre cada uma destas alternativas, adquirindo o devido conhecimento sobre cada uma, sempre visando uma eventual utilizaç�o.

O desenvolvimento em camadas de uma aplicaç�o de banco de dados representa essencialmente sua segmentaç�o em partes l�gicas e f�sicas. No Delphi, a visibilidade maior desta �divis�o� se d� fundamentalmente na quest�o f�sica, o que acaba por refletir diretamente sobre o n�mero de processos em execuç�o pelo contexto. De forma geral, neste cen�rio, cada camada representa um processo, caracterizando as aplicaç�es conhecidas como 1-tier, 2-tier e N-tier. Para este �ltimo, o N faz menç�o a um n�mero ilimitado de camadas, ficando a crit�rio do desenvolvedor a sua definiç�o. Todavia, especificamente no Delphi, o N comumente equivale a tr�s camadas.

Dito isto, tendo como base as aplicaç�es de banco de dados, � poss�vel caracteriz�-las da seguinte forma:

� 1 camada: aplicaç�es que se utilizam de um banco de dados local;

� 2 camadas: aplicaç�es que utilizam um servidor de banco de dados;

� 3 camadas: aplicaç�es que utilizam um servidor de banco de dados e um servidor de aplicaç�o.

Banco de dados

Em sua ess�ncia, um banco de dados pode ser definido como sendo uma coleç�o disciplinada de dados. No �mbito da programaç�o, isso se reflete em uma coleç�o de registros (dados) que ficam armazenados na m�quina, em arquivos computacionais. Toda a ger�ncia de um banco de dados fica a cargo de um software espec�fico, denominado Sistema de Gerenciamento de Banco de Dados, ou simplesmente SGBD.

A forma com que s�o estruturados os dados em um banco de dados incide sobre o seu �modelo�. Dentre os existentes, o modelo tido como �relacional� � o que se destaca, sendo atualmente o mais usual e plenamente suportado pelo Delphi. Em sua abrang�ncia, o modelo relacional estrutura as informaç�es do banco em linhas e colunas, distribu�das em v�rias tabelas relacionadas. Al�m do modelo, os bancos de dados tamb�m s�o segmentados pelo seu tipo. Por padr�o, o Delphi prov� suporte a dois tipos: local e remoto.

Banco de dados local

S�o bancos que residem localmente, seja em disco ou em rede. No popular, s�o tamb�m tratados como �bancos de dados baseados em arquivo�. Alguns velhos conhecidos como o Paradox, dBase e Microsoft Access s�o alguns exemplos de banco de dados local.

Banco de dados remoto

S�o os bancos relacionados ao conceito de Servidor de Banco de Dados, uma vez que, comumente, residem em uma estaç�o separada. Cada banco caracteriza um produto diferente e, consequentemente, por ser de fabricantes diferentes, variam em sua maneira de tratar e armazenar os dados. Em raz�o disso, todos os clientes trabalham sob uma interface l�gica comum, que � a SQL (BOX 1), utilizada para se acessar/manipular bancos de dados relacionais. Nestas situaç�es, o servidor de banco de dados passa a ser tratado, em algumas literaturas, como �servidor de banco de dados SQL�. InterBase, Firebird, Oracle, Microsoft SQL Server e MySQL s�o alguns exemplos mais populares de banco de dados remoto."

[...] continue lendo...

Aplica��es de banco de dados - 1-tier, 2-tier e N-tier

O artigo irá mostrar os conceitos técnicos que envolvem cada uma destas, a fim de se estabelecer um estudo comparatório entre elas, da teoria à prática.

Artigos relacionados