Re: [delphi-br] Desempenho Firebird

2010-07-17 Por tôpico Dirlei Dionísio
Tirar conclusões como o amigo da Eny tirou é um completo equívoco.
Seria como dizer:

Demiti um programador carioca e contratei um programador paulista no
lugar. Depois que fiz isso a produtividade e a qualidade aumentaram
muito. Logo, programadores paulistas são melhores que os cariocas.


--
Dirlei Dionísio
http://MaisQueBomCodigo.blogspot.com



Em 16 de julho de 2010 22:50, Leonardo Quinino
leonardo.quin...@gmail.com escreveu:
 Pessoal, não estou aqui detonando o firebird, pelo contrário, estou apenas
 tentando entender, o a pessoa, do inicio dessa theread, disse, que
 simplesmente trocou e aparentemente, o negocio ficou melhor. tem as n
 variavies.


 Por exemplo eu qdo fiz o teste , fiz na versao firebird, super classic, 2.1

 Eu uso nos meus sistemas, vou continuar usando por muito tempo, e tenho
 sistemas que usam tbm o postgresql,

 Tenho um produto que é hibrido, roda nas lojas desktop win forms 32 bits, e
 tenho a outra parte do sistema que se integra, via web, emissão de boletos,
 calculos, cadastros, feito em PHP.

 e detalhe o banco de dados desse aplicativo php, que está na web, é
 FIREBIRD, é exatamente o mesmo que é usando online nas lojas e escritórios.

 Uma venda é feita numa loja e gera automaticamente o boleto bancário, é
 impresso na hora para o comprador, se nakele exato momento o cara quiser
 emitir o boleto na web, está pronto, tudo muito rápido, bem prático , e
 usando firebird. e tem 3 filiais, que acessam remotamente o servidor via
 windows server 2003, acessando o sistema tbm.

 Não defensor de A ou de B, só estou tentando mostrar, que tem a sempre uma
 boa ferramenta para resolver o problema de cada situação.

 Em 16 de julho de 2010 19:20, Fabiano Moura mctbra...@gmail.com escreveu:



 *Boa noite!*

 Leonardo, se você olhar alguns testes de desempenho feitos e que podem ser
 encontrados facilmente numa busca rápida no google, você verá que em
 algumas
 coisas o PostGreSQL é bem mais rápido que o Firebird e em outras é o
 Firebird que é bem mais rápido. Vale lembrar que o Firebird na versão 2.5
 existe 3 versões para servidor, que é o Super Server, o Classic Server e
 Super Classic, a escolha das versões correta de acordo com a sua
 necessidade
 é muito bom para determinar a velocidade do banco, bem como algumas
 práticas
 em banco de dados, como criação de índices, normalização, etc...
 Realmente existe vários bancos melhores que o Firebird, como é o caso do
 Oracle, por exemplo, mas estudar a tecnologia que você está trabalhando ou
 pretende trabalhar e saber algumas práticas delas que podem deixar mais
 rápidos que outras pode ajudar e muito o desempenho do banco, como também
 pode atrapalhar, o fato de não conhecer e não usar boas práticas de
 modelagem de banco de dados.

 *Obrigado,*
 **
 *Fabiano*

 Em 16 de julho de 2010 18:16, Leonardo Quinino

 leonardo.quin...@gmail.com leonardo.quinino%40gmail.comescreveu:

  Talvez a sua pergunta seja o seguinte, que já até foi falado no FB
 tem
  a
  melhor a mais prática instalação, qualquer usuário instala, isso é ótimo,
  muito prático para distribuição do versão final ao usuário final.
 
  Agora quando se faz a mesma instalação com o postgresql (foi o teste que
 eu
  fiz), ele é mais burocratico para instalar, tem abrir porta no firewall,
  mexer nos .ini do banco para rodar são dois ajustes que tem que ser
 feito,
  não fiz nenhum tunnig, etc, nada mesmo, só instalar, abrir firewall (que
  para rodar local nem é necessário) e abrir a porta host no arquivo .ini
 do
  bd.
 
  OU seja, nesse exemplo o postgresql, tbm nao foi feito tunning, etc, etc,
  comparei a instalacao de cada uma de uma forma mais pratica para o
 usuário
  final
 
  e o post, foi mais rapido.
  Só isso.
 
 
  Em 16 de julho de 2010 08:26, Marcos Alexandre Lemos Rodrigues 
  marcosalexandre.rodrig...@gmail.commarcosalexandre.rodrigues%40gmail.com
 escreveu:
 
  
  
   Não sei se a razão de dizerem que o FB é mais lento se deve ao fato de
  quem
   experimentou não saber configurar. Geralmente quem não cria índices ou
  faz
   tunning no FB, também não faz nos outros bancos que comparou.
  
   Onde trabalho, fizemos benchmarchs na época dos bancos pra escolher
 qual
   usaríamos, o FB foi o mais rápido no número de inserções concorrentes
 no
   banco de dados, mas foi muito lento pra atualizações e pra algumas
   consultas
   (pra outras, ficou mais rápido, tudo utilizando indices).
  
   Pra aplicações pequenas e médias, qualquer um atende, vai da escolha do
   desenvolvedor o que preferir. Pra escala, eu fico com os bancos de
 dados
   mais robustos, como Oracle, DB2 e Postgres.
  
   Em 15 de julho de 2010 18:09, Eny Urias 
   enyur...@yahoo.com.brenyurias%40yahoo.com.br
 enyurias%
  40yahoo.com.br
   escreveu:
  
  
   
   

