com n-tier, a middleware de acesso passa a ser somente de ACEESO mesmo, vc tem q ter os bancos com a mesma estrutura de dados e relacionamentos...n�o existe trabalho em reescrever regras de neg�cio em mais de uma linguagem diferente a cada atualiza��o...a programa��o � feita sobre ClientDataSet e DataSetProvider independente d qual seja o banco..... desenvolvendo desta forma...me parece q o processamento de regras de negocio por exemplo ficam nos clientes...a cada atualiza��o vc TEM q fazer a distribui��o de todos os clientes e se vc criar um novo produto..tem q reprogramar as regras todas q poder� usar neles...com n-tier vc pode compartilhar as mesmas regras de negocio e acesso a dados para varios clientes, inclusive de tecnologias diferentes... leia as minhas materias falando sobre isso nas edi��es 56 e 58 da Revista ClubeDelphi q vai ajudar muito a elucidar essas quest�es.Entre outras vantagens q temos e naum d� pra descrever td aki...aja dedo...hehehehe
Pessoal, quem quiser passar algum e-mail sobre o assunto, sinta-se a vontade, estamos ae pra compartilhar e conquistarmos juntos o sucesso. Estou a disposi��o de todos. Bruno Lichot [EMAIL PROTECTED] ----- Original Message ----- From: "CPD (Borborema-Imperial Transportes Ltda)" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, February 03, 2005 8:37 PM Subject: Re: [delphi-br] Firebir + MySQL+PostegreSQL > > Na utiliza��o de uma camada para as procedures e tal, quando muda o Banco vc > n�o precisa mudar nada em nenhuma camada, isto �, Se eu trabalho com o FB e > criei minhas regras em uma camada, se outro cliente utiliza o PGre ou > Oracla, � s� instalar o sistema e pronto ?. Porque da forma que trabalho, > utilizando C/S onde o cliente � praticamente uma interface de entrada de > dados e saida, utilizando o componente Zeos acredito que minha mudan�a � > quase zero, lembrando que no cliente os comandos SQL que utilizo � o mais > padr�o poss�vel ficando o resto no metadados do BD, com isso � somente > necess�rio fazer as altera��es de metados que acredito com 3 camadas tamb�m > � necess�rio, ou estou enganado ? > > Alexandre C Souza > > ----- Original Message ----- > From: "Bruno Lichot - Micrologos" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Thursday, February 03, 2005 8:09 AM > Subject: Re: [delphi-br] Firebir + MySQL+PostegreSQL > > > > > > Lembrando q desta forma vc fica preso tecnologicamente ao banco e perde > > portabilidade,escalabilidade e aumenta o custo num possivel gargalo de > > processamento. > > Se vc utilizar desenvolvimento multicamadas, colocando seus codigos de > > procedures e regras de negocio no servidor de aplica��o vc ganha > > independencia de banco, aumenta sua portabilidade e escalabilidade, > melhora > > o tempo de resposta e diminui o custo de solucionar um possivel gargalo de > > processamento entre outras vantagens. > > N�o estou falando q este � o modelo perfeito, apensa estou adicionando > > informa��o para q se possa usar o melhor de cada arquitetura. > > No meu caso, n�o uso nenhuma tecnologia proprietaria no banco... fa�o td > nos > > meus servidores de aplica��o e minhas aplica��es s�o de gest�o de clinicas > > medicas e hospitais...aplica�es grandes e q funcionam perfeitamente bem > > obrigado... temos uns 3000 clientes... > > > > as ordens > > > > []�s > > Bruno Lichot > > Gerente de Novas Tecnologias - Micrologos > > Equipe ClubeDelphi.NET > > DevMedia Group > > > > www.micrologos.com.br - www.clubedelphi.net - > > www.delphirio.assespro-rj.org.br > > www.sqlmagazine.com.br - www.neoficio.com.br/msdn - > www.javamagazine.com.br > > www.portalwebmobile.com.br > > > > ----- Original Message ----- > > From: "Rodrigo Othavio Farias" <[EMAIL PROTECTED]> > > To: <[email protected]> > > Sent: Wednesday, February 02, 2005 4:59 PM > > Subject: Re: [delphi-br] Firebir + MySQL+PostegreSQL > > > > > > > > > > S� pra complementar o Alexandre que foi �timo na explica��o, � > > aconselhavel > > > o uso de views e Stored Procedures, usando esses recursos do banco vc > > deixa > > > grande parte do processamento no servidor, al�m do que as views e Stored > > > Procedures s�o compiladas no servidor, ocasionando um tremendo ganho de > > > performance, Evitem a todo custo rodar querys do cliente. > > > > > > > > > []�s > > > Rodrigo O. Farias > > > > > > ----- Original Message ----- > > > From: CPD (Borborema-Imperial Transportes Ltda) > > > To: [email protected] > > > Sent: Wednesday, February 02, 2005 2:47 PM > > > Subject: [delphi-br] Firebir + MySQL+PostegreSQL > > > > > > > > > Eu utilizo i FireBird com Links de 128 e 256 e est� dando conta do > recado, > > > eu simplismente coloquei o Zebedee para compactar e Criptografar o > tr�fego > > e > > > resolvi o problema de taxa de dados e seguran�a, olha que tenho uma > > > quantidade de acesso constante. Temos que lembrar tamb�m de trabalhar > > nossas > > > Query melhor, tem profissionais que gosta da facilidade de utilizar > select > > * > > > from tabela, temos que lembrar que uma boa aplica��o utiliza Query > > dinamicas > > > e sem o *. Temos que passar todo o processamento para o Servidor e > > utilizar > > > as esta��es somente como cliente, este motivo ainda temos micros 166, > 266 > > > com 32/64 MB de ram trabalhando sem problemas com o (Win98 ou Win2000) + > > > Delphi 7 + FB 1.5.2 + Zeos. > > > > > > Alexandre C Souza > > > > > > > > > > > > -- > > > No virus found in this outgoing message. > > > Checked by AVG Anti-Virus. > > > Version: 7.0.300 / Virus Database: 265.8.2 - Release Date: 28/01/2005 > > > > > > > > > > > > -- > > > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > > > > > Para ver as mensagens antigas, acesse: > > > http://br.groups.yahoo.com/group/delphi-br/messages > > > > > > Para falar com o moderador, envie um e-mail para: > > > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > > > > > > > > > > > Yahoo! Grupos, um servi�o oferecido por: > > > > > > > > > > > > > > > -- > > > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > > > > > Para ver as mensagens antigas, acesse: > > > http://br.groups.yahoo.com/group/delphi-br/messages > > > > > > Para falar com o moderador, envie um e-mail para: > > > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > > > Para ver as mensagens antigas, acesse: > > http://br.groups.yahoo.com/group/delphi-br/messages > > > > Para falar com o moderador, envie um e-mail para: > > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > -- > > No virus found in this incoming message. > > Checked by AVG Anti-Virus. > > Version: 7.0.300 / Virus Database: 265.8.5 - Release Date: 03/02/2005 > > > > > > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.300 / Virus Database: 265.8.5 - Release Date: 03/02/2005 > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > > -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que voc� faz do Yahoo! Grupos est� sujeito aos: http://br.yahoo.com/info/utos.html
