Procure direito que ele possui sim drive JDBC tipo 4. N�o o conhe�o muito bem. Qualquer novidade, entre em contato
Robson Luis Ferreira [EMAIL PROTECTED] ----- Original Message ----- From: "Flavio Carvalho" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 31, 2002 4:47 PM Subject: RES: [enterprise-list] Escolhendo BD baseado no volume de transacoes e capacidade Bom, Vc ja' usou o SAPDB ? Me pareceu bem completo, so' estou meio cabreiro pois nunca tinha ouvido falar. N conheco ninguem q use esse bicho. Outra coisa, n vi driver java... Sobre o projeto, sao 300.000 registros/mes, com picos durante a noite. Vou baixar esse cara e ver quale'. []s, FR. -----Mensagem original----- De: [EMAIL PROTECTED] [mailto:sven@;cilix.com.br] Enviada em: quinta-feira, 31 de outubro de 2002 12:19 Para: [EMAIL PROTECTED] Assunto: Re: [enterprise-list] Escolhendo BD baseado no volume de transacoes e capacidade Eu fiz isso num site de pesquisa de cheques sem fundo usando MySQL, numa maquina similar com 20.000.000 registros, tipo select * from CCF where CFPCGC='1234567890' e a resposta era quase imidiato. Mudei o banco para Oracle e a resposta ainda ficava quase imediato so que popular o banco demorou 5 vezes mais. Tenstei a mesma coisa com Sybase ae a pesquisa come�ou a demorar 2 segundos. Acho que tem alguma coisa errada na maneira que vc fez o index na tabela (parti��o separado em SCSI disk ?? carrega na memoria o index inteiro (Oracle)??) "Carlos Villela" <[EMAIL PROTECTED]> wrote on 31/10/2002 10:14:30: > Oi Flavio! > > Um teste que eu fiz uma vez foi importar o banco de dados com a > lista telefonica de SP pra uma base do > PostgreSQL (nao sei chutar um numero de registros, sorry). Depois de > muito tuning, consegui fazer com que uma > pesquisa simples (select nome,endereco from telefones where telefone > = '1144454445') demorava coisa de > 30seg num Netfinity 3k (p3 500, 128mb, hds scsi, debian 2.2, kernel > 2.2.12). `A medida que se ia adicionando > usuarios, o PgSQL aguentou surpreendentemente bem, mas mesmo assim > 30s pra uma query dessa e' um > pouco lento demais (o site da telefonica faz isso em menos de 3s!). > Ta' certo que a maquina nao ajuda mto... > > Se o volume de dados nao eh estupidamente grande, e o numero de > usuarios nao eh estupidamente alto, > recomendo o PostgreSQL sim. E vc pode dar uma olhada tambem no SAPDB > (www.sapdb.org), que e' > OpenSource tb, e tem replicacao, clustering e load balancing > incluidos, de quebra :) > > So pra saber, quais as estimativas de volume e concorrencia que vc tem ai? > > []'s > Carlos Villela > > > > On Thu, 31 Oct 2002 08:46:22 -0200, "Flavio Carvalho" <flavio. > [EMAIL PROTECTED]> escreveu : > > > De: "Flavio Carvalho" <[EMAIL PROTECTED]> > > Data: Thu, 31 Oct 2002 08:46:22 -0200 > > Para: <[EMAIL PROTECTED]> > > Assunto: [enterprise-list] Escolhendo BD baseado no volume de > transacoes e capacidade > > > > Pessoas, > > > > Saindo um pouco agora dessa historinha de not-yet X j2ee ... > > > > Em um recente projeto, estou tendo q verificar a viabilidade em > usar PostgreSQL ou algum BD comercial em um > sistema em j2ee (non-ejb). > > > > Alguem tem experiencia com postgre em um sistema de grande porte ? > > > > Valeu, > > > > []s, > > fR. > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: enterprise-list- > [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: enterprise-list- > [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: enterprise-list- > [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: enterprise-list- > [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] _______________________________________________________________________ Yahoo! Encontros O lugar certo para encontrar a sua alma g�mea. http://br.encontros.yahoo.com/ --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
