Hehehehehe Se eu fosse o Banco do Brasil naum estaria preocupado com o banco de Dados pq eles tem um contrato vitalicio com os grandes players do mercado...
a questaum � q qdo vc cria um software de crescente sucesso e qualidade, vc come�a a lidar com varias situa��es...e hj a minha aplica��o � 100% portavel a nivel de banco de dados...e o servidor de aplica��o e a parte mais riducula de distribuir, visto q roda em memoria... em alguns casos naum e comum mudar o banco..mas em outros � extremamente necess�rio..e naum � so a portablilidade q me leva a usar n-tier, mas sim ganho de processamento e tempo de resposta, centraliza��o de regras e balanceamentode carga, economia de grana num possivel gargalo de processamento. N�o digo q seja o ideal para tosas as situa��es...e hehehe...e claro q qdo a sua ferramenta de desenvolvimento � o Delphi e vc tem celulas de negocios bem definidas e uma boa arquitetura no software vc programa TODOS os servidores de aplica��o da mesma forma... mas os bancos de dados, os comandos saum diferentes, e a forma de tratamento de determinados tipos de dados tb s�o diferentes...no servidor de aplica��o � td Delphi. Galera, n�o estou puxando sardinha para n-tier, pelo contrario estou expondo os pontos positivos e esclarecendo mitos q acontecem em torno deste paradigma... 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: Thursday, February 03, 2005 3:25 PM Subject: Re: [delphi-br] Firebir + MySQL+PostegreSQL > > Nao querendo polemizar, mas procedures e views s�o portaveis com pequenos > ajustes para varios bancos, al�m do que mudar de banco nao � algo comum, > dificilmente algu�m troca sua solu��o de banco de dados, j� trocar o > servidor de aplica��o � muito comum. > > Eu gerencio aplica��es que rodam em mais de 1000 esta��es simultaneamente, e > os sistemas s� rodam de maneira satisfat�ria gra�as ao banco de dados, > robusto e com procedures otimizadas, pra mim parece bobagem nao usar todos > os recursos disponiveis no banco, ele nao vao ser mudado, seria loucura > passar uma base base de dados com centenas de gygabites numa aventura de > troca de fornecedor de banco de dados. > Mas o meu caso � de uma institui��o, nao fabrico software para varios > clientes, nesse caso de varios clientes uma independ�ncia do banco pode ser > boa, mas da mesma forma que nao se consegue programar de forma unica para > varios bancos tb nao existe forma unica de se montar servidores de > aplica��es. At� hoje nao vi nem em Java algo 100% portavel. > > > > > []�s > Rodrigo O. Farias > ----- Original Message ----- > From: Bruno Lichot - Micrologos > 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] > > > > Yahoo! Grupos, um servi�o oferecido por: > > S�o Paulo Rio de Janeiro Curitiba Porto Alegre Belo Horizonte Bras�lia > > > > > > 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 Termos do Servi�o do > Yahoo!. > > > > -- > <<<<< 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
