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]