Re: [delphi-br] Desempenho Firebird
De: Ricardo César Cardoso ricardo_engs...@yahoo.com.brricardo_engsoft%40yahoo.com.br ricardo_engsoft%40yahoo.com.br ricardo_engsoft%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 14:09:57 Assunto: Re: Res: [delphi-br] Desempenho Firebird Desculpe a pergunta um tanto pessoal, mas onde vc está nesse interiorzão de SP, Eny? Eu até pensei em insistir na carreira de DBA, mas sempre pinta aquela insegurança... Eu gosto muito de BD mas gosto bastante de desenvolvimento tb... Atte, 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 qui, 15/7/10, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br enyurias% 40yahoo.com.br enyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.brenyurias% 40yahoo.com.br enyurias% 40yahoo.com.br Assunto: Res: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Data: Quinta-feira, 15 de Julho de 2010, 10:07 Taí... gostei! Realmente acho que o ideal é fazer parcerias com quem realmente entende da coisa... Mas, vai falar isso pro dono da empresa! Acho que o que aconteceu com meu amigo foi exatamente isso... Uma pessoa que não está mais na empresa colocou o sistema pra rodar com o FB... aí ele foi embora porque teve uma proposta melhor e sobrou pro cara do suporte dar manutenção no banco que, depois que a coisa ficou grande, não soube mais o que fazer... Mas essa profissão de DBA ainda é escassa aqui no interior... Acho rara a empresa que tem um cara pra cuidar do banco... Seria legal ter um parceiro para passar como deve ser configurado o banco, independente de qual seja. Agradeços a todos pelos esclarecimentos! -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Walter Chagas (Bol) wchag...@bol.com.br wchagasj%40bol.com.brwchagasj% 40bol.com.br wchagasj% 40bol.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 8:55:03 Assunto: Re: [delphi-br] Desempenho Firebird O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo pra resolver problemas que não deveriam existir lá. A questão que vejo, é que muitas empresas e muitos cartolas nao entendem que no universo do desenvolvimento, cada macaco no seu galho. Banco de dados é com DBA, desenvolvimento é com o programador e levantamento de requisitos/mapeamento de processos é com o analista. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br wchagasj%40bol.com.br wchagasj%40bol.com.br wchagasj%40bol.com.br http://delphitocorporerm.blogspot.com/ http://twitter.com/wchagas MSN: whitesock...@hotmail.com whitesockets%40hotmail.comwhitesockets% 40hotmail.com whitesockets% 40hotmail.com SKYPE: WalterChagasJr - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Sent: Wednesday, July 14, 2010 10:26 PM Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB
Re: [delphi-br] Desempenho Firebird
É 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
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
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] Desempenho Firebird
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
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
Re: [delphi-br] Desempenho Firebird
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.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 De: Ricardo César Cardoso ricardo_engs...@yahoo.com.brricardo_engsoft%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 14:09:57 Assunto: Re: Res: [delphi-br] Desempenho Firebird Desculpe a pergunta um tanto pessoal, mas onde vc está nesse interiorzão de SP, Eny? Eu até pensei em insistir na carreira de DBA, mas sempre pinta aquela insegurança... Eu gosto muito de BD mas gosto bastante de desenvolvimento tb... Atte, 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 qui, 15/7/10, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.br Assunto: Res: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Data: Quinta-feira, 15 de Julho de 2010, 10:07 Taí... gostei! Realmente acho que o ideal é fazer parcerias com quem realmente entende da coisa... Mas, vai falar isso pro dono da empresa! Acho que o que aconteceu com meu amigo foi exatamente isso... Uma pessoa que não está mais na empresa colocou o sistema pra rodar com o FB... aí ele foi embora porque teve uma proposta melhor e sobrou pro cara do suporte dar manutenção no banco que, depois que a coisa ficou grande, não soube mais o que fazer... Mas essa profissão de DBA ainda é escassa aqui no interior... Acho rara a empresa que tem um cara pra cuidar do banco... Seria legal ter um parceiro para passar como deve ser configurado o banco, independente de qual seja. Agradeços a todos pelos esclarecimentos! -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Walter Chagas (Bol) wchag...@bol.com.br wchagasj%40bol.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 8:55:03 Assunto: Re: [delphi-br] Desempenho Firebird O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo pra resolver problemas que não deveriam existir lá. A questão que vejo, é que muitas empresas e muitos cartolas nao entendem que no universo do desenvolvimento, cada macaco no seu galho. Banco de dados é com DBA, desenvolvimento é com o programador e levantamento de requisitos/mapeamento de processos é com o analista. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br wchagasj%40bol.com.br http://delphitocorporerm.blogspot.com/ http://twitter.com/wchagas MSN: whitesock...@hotmail.com whitesockets%40hotmail.com SKYPE: WalterChagasJr - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Sent: Wednesday, July 14, 2010 10:26 PM Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos
Re: [delphi-br] Desempenho Firebird
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.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 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 De: Ricardo César Cardoso ricardo_engs...@yahoo.com.brricardo_engsoft%40yahoo.com.br ricardo_engsoft%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 14:09:57 Assunto: Re: Res: [delphi-br] Desempenho Firebird Desculpe a pergunta um tanto pessoal, mas onde vc está nesse interiorzão de SP, Eny? Eu até pensei em insistir na carreira de DBA, mas sempre pinta aquela insegurança... Eu gosto muito de BD mas gosto bastante de desenvolvimento tb... Atte, 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 qui, 15/7/10, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br enyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.brenyurias% 40yahoo.com.br Assunto: Res: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Data: Quinta-feira, 15 de Julho de 2010, 10:07 Taí... gostei! Realmente acho que o ideal é fazer parcerias com quem realmente entende da coisa... Mas, vai falar isso pro dono da empresa! Acho que o que aconteceu com meu amigo foi exatamente isso... Uma pessoa que não está mais na empresa colocou o sistema pra rodar com o FB... aí ele foi embora porque teve uma proposta melhor e sobrou pro cara do suporte dar manutenção no banco que, depois que a coisa ficou grande, não soube mais o que fazer... Mas essa profissão de DBA ainda é escassa aqui no interior... Acho rara a empresa que tem um cara pra cuidar do banco... Seria legal ter um parceiro para passar como deve ser configurado o banco, independente de qual seja. Agradeços a todos pelos esclarecimentos! -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Walter Chagas (Bol) wchag...@bol.com.br wchagasj%40bol.com.brwchagasj% 40bol.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 8:55:03 Assunto: Re: [delphi-br] Desempenho Firebird O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo
Re: [delphi-br] Desempenho Firebird
a empresa que tem um cara pra cuidar do banco... Seria legal ter um parceiro para passar como deve ser configurado o banco, independente de qual seja. Agradeços a todos pelos esclarecimentos! -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Walter Chagas (Bol) wchag...@bol.com.br wchagasj%40bol.com.br wchagasj% 40bol.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 8:55:03 Assunto: Re: [delphi-br] Desempenho Firebird O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo pra resolver problemas que não deveriam existir lá. A questão que vejo, é que muitas empresas e muitos cartolas nao entendem que no universo do desenvolvimento, cada macaco no seu galho. Banco de dados é com DBA, desenvolvimento é com o programador e levantamento de requisitos/mapeamento de processos é com o analista. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br wchagasj%40bol.com.br wchagasj%40bol.com.br http://delphitocorporerm.blogspot.com/ http://twitter.com/wchagas MSN: whitesock...@hotmail.com whitesockets%40hotmail.com whitesockets% 40hotmail.com SKYPE: WalterChagasJr - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Sent: Wednesday, July 14, 2010 10:26 PM Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos com os campos de dados. Todo BD que trabalha em missão crítica (eu até diria que até mesmo o hardware) precisa de um tuning ou de refinamentos para melhorar a performance. A diferença é que no FB esse tipo de ajuste tem que ser feito pelo DBA no braço. Ou seja, não há wizards que fazem todo o trabalho pesado. Vc tem que conhecer os conceitos para saber exatamente o que está fazendo. Outros fatores são o processador em uso e a versão do BD que está usando (SuperClassic, ClassicServer, SuperServer) que pode oferecer mais refinamentos. Só por desencargo de consciência, indica pro teu amigo ler isso aqui ( http://www.sinatica.com/blog/br/index.php/artigos/firebird-superserver-classicserver-ou-superclassic ) e acompanhar a Lista Firebase BR. Um BD que tenho vontade (só vontade, pois tempo eu não tenho mesmo...) de testar é o PostGree é gratuito e aguenta o tranco como os majors, pelo menos é o que dizem. Uma última dúvida: que BD entrou no lugar do FB? Tanto o Oracle XE quando o SQL Server Express tem limitações quanto ao tamanho máximo que o arquivo do BD pode assumir (acho que 4Gb em ambos) e no Oracle ainda há a limitação de núcleos de processador (só usa 1 núcleo). Atte, 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 qua, 14/7/10, Eny Urias enyur...@yahoo.com.brenyurias% 40yahoo.com.br enyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.br enyurias% 40yahoo.com.br Assunto: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Data: Quarta-feira, 14 de Julho de 2010, 10:26 Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente
Re: [delphi-br] Desempenho Firebird
Firebird Desculpe a pergunta um tanto pessoal, mas onde vc está nesse interiorzão de SP, Eny? Eu até pensei em insistir na carreira de DBA, mas sempre pinta aquela insegurança... Eu gosto muito de BD mas gosto bastante de desenvolvimento tb... Atte, 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 qui, 15/7/10, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br enyurias% 40yahoo.com.br enyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.brenyurias% 40yahoo.com.br enyurias% 40yahoo.com.br Assunto: Res: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Data: Quinta-feira, 15 de Julho de 2010, 10:07 Taí... gostei! Realmente acho que o ideal é fazer parcerias com quem realmente entende da coisa... Mas, vai falar isso pro dono da empresa! Acho que o que aconteceu com meu amigo foi exatamente isso... Uma pessoa que não está mais na empresa colocou o sistema pra rodar com o FB... aí ele foi embora porque teve uma proposta melhor e sobrou pro cara do suporte dar manutenção no banco que, depois que a coisa ficou grande, não soube mais o que fazer... Mas essa profissão de DBA ainda é escassa aqui no interior... Acho rara a empresa que tem um cara pra cuidar do banco... Seria legal ter um parceiro para passar como deve ser configurado o banco, independente de qual seja. Agradeços a todos pelos esclarecimentos! -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Walter Chagas (Bol) wchag...@bol.com.br wchagasj%40bol.com.brwchagasj% 40bol.com.br wchagasj% 40bol.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 15 de Julho de 2010 8:55:03 Assunto: Re: [delphi-br] Desempenho Firebird O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo pra resolver problemas que não deveriam existir lá. A questão que vejo, é que muitas empresas e muitos cartolas nao entendem que no universo do desenvolvimento, cada macaco no seu galho. Banco de dados é com DBA, desenvolvimento é com o programador e levantamento de requisitos/mapeamento de processos é com o analista. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br wchagasj%40bol.com.br wchagasj%40bol.com.br wchagasj%40bol.com.br http://delphitocorporerm.blogspot.com/ http://twitter.com/wchagas MSN: whitesock...@hotmail.com whitesockets%40hotmail.comwhitesockets% 40hotmail.com whitesockets% 40hotmail.com SKYPE: WalterChagasJr - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Sent: Wednesday, July 14, 2010 10:26 PM Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos com os campos de dados. Todo BD que trabalha em missão crítica (eu até diria que até mesmo o hardware) precisa de um tuning ou de refinamentos para melhorar a performance. A diferença
Re: [delphi-br] Desempenho Firebird
Oi Eny, tudo que os rapazes postaram acima é verdadeiro. Qualquer banco até mesmo o Firebird ue praticamente não precisa de nenhum tunning precisa de uma configuração e uma correta forma de se lidar, o Firebird ainda é tão divulgado por questões históricas ele é uma versão aberta que se originou do Fork do InterBase 6.0 beta, em junho do ano 2000. O InterBase é um dos melhores bancos com que já tive o prazer te trabalhar e ele não morreu existe aí a versão 2009 e a próxima versão vem 64 bits e com muitos outros recursos, essas bancos tem a caractereistica de vc ter que saber trabalhar bem com a s transações se uma só transação fica aberta por tempo indeterminado podem ocorrer sérios problemas de performance, some-se isso o fato de muitos desenvolvedores não criar índices corretamente, má normalização, configruação do Cache adequadamente, backup e sweep, escolha da versão do servidor, que sistema operacional vai rodar etc... Eu tenho uma aplicação que tem em torno de 350 usuários simultâneos em torno de 100 Gigabytes com milhares de transações diárias. Sem problema de performance, agora tudo bem pensado e devidamente mantido. Já vi siuações ruims em bancos Oracle, SQLServer, PostGreSQL também por falta de tunning e configuração. Já vi Oracle Ranger numa aplicaçãozinha besta, cada caso é um caso. Firebird tem recursoso ue só recentemente o SQLServer veio ter, por exemplo. Dá uma olhadinha aquihttp://www.firebase.com.br/fb/artigo.php?id=2100 Vc que mora no Interior de São Paulo tenta acompanhar uma Firebird Developers Dayno site da FireBase tem sempre notícias. Sucesso e saúde ! Marcelo Fortes. --- Em qua, 14/7/10, Eny Urias enyur...@yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br Assunto: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br Data: Quarta-feira, 14 de Julho de 2010, 10:26 Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [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
Realmente, Uso muito o FireBird em ambientes de missão critica, tenho casos de mais de 200 conexões simultâneas em processos que demanda de alta velocidade e segurança. Grande parte da solução de velocidade está na modelagem, por isso que no inicio do artigo da edição 74 da Active Delphi onde falo sobre desenvolvimento comercial, investi uma edição inteira sobre as vantagens e em técnicas de modelagem. E como o Ricardo falou, é preciso refinar a configuração do banco. Definir corretamente o Page size e o buffers so pra começar, e se tem muita transação, talvez mexer no swwep interval ou programar para o sweep rodar em horário marcado. Utilizar técnicas de reorganização de índices periódicas e boas praticas para o tamanho de arquivos bem como o hardware utilizado. Em nenhuma de minhas aplicações criticas com FireBird usei o Windows como Servidor de Banco de Dados. Sempre usei o Linux. É bem verdade que em alguns casos onde não somente o volume de dados ficou bem maior, mas como a concorrência, eu parti para o InterBase pois é nativo SMP e tem um poder de resposta e performance bem maior que o FireBird, ou seja, em algum momento encontrei motivos para usar outra solução de banco. Uma outra vantagem do InterBase é a segurança, o journaling e as ferramentas de monitoramento e sua gestão de processo e memória. O ideal é você desenhar o tamanho do seu sistema, o numero de conexoes simultâneas, os processo mais freqüentes e o tamanho da massa de dados e com isso aplicar as melhores técnicas de configuração e tunnig e fazer testes de carga e performance. From: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] On Behalf Of Ricardo César Cardoso Sent: quarta-feira, 14 de julho de 2010 22:26 To: delphi-br@yahoogrupos.com.br Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos com os campos de dados. Todo BD que trabalha em missão crítica (eu até diria que até mesmo o hardware) precisa de um tuning ou de refinamentos para melhorar a performance. A diferença é que no FB esse tipo de ajuste tem que ser feito pelo DBA no braço. Ou seja, não há wizards que fazem todo o trabalho pesado. Vc tem que conhecer os conceitos para saber exatamente o que está fazendo. Outros fatores são o processador em uso e a versão do BD que está usando (SuperClassic, ClassicServer, SuperServer) que pode oferecer mais refinamentos. Só por desencargo de consciência, indica pro teu amigo ler isso aqui (http://www.sinatica.com/blog/br/index.php/artigos/firebird-superserver-classicserver-ou-superclassic) e acompanhar a Lista Firebase BR. Um BD que tenho vontade (só vontade, pois tempo eu não tenho mesmo...) de testar é o PostGree é gratuito e aguenta o tranco como os majors, pelo menos é o que dizem. Uma última dúvida: que BD entrou no lugar do FB? Tanto o Oracle XE quando o SQL Server Express tem limitações quanto ao tamanho máximo que o arquivo do BD pode assumir (acho que 4Gb em ambos) e no Oracle ainda há a limitação de núcleos de processador (só usa 1 núcleo). Atte, 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 qua, 14/7/10, Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br Assunto: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Data: Quarta-feira, 14 de Julho de 2010, 10:26 Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] Click
Re: [delphi-br] Desempenho Firebird
O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo pra resolver problemas que não deveriam existir lá. A questão que vejo, é que muitas empresas e muitos cartolas nao entendem que no universo do desenvolvimento, cada macaco no seu galho. Banco de dados é com DBA, desenvolvimento é com o programador e levantamento de requisitos/mapeamento de processos é com o analista. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br http://delphitocorporerm.blogspot.com/ http://twitter.com/wchagas MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br Sent: Wednesday, July 14, 2010 10:26 PM Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos com os campos de dados. Todo BD que trabalha em missão crítica (eu até diria que até mesmo o hardware) precisa de um tuning ou de refinamentos para melhorar a performance. A diferença é que no FB esse tipo de ajuste tem que ser feito pelo DBA no braço. Ou seja, não há wizards que fazem todo o trabalho pesado. Vc tem que conhecer os conceitos para saber exatamente o que está fazendo. Outros fatores são o processador em uso e a versão do BD que está usando (SuperClassic, ClassicServer, SuperServer) que pode oferecer mais refinamentos. Só por desencargo de consciência, indica pro teu amigo ler isso aqui (http://www.sinatica.com/blog/br/index.php/artigos/firebird-superserver-classicserver-ou-superclassic) e acompanhar a Lista Firebase BR. Um BD que tenho vontade (só vontade, pois tempo eu não tenho mesmo...) de testar é o PostGree é gratuito e aguenta o tranco como os majors, pelo menos é o que dizem. Uma última dúvida: que BD entrou no lugar do FB? Tanto o Oracle XE quando o SQL Server Express tem limitações quanto ao tamanho máximo que o arquivo do BD pode assumir (acho que 4Gb em ambos) e no Oracle ainda há a limitação de núcleos de processador (só usa 1 núcleo). Atte, 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 qua, 14/7/10, Eny Urias enyur...@yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br Assunto: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br Data: Quarta-feira, 14 de Julho de 2010, 10:26 Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [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
Olhem mais uma matéria que pode ajudar nessa conversa, Entendendo o 'lixo' no BD http://www.firebase.com.br/fb/artigo.php?id=2047 http://www.firebase.com.br/fb/artigo.php?id=2047 2010/7/15 Walter Chagas (Bol) wchag...@bol.com.br O que denegre o banco, ao meu ver, é que se ele exige ou pelo menos requeira um DBA para fazer o trabalho de ajuste e tunnagem do mesmo, aí vem muitas vezes o próprio desenvolvedor na base da fuçação mesmo pra tentar configurar. Acaba até configurando corretamente, mas depois de muito penar e gerar desgastes com o cliente. Muitos lugares, o desenvolvedor vai para uma filial, chega lá não tem nada estruturado para ele trabalhar e lá vai o cara atrasar seu cronograma e partir pro heroismo pra resolver problemas que não deveriam existir lá. A questão que vejo, é que muitas empresas e muitos cartolas nao entendem que no universo do desenvolvimento, cada macaco no seu galho. Banco de dados é com DBA, desenvolvimento é com o programador e levantamento de requisitos/mapeamento de processos é com o analista. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br wchagasj%40bol.com.br http://delphitocorporerm.blogspot.com/ http://twitter.com/wchagas MSN: whitesock...@hotmail.com whitesockets%40hotmail.com SKYPE: WalterChagasJr - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Sent: Wednesday, July 14, 2010 10:26 PM Subject: Re: [delphi-br] Desempenho Firebird Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos com os campos de dados. Todo BD que trabalha em missão crítica (eu até diria que até mesmo o hardware) precisa de um tuning ou de refinamentos para melhorar a performance. A diferença é que no FB esse tipo de ajuste tem que ser feito pelo DBA no braço. Ou seja, não há wizards que fazem todo o trabalho pesado. Vc tem que conhecer os conceitos para saber exatamente o que está fazendo. Outros fatores são o processador em uso e a versão do BD que está usando (SuperClassic, ClassicServer, SuperServer) que pode oferecer mais refinamentos. Só por desencargo de consciência, indica pro teu amigo ler isso aqui ( http://www.sinatica.com/blog/br/index.php/artigos/firebird-superserver-classicserver-ou-superclassic) e acompanhar a Lista Firebase BR. Um BD que tenho vontade (só vontade, pois tempo eu não tenho mesmo...) de testar é o PostGree é gratuito e aguenta o tranco como os majors, pelo menos é o que dizem. Uma última dúvida: que BD entrou no lugar do FB? Tanto o Oracle XE quando o SQL Server Express tem limitações quanto ao tamanho máximo que o arquivo do BD pode assumir (acho que 4Gb em ambos) e no Oracle ainda há a limitação de núcleos de processador (só usa 1 núcleo). Atte, 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 qua, 14/7/10, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.br Assunto: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Data: Quarta-feira, 14 de Julho de 2010, 10:26 Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [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
Re: [delphi-br] Desempenho Firebird
Amigo, tenho usado Firebird em todos meus sistemas, e digo que ele sim é muito bom... agora.. usar ele para sistemas de missão crítica!? Aí eu já acho que não compensa... podem dizer o que for, o Firebird é bom? Sim! Mas depende do caso... []s Em 14 de julho de 2010 10:26, Eny Urias enyur...@yahoo.com.br escreveu: Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] -- _ T.·.F.·.A.·. Fellipe Henrique http://blogs.digitumsoft.com.br/fellipeh --- [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
Re: [delphi-br] Desempenho Firebird
*Boa tarde!* O Firebird é muito bom, mas como qualquer sistema gerenciador de banco de dados, precisa ser bem configurado e o banco precisa ser bem projetado, afinal ele não faz milagres. Lógico que Oracle será sempre Oracle, como DB2 será sempre DB2, mas o Firebird dá conta do recado sim! O que falta geralmente é pessoas que sabem realmente mexer nele e para isso existem bons livros e o FDD que todo ano acontece em Piracicaba e este ano será dia 17 de julho, quem puder comparecer, poderá ver com os mestres e doutores no Firebird que ele dá conta perfeitamente do recado. *Obrigado,* ** *Fabiano* Em 14 de julho de 2010 10:39, Fellipe Henrique felli...@gmail.comescreveu: Amigo, tenho usado Firebird em todos meus sistemas, e digo que ele sim é muito bom... agora.. usar ele para sistemas de missão crítica!? Aí eu já acho que não compensa... podem dizer o que for, o Firebird é bom? Sim! Mas depende do caso... []s Em 14 de julho de 2010 10:26, Eny Urias enyur...@yahoo.com.br escreveu: Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] -- _ T.·.F.·.A.·. Fellipe Henrique http://blogs.digitumsoft.com.br/fellipeh --- [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Desempenho Firebird
Sim o Firebird é bom, mas,, esse mas é que mata... fiz um teste num mesmo servidor, mesmo aplicativo (delphi) , mesmo metodologia de acesso e gravação de dados (winserver NTFS) , mesma ferramenta de acesso. (dbexpress e depois com Zeos). E o postgresql ganhou com louvor no acesso, na velocidade de resposta. O que ajuda no caso do firebird é a distribuição que é muito simples para instalar no usuário final. Vai instalar um server postgresql, ou sqlserver ? no firebird, vc pode automatizar todo o processo. se vc quiser o servidor firebird é instalado, junto ao programa, e o usuário se quer ve, algo do firebird no processo. Agora em questão de perfomace, com certeza há SGBD melhores. No quisito SEGURANÇA o firebird sózinho não oferece nenhuma segunça, mesmo que vc mude a senha do sysdba . O que se pode fazer é esconder o acesso ao .fdb nem sei se com os outros SGBD é assim, mas enfim, isso é uma falha grande. No mais para o dia a dia o firebird é que tem de melhor custo x beneficio. Mas como já foi dito, cada caso deve ser analisado a parte. 2010/7/14 Fabiano Moura mctbra...@gmail.com *Boa tarde!* O Firebird é muito bom, mas como qualquer sistema gerenciador de banco de dados, precisa ser bem configurado e o banco precisa ser bem projetado, afinal ele não faz milagres. Lógico que Oracle será sempre Oracle, como DB2 será sempre DB2, mas o Firebird dá conta do recado sim! O que falta geralmente é pessoas que sabem realmente mexer nele e para isso existem bons livros e o FDD que todo ano acontece em Piracicaba e este ano será dia 17 de julho, quem puder comparecer, poderá ver com os mestres e doutores no Firebird que ele dá conta perfeitamente do recado. *Obrigado,* ** *Fabiano* Em 14 de julho de 2010 10:39, Fellipe Henrique felli...@gmail.comfellipeh%40gmail.com escreveu: Amigo, tenho usado Firebird em todos meus sistemas, e digo que ele sim é muito bom... agora.. usar ele para sistemas de missão crítica!? Aí eu já acho que não compensa... podem dizer o que for, o Firebird é bom? Sim! Mas depende do caso... []s Em 14 de julho de 2010 10:26, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br escreveu: Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] -- _ T.·.F.·.A.·. Fellipe Henrique http://blogs.digitumsoft.com.br/fellipeh -- [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [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
Re: [delphi-br] Desempenho Firebird
*Boa tarde!* Leonardo, o problema da maioria dos desenvolvedores que usam o Firebird na minha opinião e de vários especialistas experts no Firebird (que é o caso dos russos que fazem parte da IBSourgeon, Cantú, entre outros, que sempre estão no FDD) dizem, que os usuários tem o costume de instalar e deixar a configuração de fábrica (não que isto esteja errado, mas alguns problemas de performance poderia ser resolvido mudando algumas configurações), muitos nem mesmo sabem a diferença entre o Super Server e o Classic Server e no que poderia melhorar numa escolha ou configuração do banco de dados. Sem dúvida que cada caso deve ser analisado a parte, mas na grande maioria das vezes e para a grande maioria das aplicações, o Firebird dá conta do recado e tranquilo, como é o meu caso, que tenho clientes de missão crítica, aonde tem mais ou menos 120 transações sendo feitos simultaneamente, sem falar das rotinas internas do banco (triggers, stored procedures) que uso muito e de alguns relatórios pesados, que apesar de ser apenas leitura indexada do banco, mas os relatórios pesados (pesado no sentido de realizar o processamento de dados e alguns cálculos complexos e que na aplicação demoraria e muito para ser feito), são feitos diretamente no banco, trazendo somente o resultado para a aplicação. Já vi também, casos que os desenvolvedores criam as tabelas, campos e não criam índices, deixando assim uma consulta mais lenta e é logico que cada caso é um caso e deve ser analisado muito bem, mas muitos utilizam os bancos de dados somente como repositório de dados, não usando nada a mais do banco que poderia deixar mais rápido. *Obrigado,* *Fabiano* Em 14 de julho de 2010 15:22, Leonardo Quinino leonardo.quin...@gmail.comescreveu: Sim o Firebird é bom, mas,, esse mas é que mata... fiz um teste num mesmo servidor, mesmo aplicativo (delphi) , mesmo metodologia de acesso e gravação de dados (winserver NTFS) , mesma ferramenta de acesso. (dbexpress e depois com Zeos). E o postgresql ganhou com louvor no acesso, na velocidade de resposta. O que ajuda no caso do firebird é a distribuição que é muito simples para instalar no usuário final. Vai instalar um server postgresql, ou sqlserver ? no firebird, vc pode automatizar todo o processo. se vc quiser o servidor firebird é instalado, junto ao programa, e o usuário se quer ve, algo do firebird no processo. Agora em questão de perfomace, com certeza há SGBD melhores. No quisito SEGURANÇA o firebird sózinho não oferece nenhuma segunça, mesmo que vc mude a senha do sysdba . O que se pode fazer é esconder o acesso ao .fdb nem sei se com os outros SGBD é assim, mas enfim, isso é uma falha grande. No mais para o dia a dia o firebird é que tem de melhor custo x beneficio. Mas como já foi dito, cada caso deve ser analisado a parte. 2010/7/14 Fabiano Moura mctbra...@gmail.com *Boa tarde!* O Firebird é muito bom, mas como qualquer sistema gerenciador de banco de dados, precisa ser bem configurado e o banco precisa ser bem projetado, afinal ele não faz milagres. Lógico que Oracle será sempre Oracle, como DB2 será sempre DB2, mas o Firebird dá conta do recado sim! O que falta geralmente é pessoas que sabem realmente mexer nele e para isso existem bons livros e o FDD que todo ano acontece em Piracicaba e este ano será dia 17 de julho, quem puder comparecer, poderá ver com os mestres e doutores no Firebird que ele dá conta perfeitamente do recado. *Obrigado,* ** *Fabiano* Em 14 de julho de 2010 10:39, Fellipe Henrique felli...@gmail.com fellipeh%40gmail.com escreveu: Amigo, tenho usado Firebird em todos meus sistemas, e digo que ele sim é muito bom... agora.. usar ele para sistemas de missão crítica!? Aí eu já acho que não compensa... podem dizer o que for, o Firebird é bom? Sim! Mas depende do caso... []s Em 14 de julho de 2010 10:26, Eny Urias enyur...@yahoo.com.br enyurias%40yahoo.com.br escreveu: Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] -- _
Re: [delphi-br] Desempenho Firebird
Com certeza, cada caso é um caso, além de outras questões que tem versões de banco de dados (ae, não só o firebird, mas outros titulos tbm), que funcionam melhor com o server linux, ou server windows, etc,etc. Ae onde entra o ajuste fino que você citou. 2010/7/14 Fabiano Moura mctbra...@gmail.com *Boa tarde!* Leonardo, o problema da maioria dos desenvolvedores que usam o Firebird na minha opinião e de vários especialistas experts no Firebird (que é o caso dos russos que fazem parte da IBSourgeon, Cantú, entre outros, que sempre estão no FDD) dizem, que os usuários tem o costume de instalar e deixar a configuração de fábrica (não que isto esteja errado, mas alguns problemas de performance poderia ser resolvido mudando algumas configurações), muitos nem mesmo sabem a diferença entre o Super Server e o Classic Server e no que poderia melhorar numa escolha ou configuração do banco de dados. Sem dúvida que cada caso deve ser analisado a parte, mas na grande maioria das vezes e para a grande maioria das aplicações, o Firebird dá conta do recado e tranquilo, como é o meu caso, que tenho clientes de missão crítica, aonde tem mais ou menos 120 transações sendo feitos simultaneamente, sem falar das rotinas internas do banco (triggers, stored procedures) que uso muito e de alguns relatórios pesados, que apesar de ser apenas leitura indexada do banco, mas os relatórios pesados (pesado no sentido de realizar o processamento de dados e alguns cálculos complexos e que na aplicação demoraria e muito para ser feito), são feitos diretamente no banco, trazendo somente o resultado para a aplicação. Já vi também, casos que os desenvolvedores criam as tabelas, campos e não criam índices, deixando assim uma consulta mais lenta e é logico que cada caso é um caso e deve ser analisado muito bem, mas muitos utilizam os bancos de dados somente como repositório de dados, não usando nada a mais do banco que poderia deixar mais rápido. *Obrigado,* *Fabiano* Em 14 de julho de 2010 15:22, Leonardo Quinino leonardo.quin...@gmail.com leonardo.quinino%40gmail.comescreveu: Sim o Firebird é bom, mas,, esse mas é que mata... fiz um teste num mesmo servidor, mesmo aplicativo (delphi) , mesmo metodologia de acesso e gravação de dados (winserver NTFS) , mesma ferramenta de acesso. (dbexpress e depois com Zeos). E o postgresql ganhou com louvor no acesso, na velocidade de resposta. O que ajuda no caso do firebird é a distribuição que é muito simples para instalar no usuário final. Vai instalar um server postgresql, ou sqlserver ? no firebird, vc pode automatizar todo o processo. se vc quiser o servidor firebird é instalado, junto ao programa, e o usuário se quer ve, algo do firebird no processo. Agora em questão de perfomace, com certeza há SGBD melhores. No quisito SEGURANÇA o firebird sózinho não oferece nenhuma segunça, mesmo que vc mude a senha do sysdba . O que se pode fazer é esconder o acesso ao .fdb nem sei se com os outros SGBD é assim, mas enfim, isso é uma falha grande. No mais para o dia a dia o firebird é que tem de melhor custo x beneficio. Mas como já foi dito, cada caso deve ser analisado a parte. 2010/7/14 Fabiano Moura mctbra...@gmail.com mctbrasil%40gmail.com *Boa tarde!* O Firebird é muito bom, mas como qualquer sistema gerenciador de banco de dados, precisa ser bem configurado e o banco precisa ser bem projetado, afinal ele não faz milagres. Lógico que Oracle será sempre Oracle, como DB2 será sempre DB2, mas o Firebird dá conta do recado sim! O que falta geralmente é pessoas que sabem realmente mexer nele e para isso existem bons livros e o FDD que todo ano acontece em Piracicaba e este ano será dia 17 de julho, quem puder comparecer, poderá ver com os mestres e doutores no Firebird que ele dá conta perfeitamente do recado. *Obrigado,* ** *Fabiano* Em 14 de julho de 2010 10:39, Fellipe Henrique felli...@gmail.comfellipeh%40gmail.com fellipeh%40gmail.com escreveu: Amigo, tenho usado Firebird em todos meus sistemas, e digo que ele sim é muito bom... agora.. usar ele para sistemas de missão crítica!? Aí eu já acho que não compensa... podem dizer o que for, o Firebird é bom? Sim! Mas depende do caso... []s Em 14 de julho de 2010 10:26, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br enyurias%40yahoo.com.br escreveu: Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu
Re: [delphi-br] Desempenho Firebird
Desconfio desse tipo de chute. Já vi gente dizendo Firebird em sistemas de missão critica (acho que um deles é o Bruno Lichot). Não posso dizer muito pois não tenho nenhum sistema de missão critica, mas posso dizer que no quesito VOLUME DE DADOS o FB aguenta o tranco. Um camarada aqui tem um sistema que já acumulou 40 GB de dados dos mais diversos na base e roda que é uma belezinha .Tem foto, áudio, vídeo e até planilhas e arquivos PDFs gravados no BD juntos com os campos de dados. Todo BD que trabalha em missão crítica (eu até diria que até mesmo o hardware) precisa de um tuning ou de refinamentos para melhorar a performance. A diferença é que no FB esse tipo de ajuste tem que ser feito pelo DBA no braço. Ou seja, não há wizards que fazem todo o trabalho pesado. Vc tem que conhecer os conceitos para saber exatamente o que está fazendo. Outros fatores são o processador em uso e a versão do BD que está usando (SuperClassic, ClassicServer, SuperServer) que pode oferecer mais refinamentos. Só por desencargo de consciência, indica pro teu amigo ler isso aqui (http://www.sinatica.com/blog/br/index.php/artigos/firebird-superserver-classicserver-ou-superclassic) e acompanhar a Lista Firebase BR. Um BD que tenho vontade (só vontade, pois tempo eu não tenho mesmo...) de testar é o PostGree é gratuito e aguenta o tranco como os majors, pelo menos é o que dizem. Uma última dúvida: que BD entrou no lugar do FB? Tanto o Oracle XE quando o SQL Server Express tem limitações quanto ao tamanho máximo que o arquivo do BD pode assumir (acho que 4Gb em ambos) e no Oracle ainda há a limitação de núcleos de processador (só usa 1 núcleo). Atte, 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 qua, 14/7/10, Eny Urias enyur...@yahoo.com.br escreveu: De: Eny Urias enyur...@yahoo.com.br Assunto: [delphi-br] Desempenho Firebird Para: delphi-br@yahoogrupos.com.br Data: Quarta-feira, 14 de Julho de 2010, 10:26 Acabei de falar com um amigo que trabalha numa empresa de rastreamento de veículos onde as informações chegam a cada milésimos de segundo e ele me disse exatamente assim: Tirei o firebird de todos os sistemas esta semana ficou 10 80 % mais rápido foi a maior c...@#$ colocar aquele firebird a coisa cresceu e ele não dava conta ... posso dizer uma coisa os plantões estão muito mais sussegados... Eu sempre tive essa dúvida... Porque o Firebird ainda é tão divulgado e utilizado entre os delphianos? Qual a vantagem em relação as versões Express do SQL e do Oracle? Existem outros bancos free bons também, não? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]