São João da Boa Vista.. divisa com Poços de Caldas-MG
   
   
--
Eny Trova Urias
   
Somos o que repetitivamente fazemos, portanto, a excelência não é um
feito, mas
um hábito- Aristóteles
   

Re: [delphi-br] Desempenho Firebird

2010-07-17 Por tôpico Dirlei Dionísio
É boa a sua preocupação em esclarecer equívocos, Ricardo. Mas eu havia
entendido perfeitamente o que a amiga Eny escreveu. Tanto que eu disse: Tirar
conclusões como O amigo DA Eny tirou é um completo equívoco.

Um abraço,

--
Dirlei Dionísio
http://MaisQueBomCodigo.blogspot.com


Em 17 de julho de 2010 10:34, Ricardo César Cardoso 
ricardo_engs...@yahoo.com.br escreveu:



 Dirlei, acho que vc cometeu alguns equivocos:

 a) Não é amigo Eny; é amiga Eny.

 b) Ela não tirou conclusão alguma. Apenas relatou o acontecido com um amigo
 e pediu nossa opinião

 Assim como já disseram, reforço que também não defendo a ferramenta A ou B,
 mas apoio imensamente que se extraia o máximo de performance possível,
 esgotando o máximo de possibilidades antes de uma troca. Pelo relato da Eny,
 parece que não foi bem o caso do amigo dela; o profissional apenas queria
 não ter que se preocupar com tuning do banco e preferiu o caminho mais
 fácil. Instalar um servidor mais conhecido.

 Sem mais,

 Ricardo.




