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: delphi-br@yahoogrupos.com.br 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: <delphi-br@yahoogrupos.com.br> 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: delphi-br@yahoogrupos.com.br > 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 <*> 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
