Comentários sobre: FireBird, O barato que sai caro

Por: Selmo

Selmo — Sun, 22 Jan 2012 15:32:43 +0000

Tenho um sistema em várias empresas, há mais de 4 anos, com o sgdb firebird e o tamanho médio é de 2GB. A performance é excelente (custo/benefício) e os poucos problemas de corromper banco eram solucionados com um bom no-break ou troca de HD. Vale citar que trabalho, também, como administrador de dados com Oracle e SQL Server. Além das observações citadas anteriormente relacionadas às configurações, devemos ter cuidado com a montagem/alteração nas tabelas relacionadas às restrições.
Só para finalizar, o banco do meu sistema é transacional e em alguns pontos do sistema ele é consumido como DW (Business Intelligence).

Por: Carlos Alberto

Carlos Alberto — Thu, 12 Jan 2012 12:28:15 +0000

Ao nasser, seu comentario é de quem não sabe nada do firebird e nem sequer leu esse post.

Nesse post alguns usuários mostraram esperiências com banco de 100GB e 120GB. mais esse não é o limite do firebird já foi realizados testes com bancos Firebird com mais de 1TB.

Não critique sem saber do que vai criticar.

Um abraço a todos

Por: nasser

nasser — Wed, 30 Nov 2011 19:00:12 +0000

Vocês estão falando de 40 MB…. no máximo 2 GB….

Só podem estar de brincadeira, tenho duas bases de dados em SQL Server, uma de 42 GB e outra de 178 GB (isso mesmo), e nem sonho em rodar isso num programa gratuito sem suporte.

No máximo migrar pra Oracle.

Por: Sierre Costa

Sierre Costa — Thu, 13 Oct 2011 02:55:29 +0000

Administro uma rede de uma loja de moveis, são 25 lojas cada loja com 10 a 15 maquinas deposito com 42 maquinas, rodando com firebird 2.5 online atraves de Vpn nosso banco esta com 4gb, é uma maravilha rapido muito bom. Firebird e otimo. O banco de dados precisa de uma boa rede, um bom servidor e configurações Corretas.

Por: Rodrigo Cardoso

Rodrigo Cardoso — Thu, 29 Sep 2011 12:46:44 +0000

Utilizamos aqui na empresa Firebird 2.1 em mais de 600 clientes. Temos bancos em torno de 10 gb. Trabalhamos com redes de lojas com replicação de dados.
Tínhamos problemas de corromper banco no início em que não era pré requisito Windows Server e hardware de qualidade. Hoje em dia temos pouquissimos problemas.
A grande chave em usar o firebird é montar um servidor bom. Configurá-lo é muito simples.
Problemas relatados a lentidão aí com certeza a pessoa terá problema com qualquer banco pois é uma questão de aprendizado(modelagem, desenvolvimento, etc) e não do BD em si.
Att.

Por: geovani

geovani — Wed, 28 Sep 2011 00:08:52 +0000

Boa noite, temos clientes que o FDB já ultrapassou os 10 GB a mtoooo tempo, trabalhamos com FB 2.5 e até então não apresentou nenhum problema, já geramos fdb com 100 GB para testes de performance, e se comportaram perfeitamente bem, o detalhe esta na escolha da versão certa do FB, pois entre a SS,CS e SC tem muita diferença. abraço

Por: Luiz Adriano

Luiz Adriano — Sat, 27 Aug 2011 18:25:15 +0000

Tenho mais de 20 anos de trabalho como desenvolvedor de sistemas……e aprendi uma coisa.
Sempre que fazem comentários demolidores e fantásticos, sobre um produto que é usado e aprovado por milhões mundo afora.
Ou é ma-fé ou deficiência técnica de quem faz.

Por: jerferson

jerferson — Thu, 18 Aug 2011 13:53:43 +0000

Firebird é um banco excelente.

Por: jerferson

jerferson — Wed, 17 Aug 2011 15:25:06 +0000

Acho que para falar de um produto ainda mais gratuito as pessoas(DBAs) antes de mais nada devem conhecer a ferramenta e não ser um mero usuário.

Muita informação inútil e poucos que conhecem realmente a ferramenta.

Lamento pela Gama que temos de profissionais da área e grande parte estão perdidos no que fazem.