[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Desempenho Firebird

2010-07-17 Por tôpico Developer Marketing Rapido
Hoje utilizo o firebird 2.1 recebendo em media 20 mil registros por dia, e
nao tenho nem mesmo queda de desempenho.
O mesmo tem suportado tranquilamente.

[]s,

Pablo Farias
Analista de Sistemas
develo...@marketingrapido.com.br
www.marketingrapido.com.br


Em 17 de julho de 2010 10:34, Ricardo César Cardoso 
ricardo_engs...@yahoo.com.br escreveu:



 Dirlei, acho que vc cometeu alguns equivocos:

 a) Não é amigo Eny; é amiga Eny.

 b) Ela não tirou conclusão alguma. Apenas relatou o acontecido com um amigo
 e pediu nossa opinião

 Assim como já disseram, reforço que também não defendo a ferramenta A ou B,
 mas apoio imensamente que se extraia o máximo de performance possível,
 esgotando o máximo de possibilidades antes de uma troca. Pelo relato da Eny,
 parece que não foi bem o caso do amigo dela; o profissional apenas queria
 não ter que se preocupar com tuning do banco e preferiu o caminho mais
 fácil. Instalar um servidor mais conhecido.

 Sem mais,

 Ricardo.

 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS.

 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor
 compreendida.

 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!

 --- Em sáb, 17/7/10, Dirlei Dionísio dir...@gmail.comdirlei%40gmail.com
 escreveu:

 De: Dirlei Dionísio dir...@gmail.com dirlei%40gmail.com

 Assunto: Re: [delphi-br] Desempenho Firebird
 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br
 Data: Sábado, 17 de Julho de 2010, 8:21




 Tirar conclusões como o amigo da Eny tirou é um completo equívoco.

 Seria como dizer:

 Demiti um programador carioca e contratei um programador paulista no

 lugar. Depois que fiz isso a produtividade e a qualidade aumentaram

 muito. Logo, programadores paulistas são melhores que os cariocas.

 --

 Dirlei Dionísio

 http://MaisQueBomCodigo.blogspot.com

 Em 16 de julho de 2010 22:50, Leonardo Quinino

 leonardo.quin...@gmail.com leonardo.quinino%40gmail.com escreveu:

  Pessoal, não estou aqui detonando o firebird, pelo contrário, estou
 apenas

  tentando entender, o a pessoa, do inicio dessa theread, disse, que

  simplesmente trocou e aparentemente, o negocio ficou melhor. tem as n

  variavies.

 

 

  Por exemplo eu qdo fiz o teste , fiz na versao firebird, super classic,
 2.1

 

  Eu uso nos meus sistemas, vou continuar usando por muito tempo, e tenho

  sistemas que usam tbm o postgresql,

 

  Tenho um produto que é hibrido, roda nas lojas desktop win forms 32 bits,
 e

  tenho a outra parte do sistema que se integra, via web, emissão de
 boletos,

  calculos, cadastros, feito em PHP.

 

  e detalhe o banco de dados desse aplicativo php, que está na web, é

  FIREBIRD, é exatamente o mesmo que é usando online nas lojas e
 escritórios.

 

  Uma venda é feita numa loja e gera automaticamente o boleto bancário, é

  impresso na hora para o comprador, se nakele exato momento o cara quiser

  emitir o boleto na web, está pronto, tudo muito rápido, bem prático , e

  usando firebird. e tem 3 filiais, que acessam remotamente o servidor via

  windows server 2003, acessando o sistema tbm.

 

  Não defensor de A ou de B, só estou tentando mostrar, que tem a sempre
 uma

  boa ferramenta para resolver o problema de cada situação.

 

  Em 16 de julho de 2010 19:20, Fabiano Moura 
  mctbra...@gmail.commctbrasil%40gmail.com
 escreveu:

 

 

 

  *Boa noite!*

 

  Leonardo, se você olhar alguns testes de desempenho feitos e que podem
 ser

  encontrados facilmente numa busca rápida no google, você verá que em

  algumas

  coisas o PostGreSQL é bem mais rápido que o Firebird e em outras é o

  Firebird que é bem mais rápido. Vale lembrar que o Firebird na versão
 2.5

  existe 3 versões para servidor, que é o Super Server, o Classic Server e

  Super Classic, a escolha das versões correta de acordo com a sua

  necessidade

  é muito bom para determinar a velocidade do banco, bem como algumas

  práticas

  em banco de dados, como criação de índices, normalização, etc...

  Realmente existe vários bancos melhores que o Firebird, como é o caso do

  Oracle, por exemplo, mas estudar a tecnologia que você está trabalhando
 ou

  pretende trabalhar e saber algumas práticas delas que podem deixar mais

  rápidos que outras pode ajudar e muito o desempenho do banco, como
 também

  pode atrapalhar, o fato de não conhecer e não usar boas práticas de

  modelagem de banco de dados.

 

  *Obrigado,*

  **

  *Fabiano*

 

  Em 16 de julho de 2010 18:16, Leonardo Quinino

 

  leonardo.quin...@gmail.com 
  leonardo.quinino%40gmail.comleonardo.quinino%
 40gmail.comescreveu:

 

   Talvez a sua pergunta seja o seguinte, que já até foi falado no FB

  tem

   a

   melhor a mais prática instalação, qualquer usuário instala, isso é
 ótimo,

   muito prático para distribuição do versão final ao usuário final.

  

   Agora quando se faz a mesma instalação com o postgresql (foi o teste
 que

  eu

   fiz), ele é mais burocratico para 

Re: [delphi-br] Desempenho Firebird

2010-07-17 Por tôpico Roni Rodrigo
hauihiauhauiha... ler rápido é nisso que acontece...
mas equívocos a parte... essa analogia é bacana hehehe

Demiti um programador carioca e contratei um programador paulista no
lugar. Depois que fiz isso a produtividade e a qualidade aumentaram
muito. Logo, programadores paulistas são melhores que os cariocas.

