> Eu acho que quem defende que tudo seja feito no client (Delphi) muita vezes > tem medo ou preguiça de estudar a fundo a ferramenta de banco de dados, e
Eu acredito que você deve ter escrito isso por impulso, afinal eu não consigo admitir que grandes nomes na área de programação no nosso país (isso pra não buscar exemplos fora) utilize de um modelo como o discutido, apenas por preguiça ou medo. Eu programo C/S profissionalmente a dois anos, e estou começando com N-tier agora. Não sou um profundo conhecedor de Firebird ou qualquer outro banco de dados... No entanto, posso afirmar que a minha escolha não é influenciada por medo ou preguiça como afirmado por você acima. Quanto a programação N-Tier eu penso da seguinte forma: Tudo o que eu posso e acho que será mais rápido eu deixo na minha aplicação SERVIDORA. Não vejo motivos para, por exemplo, manter no Servidor de aplicação uma rotina de atualização de dados (onde é verificado se o registro existe para Inserir/atualizar). O grande lance está em decidir o que fica melhor aonde. Sem contar que o n-tier proporciona a quem usa esta tecnologia a descentralização de processos, como se fossem clusters. Eu acredito que se você retira um pouco a carga do servidor de banco de dados e distribui os processos, você só tem a ganhar com performance, escalabilidade e etc. Eu acredito que o C/S está destinado ao desuso - ou apenas para aplicações pequenas - embora ainda resista a muito tempo. []'s Thiago ----- Original Message ----- From: "Rodrigo Othavio Farias" <[EMAIL PROTECTED]> To: <delphi-br@yahoogrupos.com.br> Sent: Wednesday, April 20, 2005 1:10 PM Subject: Re: [delphi-br] Mais rapido > > > Só deixando claro que eu não estava falando de melhor ou pior, eu estava > discutindo o uso de Stored Procedures e migração de banco de dados, concordo > que para cada caso existe uma solução adequada, só não concordo em querer > jogar toda a lógica de negocio no client quando se tem a mão um banco de > dados relacional que pode dar conta de algumas coisas de modo bem melhor que > a programação client. > > Eu acho que quem defende que tudo seja feito no client (Delphi) muita vezes > tem medo ou preguiça de estudar a fundo a ferramenta de banco de dados, e > isso é um erro, eu mesmo agora estou trabalhando com banco Sybase, e fico > com os manuais dele ao meu lado o dia todo, estou a 2 anos só com Sybase e > ainda não sei tudo que ele pode me oferecer. > Eu sempre tento aprender mais e usar da melhor forma esse banco que custa > muito dinheiro pro meu cliente, e sempre fiz isso, quando trabalhei com > Sql-Server, Oracle e Mysql, todas essas ferramentas tem diferenciais que tem > utilizados se transformam em ótimas soluções de apoio ao desenvolvedor. > > > []´s > Rodrigo O. Farias > > ----- Original Message ----- > From: Walter Alves Chagas Junior > To: 'delphi-br@yahoogrupos.com.br' > Sent: Wednesday, April 20, 2005 11:00 AM > Subject: RES: [delphi-br] Mais rapido > > > Tambem concordo com você Marcelo. Como eu sempre digo, NÃO EXISTE E NUNCA > EXISTIU E JAMAIS EXISTIRÁ O MELHOR BANCO DE DADOS. O que existe na verdade é > o banco de dados que melhor se encaixa num referido projeto. E o projeto não > consite apenas de Selects e inserts não. Consiste também de viabilidade > técnica e financeira. Consite de necessidades, grau de demanda de > consistências do projeto e tudo mais. > > Oracle - Excelente + Caro > SLQ Server - Bom + Carrissimo fora a dependencia da MS > Postgres - Ótimo e cabe no bolso > Firebird - Ótimo e cabe no bolso > Outros - De repente o projeto requer um mero paradox mesmo que já tá de > excelente tamanho. > > Pra isso que existe a análise e projeto de sistemas. Que envolve desde a > análise do levantamento das demandas do usuário até o estudo de viabilidade > financeira do projeto. Averiguação do melhor parque tecnológico e melhores > ferramentas, melhores bases de dados que melhor se adequem ao que se propõe > o projeto. Coisa que na faculdade a gente aprende a estuda. > > Faculdade que vocês tanto malham aqui e acham totalmente desnecessária... > > > > []s > > Walter Alves Chagas Junior > Projeto e desenvolvimento > Telemont Engenharia de telecomunicações > Belo Horizonte - MG - Brazil > [EMAIL PROTECTED] > Fone: (31) 3389-8215 Fax: (31) 3389-8200 > > > > -----Mensagem original----- > > De: Marcelo Silva [mailto:[EMAIL PROTECTED] > > Enviada em: quarta-feira, 20 de abril de 2005 08:12 > > Para: delphi-br@yahoogrupos.com.br > > Assunto: Re: [delphi-br] Mais rapido > > > > > > > > Acho que essa discução já foi bem malhada aqui na lista e não > > chegou a nenhum veredito... > > Cada um vai defender sua tese... e seu banco... > > O que porcuro fazer é o seguinte, garantir meu emprego... se > > a empresa me perguntar qual banco é o melhor eu digo, aquele > > que cabe no seu bolso pois existem muitas ótimas opções... e > > por aí entra o custo X beneficio... > > > > Oracle - Excelente + Caro > > SLQ Server - Bom + Carrissimo fora a dependencia da MS > > Postgres - Ótimo e cabe no bolso > > Firebird - Ótimo e cabe no bolso > > Outros - Arrisquem quem quiser (mas dependendo da > > necessidade, porque não usar ?) > > > > Ou seja, não dá pra falar quem é bom ou ruim nesta história. > > pois cada uma tem suas particularidades que cabe ao DBA ou > > aos profissionais envolvidos pensar no melhor para a empresa > > levando em conta Custo + Benefício + a facilitação aos > > desenvolvedores, que vão guentar a bucha :-) > > > > > > * Dê um pincel e tinta a um artista e ele desenha um quadro > > pra vc, dê um lápis a esse mesmo artista e verá que ele é um > > artista de verdade. > > > > > > Marcelo Silva > > Cel. 11 9693-4251 > > ICQ - 49224093 > > MSN [EMAIL PROTECTED] > > > > > > ----- Original Message ----- > > From: Rodrigo Othavio Farias > > To: delphi-br@yahoogrupos.com.br > > Sent: Tuesday, April 19, 2005 9:44 AM > > Subject: Re: [delphi-br] Mais rapido > > > > > > > > E viva o desempenho mediocre do sistema, e eu to falando de > > banco de dados > > de verdade, paradox, dbisam, access nao sao banco de dados, > > agora eu quero > > ver alguém ter coragem migrar de um Oracle pra um Firebird. > > A economia de dinheiro nao vale a dor de cabeça, já que o > > Firebird ainda ta > > engatinhando em relação a recursos se comparado a outros > > bancos com mais > > tempo de mercado, e nao estou dizendo que ele é ruim, só > > que ainda é novo e > > precisa amadurecer mais. > > > > E achar que vai mudar de banco sem reescrever uma linha de > > código sql é > > ingenuidade, por mais que se tente usar o Ansi SQL todo banco tem > > particularidades, é utopia achar que jogando toda a regra > > de negocio na > > aplicação vc nao ter trabalho numa migração, o que vc vai > > ter é um sistema > > pobre e lento, pq não aproveita todo o potencial do Banco > > de Dados e vai ter > > retrabalho quando for migrar já que nenhum banco é 100% > > compativel com o > > outro, nem o Sybase é 100% com o SQL Server, e olha que > > eles são feitos numa > > mesma base, estilo Interbase e Firefox. > > > > > > []´s > > Rodrigo O. Farias > > > > ----- Original Message ----- > > From: Francisco Thiago > > To: delphi-br@yahoogrupos.com.br > > Sent: Tuesday, April 19, 2005 12:18 AM > > Subject: Re: [delphi-br] Mais rapido > > > > > > Pois eu nos meus três anos de experiência vi e ainda estou > > vendo muita gente > > migrar de Paradox, DBISAM (acho que é assim que escreve), > > MySQL, Acess (q > > nem é banco hehehe), e até mesmo de Oracle e SQLServer para > > Firebird por > > diversos motivos que fogem a retória da sua afirmação. > > > > Enfim, e dependendo dos cliente que você pretende pegar > > (fuleiros, pequenos, > > médios, grande ou gigantes) você fatalmente vai mudar de > > banco de dados. > > Seja por escolha sua ou do seu cliente... E cá entre nós, > > ficar reescrevendo > > código em banco é um pé nas partes... > > > > Viva a generalização! > > > > > > Thiago > > > > ----- Original Message ----- > > From: "Rodrigo Othavio Farias" <[EMAIL PROTECTED]> > > To: <delphi-br@yahoogrupos.com.br> > > Sent: Monday, April 18, 2005 9:31 AM > > Subject: Re: [delphi-br] Mais rapido > > > > > > > > > > > > > Essa historia de ficar preso a banco é bobagem, eu nos > > meus 10 anos de > > > informatica nunca vi uma migração de banco, só > > atualização de versão, se a > > > empresa já tem um banco de dados relacional rodando > > dificilmente vai mudar > > > de fornecedor, e programar de modo transparente para > > varios bancos é > > > impossivel, ja que nenhum deles segue a risca a ISO > > SQL-92, todos fazem > > > "arrumações" para se diferenciar da concorrencia. > > > > > > Então eu prefiro utilizar a fundo a ferramenta de banco > > de dados que eu > > > tenho, já que geralmente meu cliente pagou caro por ela pra ter um > > > desempenho alto do que ficar com receio de uma possivel > > migração que pode > > > nunca ocorrer. > > > > > > Quanto aos recursos do banco bancos de verdade (Oracle, > > Sql-Server) hoje > > em > > > dia tem recursos avançados como programação em varias > > linguagens, então eu > > > nao me preocupo em usar SPs, se é pra ter resposta rapida > > do banco eu faço > > o > > > processamento nele, prefiro comcentrar meus gastos em um > > servidor de BD do > > > que ter que ter 300 estações mais parrudas pra rodar > > minha regras de > > > negocios, eu gasto muito menos se eu concentrar minhas > > regras de negocio > > no > > > servidor de BD e no servidor de aplicações, são só duas > > maquinas para > > gastar > > > com hardware e meus clients podem ser maquinas antigas e baratas. > > > > > > > > > []´s > > > Rodrigo O. Farias > > > ----- Original Message ----- > > > From: "João Paulo L.G." > > > To: delphi-br@yahoogrupos.com.br > > > Sent: Saturday, April 16, 2005 7:30 PM > > > Subject: Re: [delphi-br] Mais rapido > > > > > > > > > > > > Olá, > > > > > > As stored procedures costumam ser mais rápidas por > > estarem compiladas no > > > banco, não precisando passar pelo processo de parse > > (verificação de que > > > o que foi digitado está de acordo com as regras > > sintáticas do banco). > > > > > > Mas deve-se tomar cuidado pois, a medida que um sistema cresce, as > > > stored procedures podem dificultar a escalabilidade > > deste. Outro ponto é > > > tentar não manter toda a lógica de negócio dentro do > > banco, pois as > > > linguagens de banco não possuem tantos recursos assim. As stored > > > procedures também podem gerar dependência com um produto > > específico (um > > > exemplo: Transact-SQL e PL/SQL não se bicam). > > > > > > João Paulo L.G. > > > [EMAIL PROTECTED] > > > > > > > > > > > > delphi-br@yahoogrupos.com.br wrote: > > > > > > ssunto: Re: Mais rapido > > > > > > > > > Se vc usa banco de dados de verdade as SPs são bem mais > > rapidas, elas são > > > compiladas dentrodo banco para ter melhor performance > > > > > > > > > []´s > > > Rodrigo O. Farias > > > > > > > > > > > > > > > > > > > > > > > > -- > > > <<<<< 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] > > > > > > > > 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] > > > > > > > > Yahoo! Grupos, um serviço oferecido por: > > > > São Paulo Rio de Janeiro Curitiba Porto > > Alegre Belo Horizonte Brasília > > > > > > > > > > -------------------------------------------------------------- > > ---------------- > > Links do Yahoo! Grupos > > > > a.. Para visitar o site do seu grupo na web, acesse: > > http://br.groups.yahoo.com/group/delphi-br/ > > > > b.. Para sair deste grupo, envie um e-mail para: > > [EMAIL PROTECTED] > > > > c.. O uso que você faz do Yahoo! Grupos está sujeito aos > > Termos do Serviço do Yahoo!. > > > > > > > > > > -------------------------------------------------------------- > > ---------------- > > > > > > No virus found in this incoming message. > > Checked by AVG Anti-Virus. > > Version: 7.0.308 / Virus Database: 266.9.16 - Release Date: > > 18/04/2005 > > > > ---------- > > > > No virus found in this outgoing message. > > Checked by AVG Anti-Virus. > > Version: 7.0.308 / Virus Database: 266.9.16 - Release Date: 18/04/2005 > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > -- > > <<<<< 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 > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > <<<<< 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