Voltem aos livros e laboratórios aqueles que se sentirem mal com esse comentário.

Abraço senhores.

Por: Adriano

Adriano — Mon, 27 Jun 2011 15:11:30 +0000

dbexpress do Delphi 7, seria a melhor conexão com o Firebird?

Por: Adriano

Adriano — Fri, 24 Jun 2011 13:56:39 +0000

Por favor qual a melhor forma de conexão delphi 7 com Firebird, estou migrando meu sistema em clipper. Se puderem ajudar agradeço.
Desde já obrigado.
Adriano

Por: João

João — Fri, 06 May 2011 21:17:39 +0000

Não digo que esse é melhor que aquele… etc.
Entretanto foi mostrado na Softool’06, o “Avarda (ERP russo) que na época utilizava um servidor Firebird 2.0 Classic e com um número médio de 100 conexões simultâneas, atendendo a uma base de dados de 120GB com 700 milhões de registos.
O servidor era uma máquina bi-processada (2 CPUs – Dell PowerEdge 2950) com 6GB de RAM”.
Esse Firebird não deve ser fraco não…

Por: Nildo

Nildo — Tue, 26 Apr 2011 01:49:10 +0000

Boa noite a todos!
Eu utilizava interbase até o firebird surgir e melhorar em tudo. Concordo e discordo com alguns comentários a cima, mas eu confio mesmo é na minha experiência. O firebird é um ótimo SGDB e lhe dará um show de recursos se for bem configurado. Mas o mais importante, é a estrutura do seu banco de dados, dos bom relacionamento definidos, principalmente este último. Já me empenhei com alguns bancos que cresciam aceleradamente e outros que corrompiam com frequência. O segredo todo está nos relacionamentos interno do seu banco. Conheço vários outros programadores, assim como eu, que utilizam a mesma versão do firebird, mas que sempre se deparavam com problemas. Foi aí que percebi que a grande diferença dos bancos estavam no relacionamento. Os bancos problemáticos usavam tabelas soltas utilizando apenas índices independentes (péssimo isso). Foquem na estrutura, e vcs não terão problemas. Espero ter ajudado de alguma forma!

Por: Isaias Furtado

Isaias Furtado — Thu, 14 Apr 2011 17:31:41 +0000

Descobri no firebird, uma excelente ferramenta no quisito BD. Trabalho com bancos que já te + de 4 GB e tem se mostrado consistente. Posso dizer que o post inicial, além de infeliz mostra que tem muita gente mau informada e acha que é o “dono da cocada preta”. Lamentável.

Por: Jadir

Jadir — Mon, 11 Apr 2011 03:24:22 +0000

Utilizo Oracle desde 2002 e só tive problema em 2 clientes rodando windows 2003 server com Oracle 11g em que o problema foi “ORA-01033: ORACLE initialization or shutdown in progress” por falha do windows.

Nunca tive problema com os citados ao firebird, sobre indices, lentidão, uso excessivo de hardware, seja cache ou ram.

É claro que o Oracle tem uma demora ao carregar, digo isso porque tenho instalado no meu notebook. Mas depois de carregado trabalha normal. Obviamente, em uso nas empresas, o servidor está sempre ligado e isso nem se nota. E também em servidores com Dell, Hp, isso não ocorre.

Bom, deixando de lado o Oracle que é licenciado e bem caro, quando li a frase “o barato sai caro” fiquei apreensivo pois estava justamente garimpando pela net para ver opiniões de profissionais que ja utilizavam firebird.

Mas ao mesmo tempo me tranquilizei porque a maioria que usa base de dados com volume considerável fala bem do firebird.

Não tenho nenhuma experiência com firebird, mas pelo que os amigos disseram acima, e pelo que se lê, na revista active delphi, o firebird vai muito bem.

Pretendo migrar para firebird porque é free e suporta base de dados da pequena a grande empresa.

Não sei se esse forum é para isso, mas posso pedir informações, tirar dúvidas sobre firebird, aqui?

Abraço a todos.

Por: Sergio

Sergio — Wed, 02 Feb 2011 10:44:11 +0000

Post de grande infelicidade do autor, realmente coisa de quem não utiliza o FB. Posts assim, sem o autor entender do assunto que está publicando, diminuem a credibilidade do site.