o/


Em 17/07/2010 10:34, Ricardo César Cardoso escreveu:
 Dirlei, acho que vc cometeu alguns equivocos:

 a) Não é amigo Eny; é amiga Eny.

 b) Ela não tirou conclusão alguma. Apenas relatou o acontecido com um 
 amigo e pediu nossa opinião

 Assim como já disseram, reforço que também não defendo a ferramenta A 
 ou B, mas apoio imensamente que se extraia o máximo de performance 
 possível, esgotando o máximo de possibilidades antes de uma troca. 
 Pelo relato da Eny, parece que não foi bem o caso do amigo dela; o 
 profissional apenas queria não ter que se preocupar com tuning do 
 banco e preferiu o caminho mais fácil. Instalar um servidor mais 
 conhecido.

 Sem mais,
 Ricardo.

 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS.

 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor 
 compreendida.

 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!

 --- Em sáb, 17/7/10, Dirlei Dionísio dir...@gmail.com 
 mailto:dirlei%40gmail.com escreveu:

 De: Dirlei Dionísio dir...@gmail.com mailto:dirlei%40gmail.com
 Assunto: Re: [delphi-br] Desempenho Firebird
 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br
 Data: Sábado, 17 de Julho de 2010, 8:21



 Tirar conclusões como o amigo da Eny tirou é um completo equívoco.

 Seria como dizer:

 Demiti um programador carioca e contratei um programador paulista no

 lugar. Depois que fiz isso a produtividade e a qualidade aumentaram

 muito. Logo, programadores paulistas são melhores que os cariocas.

 --

 Dirlei Dionísio



