« Entenda os tipos de permissões no GNU/LINUX | Main | Coleção de telas do Thunderbird 1.0 »

quarta-feira, 8 de dezembro de 2004

Firebird: segundo lugar entre os bancos de dados em pesquisa nacional

Federico Javier Digiorgio (federico.digiorgio@softgen.com.br) enviou este link e acrescentou: "A revista Info Exame anualmente promove uma premiação dos so... (Ler na íntegra)

Publicado por brain às 10:45

Comentários dos leitores

(Termos de Uso)

» Comentário de Führ () em 08/12 11:02

O Firebird é muito bom mesmo. Aqui na empresa a gente usa ele, é uma maravilha. Firebird cisca no asfalto.

Parabéns ao pessoal do Firebird. Prêmio merecido!

Führ

» Comentário de Paulo Junqueira () em 08/12 11:05

Uso Firebird em todos os meus projetos. É muito simples de instalar, administrar, é bem rápido, têm um conjunto excelente de recursos de desenvolvimento, ferramentas de administração, sincronia de meta-data, fora o Oracle-Mode, que devo testar em breve (fyracle).

É... sou fã mesmo de Firebird.

» Comentário de ¢arnage () em 08/12 12:12

Eu uso e recomendo pela simplicidade na instalação e manutenção quase zero, além de uma boa performance.

» Comentário de gbitten () em 08/12 12:50

Nos últimos tempos tenho visto um crescimento muito grande do uso do Firebird como backend de sistemas comerciais.

» Comentário de caio_rj () em 08/12 13:57

Realmente o Firebird é exelente. Migrei um sistema de administração de clubes em Delphi com Paradox para Firebird a aproximadamente 8 meses, e até hoje não deu problemas.
Também utilizei no meu projeto final de faculdade, já este rodando num servidor Linux.
É fácil de instalar tanto em Windows como em Linux, além de possuir várias ferramentas livres que nos auxiliam em sua administração.

» Comentário de MediaSonic () em 08/12 14:13

Eita! ¢arnage de volta? Lembro que vc participava do forum ha uns 5 anos atras! :o)

Mas falando sobre o assunto. Realmente o FB é muito interessante! Tem vários recursos, é livre, o conjunto de bibliotecas é bastante ampla, enfim.

Já o utilizei em conjunto com o Delphi e na época era uma dupla e tanto.

» Comentário de Anonymous Coward () em 08/12 15:40

Interessante.
Meio off-topic:
Recentemente estive no lançamento do Delphi 2005 e me lembro que um dos palestrantes da Borland brincou, quando alguém perguntou sobre o suporte ao Firebird, no estilo "Firebird não é banco, use o Interbase..."
Acho que o Firebird está fazendo tanto sucesso que até mesmo a Borland está fazendo um "FUD" em torno dele...

» Comentário de Alguem () em 08/12 16:32

Anonymous!

Tens razão.. não sei se a apresentação que tais falando foi aqui em Bnu, mas aqui em Bnu aconteceu a mesma coisa.

No break do evento o cara falou para um grupinho (nao lembro exatamente as palavras) "ah, mas o Firebird é open source", em tom de desdém, como se open source fosse sinônimo de coisa meia-boca...

» Comentário de Challado () em 08/12 17:31

O Firebird é muito bom. Faltam algumas coisas para ele ser ótimo (já vou citá-las), mas é um banco de dados robusto. Tem diversas vantagens, e a maior delas (acredito eu) é a administração e instalação do SGDB, que realmente é muito simples. Tem um bom desempenho (mas ainda perde para o PostGreSQL), a linguagem procedural oferece uma robustez muito grande.
O que eu acredito que ainda falta ao firebird é uma maior confiabilidade no backup... Tive diversos casos em empresas onde eu criei um banco de dados e fiz um script automatizado de backup e acontecia que o backup do banco era feito sem erros, mas o mesmo não se restaurava por erros no banco. Não cheguei a ter muitos problemas por este motivo (acabava usando o qli para migrar os dados de um banco para outro), mas acho que um banco de dados como o Firebird não poderia ter uma falha dessas, até porque um administrador desavisado pode estar recebendo todos os dias os logs de seus backups sem apresentar problemas, mas quando ele for precisar restaurar um de seus backups, aí sim o bicho vai pegar.
Também lhe falta um esquema de replicação interna, sem a necessidade de usar programas externos, bem como um suporte SMP mais robusto. Acredito também que seja necessária uma remodelagem na forma em que se administram os índices do Gerenciador no sentido de que os PLANos de Otimização possuam um coeficiente de eficiência, permitindo ou não a criação de índices cujos PLAN's venham a prejudicar a performance geral do banco. Também acho que o banco de dados deveria ser separado em arquivos menores (por padrão, e não através do CREATE TABLE XX INTO YY) para melhorar a performance das buscas no banco.

» Comentário de Rafael Santini () em 08/12 22:34

Challado,

Concordo com você na questão do backup. Existem algumas situações que tornam inviável a restauração de um backup. Por esse motivo, procuro programar a rotina de backup dessa forma: pára o banco, copia o .gdb/.fdb, inicia o banco. As principais desvantagens são a necessidade de parar o sistema e o tamanho grande do arquivo. Mas, por enquanto, esse é a maneira "segura" de fazê-lo.

O erro mais comum é criar uma coluna not null em uma tabela que já tenha dados e esquecer de preenche-la. O backup será feito normalmente, mas a restauração irá parar na tabela em questão.

» Comentário de henrique paiva () em 09/12 08:55

Engraçado que enquanto a Borland faz FUD, a CA fala que garante que o Firebird é o BD mais rápido do mercado.

» Comentário de Paulo Junqueira () em 09/12 09:07

Sobre a questão dos campos not null, desenvolvi um software que checa quais as tabelas com campos not null que contém valores null.

Se alguém precisar, me mande um mail que mando com os fontes. Quero colocá-lo via GPL, mas nem sei como fazer isso... se alguém puder ajudar, agradeço.

» Comentário de PiTsA () em 09/12 09:09

Eu venho apostando muito no Firebird desde seu surgimento! Eu faço o que posso para divulga-lo e ajudar quem está iniciando com ele! Nos ultimos tempos realmente percebi que sua popularidade cresceu muito! Fiquei muito feliz em ver esta noticia =D

» Comentário de Paulo Junqueira () em 09/12 09:42

Já publiquei o meu simples (mas muito útil), software para checar valores null em campos not null, para FB e Interbase.

A licença está sobre LGPL.

Quem quiser, peça, distribua, etc, etc.

Está em Delphi, mas deve compilar em Kylyx tb.

» Comentário de Daniel () em 09/12 09:45

Só não pode se esquecer que é uma pesquisa da revista Info. Que tem um público que não se pode considerar como o maior conhecedor de Banco de dados.

O Firebird é legal, tem lá suas falhas, permite algumas coisas que não deveria, segundo o SQL/92, mas já fico contente que não destacaram o mySQL. Lamentável que o PHP venha com suporte nativo a ele. Isso e o fato de ser tão simnplisinho de instalar no ruindows desde as primeiras versões fez com que se tornasse tão popular, mesmo sendo uma droga em termos de recursos. E antes que venham falar que é "ultra rápido", argumneto típico dos seus fãs, vários benchmarks mostraram que o mySQL só é mais rápido sem acesso concorrente e sem ter restrição de integridade e outros controles. Senão fica atrás (e muito) do PostgreSQL e do FIrebird.

O formulário de comentários está desativado devido à mudança de sistema de gerenciamento de conteúdo.