Tenho experiência com o FB há mais de 10 anos e, EXCETO por problemas de hardware do servidor de clientes, NUNCA tive problema de corrupção de banco de dados.

Em minha opinião, uma das principais vantagens do FB se refere a sua excelente performance, inclusive com grande volume de dados e grande banco de dados.

Possuo atualmente mais de 1.200 clientes utilizando nossos sistemas, exclusivamente com FB (versões 1.5 e 2.1, e alguns poucos ainda com a versão 2.5).

Só tenho elogios e agradecimentos ao excelente trabalho realizado pelos desenvolvedores do FB, inclusive pelas constantes melhorias implantadas nas novas versões.

Grande abraço a todos.

Por: Leandro Pieri

Leandro Pieri — Fri, 28 Jan 2011 13:25:24 +0000

Boa dia a todos, espero ajudar com minha humilde experiência de 13 anos com o Firebird
tenho clientes de pequeno, médio e grande porte, não tenho nada a reclamar sobre o Banco, é excepcional, seguro e rápido, as menores bases rodam em torno de 300 Mb a 1 Gb, médias de 2 a 5 Gb e grandes de 10 a 40 Gb, com 300 conexôes simultâneas entre Redes locais e Terminal Server, em uma aplicação em Delphi orientada a objeto, o segredo está no dimensionamento da aplicação, imprescindível controle transacional, controle de intervalo do sweep do BD, índices e Foreign Key, triggers e componentes adequados ao FB, ou seja, uma modelagem bem feita é tudo, uma dica que nos auxiliou muito, foi de sempre participar dos Tech Day Firebird em Piracicaba todo o ano com excelentes profissionais e experts do ramo, durante todo este período de experiência, só tenho a agradecer a equipe que desenvolveu e ajuda no desempenho deste ótimo BD,
não troco por nada, hj estamos colocando em um cliente dois servidores HP de 20 Gb de memória cada HD SAS, e processadores de 8 núcleos para trabalhar em Cluster rodando o Firebird 2.5 para atender a demanda de 300 conexões tranquilamente entre aplicações em Delphi e Web, vai a dica pesquisem bastante sobre o banco, consulte pessoas esperientes, reveja sua aplicação e modelem o BD com todo carinho, revejam Joins e indices que deixam lentos, uma aplicação lenta hj, vc tem inúmeras formas no FB de otimizá-la, um peq. ex ontem disponibilizei um relatório em Fast Report de 600 páginas de posicionamento de estoque de equipamentos com números de série que tem cruzamento de várias tabelas, algumas com mais de um milhão de registros, trazendo resultado do posicionamento de 50.000 números de séries em menos de 2 minutos.
O Banco é muito bom, não falem mal sem conhecer profundamente a ferramenta. Abraço a Todos

Por: Nelsao - guarulhos

Nelsao - guarulhos — Wed, 08 Dec 2010 05:08:09 +0000

Unico problema que vejo no Firebird e a conexao remota, devido ao TCP/IP ser lento, mas tem Empresas de nome no exterior que tem bases de 1 Gb e nao da problemas(ver no site http://www.firebase.com( Empresas que usam grandes bases dados)).
Quanto MySql, nao sei se tem mesmo problema de conexao remota, mas tambem logo deve ter problema de licença gratuita.

Por: Rogério Queiroz

Rogério Queiroz — Mon, 22 Nov 2010 20:51:18 +0000

Detalhe muito importante!
Não interessa qual SGBD você esteja utilizando… Um banco de dados relacional mal projetado(e consequentimente sujeito a vários updates e upgrades de tabelas e relacionamentos) refletirá concerteza no desempenho de sua aplicação. Seja ela qual for.

Por: Rogério Queiroz

Rogério Queiroz — Mon, 22 Nov 2010 20:49:06 +0000

Utilizamos o firebird 2.1 e 2.5 tanto em sistemas em rede quanto em sistemas com banco de dados standAlone e não temos queixas quanto a isso.
Temos banco de dados de clientes com 3 anos de uso, banco com mais ou menos 10MBs…
Unica queixa que tenho com o firebird é na restauração de bases de dados.. as vezes demora mais que o esperado, porém, funciona 100%.