[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Abrir aquivo txt no notepad

2010-07-17 Por tôpico Alisson
Como eu não tinha pensado nisso antes! Fiz a rotina abaixo e funcionou beleza. 
Obrigado Rubem!

procedure TfrmPrincipal.FormCreate(Sender: TObject);
var Reg : TRegistry;
begin
   Reg := TRegistry.Create;
   Reg.RootKey := HKEY_CURRENT_USER;
   Reg.OpenKey('Software\Microsoft\Notepad\', False);
   if (Reg.ReadString('lfFaceName')  'Courier') then
  Reg.WriteString('lfFaceName', 'Courier');
   Reg.CloseKey;
   Reg.Free;
end;


  - Original Message - 
  From: Rubem Nascimento da Rocha 
  To: delphi-br 
  Sent: Friday, July 16, 2010 8:53 PM
  Subject: RE: [delphi-br] Abrir aquivo txt no notepad




  O NOTEPAD não tem opção que permita, a partir da sua chamada via linha de 
comando, selecionar a fonte a ser usada para edição. Sugiro que busque qual a 
chave no registro do Windows que armazena a fonte usada pelo Notepad e altere-a 
antes de chamar o Notepad para a fonte desejada.

  Boa sorte.

  Sds.


[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Desempenho Firebird

2010-07-17 Por tôpico Ricardo César Cardoso
Me desculpem errar é humano. Ler com atenção é divino.

 Sem mais,
Ricardo.

1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS.

2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor 
compreendida.

3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!

--- Em sáb, 17/7/10, Roni Rodrigo ronirodr...@yahoo.com.br escreveu:

De: Roni Rodrigo ronirodr...@yahoo.com.br
Assunto: Re: [delphi-br] Desempenho Firebird
Para: delphi-br@yahoogrupos.com.br
Data: Sábado, 17 de Julho de 2010, 15:17







 



  



  
  
  hauihiauhauiha... ler rápido é nisso que acontece...

mas equívocos a parte... essa analogia é bacana hehehe



Demiti um programador carioca e contratei um programador paulista no

lugar. Depois que fiz isso a produtividade e a qualidade aumentaram

muito. Logo, programadores paulistas são melhores que os cariocas.



o/



Em 17/07/2010 10:34, Ricardo César Cardoso escreveu:

 Dirlei, acho que vc cometeu alguns equivocos:



 a) Não é amigo Eny; é amiga Eny.



 b) Ela não tirou conclusão alguma. Apenas relatou o acontecido com um 

 amigo e pediu nossa opinião



 Assim como já disseram, reforço que também não defendo a ferramenta A 

 ou B, mas apoio imensamente que se extraia o máximo de performance 

 possível, esgotando o máximo de possibilidades antes de uma troca. 

 Pelo relato da Eny, parece que não foi bem o caso do amigo dela; o 

 profissional apenas queria não ter que se preocupar com tuning do 

 banco e preferiu o caminho mais fácil. Instalar um servidor mais 

 conhecido.



 Sem mais,

 Ricardo.



 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS.



 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor 

 compreendida.



 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!



 --- Em sáb, 17/7/10, Dirlei Dionísio dir...@gmail.com 

 mailto:dirlei%40gmail.com escreveu:



 De: Dirlei Dionísio dir...@gmail.com mailto:dirlei%40gmail.com

 Assunto: Re: [delphi-br] Desempenho Firebird

 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br

 Data: Sábado, 17 de Julho de 2010, 8:21







 Tirar conclusões como o amigo da Eny tirou é um completo equívoco.



 Seria como dizer:



 Demiti um programador carioca e contratei um programador paulista no



 lugar. Depois que fiz isso a produtividade e a qualidade aumentaram



 muito. Logo, programadores paulistas são melhores que os cariocas.



 --



 Dirlei Dionísio



[As partes desta mensagem que não continham texto foram removidas]






 





 



  






  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Desempenho Firebird

2010-07-17 Por tôpico Leonardo Quinino
Parabéns , você foi filosofo, quando diz.

Demiti um programador carioca e contratei um programador paulista no
lugar. Depois que fiz isso a produtividade e a qualidade aumentaram
muito. Logo, programadores paulistas são melhores que os cariocas.

Cara, isso é filosia. é um sofisma Uma falsa verdade...

http://pt.wikipedia.org/wiki/Sofisma

Parabéns, a última vez que vi sobre o assunto, foi no 1o periodo da
faculdade.

Enfim, pelo menos serviu para saber dessas coisas

K






Em 17 de julho de 2010 15:17, Roni Rodrigo ronirodr...@yahoo.com.brescreveu:



 hauihiauhauiha... ler rápido é nisso que acontece...
 mas equívocos a parte... essa analogia é bacana hehehe


 Demiti um programador carioca e contratei um programador paulista no
 lugar. Depois que fiz isso a produtividade e a qualidade aumentaram
 muito. Logo, programadores paulistas são melhores que os cariocas.

 o/

 Em 17/07/2010 10:34, Ricardo César Cardoso escreveu:

  Dirlei, acho que vc cometeu alguns equivocos:
 
  a) Não é amigo Eny; é amiga Eny.
 
  b) Ela não tirou conclusão alguma. Apenas relatou o acontecido com um
  amigo e pediu nossa opinião
 
  Assim como já disseram, reforço que também não defendo a ferramenta A
  ou B, mas apoio imensamente que se extraia o máximo de performance
  possível, esgotando o máximo de possibilidades antes de uma troca.
  Pelo relato da Eny, parece que não foi bem o caso do amigo dela; o
  profissional apenas queria não ter que se preocupar com tuning do
  banco e preferiu o caminho mais fácil. Instalar um servidor mais
  conhecido.
 
  Sem mais,
  Ricardo.
 
  1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS.
 
  2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor
  compreendida.
 
  3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!
 
  --- Em sáb, 17/7/10, Dirlei Dionísio dir...@gmail.comdirlei%40gmail.com
  mailto:dirlei%40gmail.com dirlei%2540gmail.com escreveu:
 
  De: Dirlei Dionísio dir...@gmail.com dirlei%40gmail.com mailto:
 dirlei%40gmail.com dirlei%2540gmail.com

  Assunto: Re: [delphi-br] Desempenho Firebird
  Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto:
 delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br

  Data: Sábado, 17 de Julho de 2010, 8:21
 
 
 
  Tirar conclusões como o amigo da Eny tirou é um completo equívoco.
 
  Seria como dizer:
 
  Demiti um programador carioca e contratei um programador paulista no
 
  lugar. Depois que fiz isso a produtividade e a qualidade aumentaram
 
  muito. Logo, programadores paulistas são melhores que os cariocas.
 
  --
 
  Dirlei Dionísio

 [As partes desta mensagem que não continham texto foram removidas]

  




-- 
Leonardo Quinino


[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:
delphi-br-ow...@yahoogrupos.com.br
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:
delphi-br-unsubscr...@yahoogrupos.com.br

* O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html