FireBase RSS News

23º Firebird Developers Day só em 2027

olhe_no_site@firebase.com.br) — Mon, 06 Aug 2001 00:00:00 -0300

Durante 22 anos ininterruptos, o Firebird Developers Day reuniu a comunidade para compartilhar inovação, tendências e as novidades que definem o rumo dos projetos que rodam sobre a nossa base de dados favorita. Essa consistência consolidou o FDD como o maior evento sobre Firebird no mundo.

O compromisso número um do FDD com quem participa sempre foi muito claro: entregar conteúdo relevante e de altíssimo nível técnico. Quem sobe ao palco ou senta na plateia sabe que o evento existe para apresentar o futuro, não para requentar o passado.

Como o atraso do cronograma do Firebird 6.0, optamos por uma decisão simples e transparente: em vez de realizar uma edição sem novidades, decidimos aguardar até o ponto quando a nova versão estiver pronta para ser explorada na prática.

Por essa razão, pela primeira vez na nossa história, faremos um intervalo pontual este ano. A 23ª edição do Firebird Developers Day acontecerá em 2027, quando o Firebird 6.0 estiver mais maduro e na iminência de ser lançado, com palestras inéditas, novidades arquiteturais e aquele networking tradicional que só a nossa conferência entrega.

Seguiremos firmes acompanhando os avanços do desenvolvimento aqui no portal e nos canais habituais.

Financiamento coletivo para aprimorar o QA do Firebird

olhe_no_site@firebase.com.br) — Mon, 06 Aug 2001 00:00:00 -0300

O Firebird SQL conta atualmente com 93 pull requests (PRs) abertos com correções de bugs e novos recursos! De modo geral, isso é ótimo, mas há um problema: a falta de recursos de QA para revisar o código e testar as correções e funcionalidades propostas. A confiabilidade do Firebird é prioridade absoluta, e nenhuma alteração pode ser incorporada sem a devida revisão e testes.

O que são recursos de QA?
Primeiro, o tempo dos engenheiros de QA; segundo, máquinas virtuais (VMs) para execução dos testes de QA, especialmente para testes de desempenho.

A Firebird Foundation precisa de US$ 20.000 adicionais ao longo dos próximos seis meses para manter o ritmo e fornecer um processo de QA adequado para o projeto.

Por favor, participe e faça sua doação: mesmo a menor contribuição faz a diferença. Isso aproxima o lançamento do Firebird 6 e melhora a qualidade do software.

A página da campanha de arrecadação está disponível aqui.

Performance Comparer for Firebird versão 1.1

olhe_no_site@firebase.com.br) — Thu, 06 Aug 2009 00:00:00 -0300

O FBPC versão 1.1 chegou com melhorias importantes em todo o fluxo de comparação. A ferramenta permite importar os comandos SQL registrados pela API de trace do Firebird e executá-los em dois ambientes diferentes, facilitando a avaliação de versões do servidor, configurações e infraestrutura.

Nesta versão, o foco foi tornar os testes mais seguros, os resultados mais confiáveis e o diagnóstico de problemas muito mais claro.

As 7 principais novidades

Importação de traces mais confiável

Os arquivos de trace agora são lidos corretamente em UTF-8, reduzindo problemas com caracteres corrompidos e melhorando a identificação de comandos, planos e parâmetros. A geração do trace.conf também passa a incluir corretamente o filtro de exclusão, tanto na sintaxe atual quanto na sintaxe do Firebird 2.5.
Maior compatibilidade e precisão nos parâmetros

A versão 1.1 amplia o suporte a valores nulos, números exatos, datas, horários, timestamps, fusos horários, valores booleanos, inteiros de alta precisão, DECFLOAT, blobs e strings com aspas. Valores NUMERIC e DECIMAL preservam sua precisão sempre que possível, evitando arredondamentos indesejados.
Execução segura por padrão

O FBPC agora identifica consultas somente leitura e comandos com possíveis efeitos colaterais. Consultas comuns são executadas em modo somente leitura, enquanto alterações de dados, DDL, procedures e blocos potencialmente destrutivos exigem confirmação e são sempre revertidos ao final. Comandos que poderiam interferir nessa proteção, como COMMIT e ROLLBACK, são bloqueados.
Reconhecimento mais preciso dos diferentes tipos de comando

A decisão entre abrir um conjunto de resultados ou apenas executar um comando agora usa as informações fornecidas pelo próprio Firebird. Isso melhora o suporte a SELECT, PSQL selecionável, procedures e comandos com RETURNING, sem depender de palavras encontradas no texto SQL e sem mensagens de exceção enganosas no depurador.
Concorrência mais previsível e isolada

A quantidade configurada de conexões agora representa o total real usado no teste, incluindo a conexão que realiza a medição. Cada conexão auxiliar gerencia seus próprios recursos, e a medição só começa quando todas estiverem prontas. Falhas durante a inicialização encerram o processo de forma segura.

Atenção: configurações criadas em versões anteriores podem precisar de ajuste, pois a quantidade de conexões deixou de significar “conexões auxiliares” e passou a representar o total de conexões. Valores iguais a zero devem ser alterados manualmente para pelo menos 1.
Diagnósticos claros para falhas nas conexões auxiliares

Erros das conexões concorrentes não são mais ignorados. O FBPC registra o contexto necessário em errors.log, sem incluir senhas, agrupa falhas repetidas e apresenta um resumo ao final da comparação. Tentativas consecutivas também recebem pausas progressivas, evitando consumo excessivo de CPU.
Conexões validadas e resultados mais consistentes

As propriedades do servidor agora são validadas antes da execução, incluindo protocolo, host, porta, dialeto, charset, banco de dados e biblioteca cliente de 32 bits. O novo botão Testar conexão permite verificar a configuração antes de iniciar uma comparação. Tempos, planos e erros antigos são limpos em conjunto, e comparações visuais só aparecem quando existem resultados válidos nos dois ambientes.

Electric Firebird

olhe_no_site@firebase.com.br) — Thu, 06 Aug 2009 00:00:00 -0300

O Electric Firebird compila o mecanismo de banco de dados Firebird para WebAssembly (WASM), seguindo uma abordagem semelhante à adotada pelo PGlite para o PostgreSQL.

O objetivo é permitir que o Firebird seja executado tanto no lado do servidor (Node.js) quanto totalmente no lado do cliente, diretamente no navegador, sem a necessidade de comunicação com um servidor para executar as consultas.

Principais destaques:

Dois backends: uma implementação nativa para Node.js, utilizando o Firebird Embedded Server, e uma versão compilada para WASM destinada aos navegadores.
A versão para navegador armazena os dados de forma persistente no IndexedDB, fazendo com que eles sejam preservados mesmo após recarregar a página.
Há suporte a consultas parametrizadas, transações, valores tipados e segurança para acesso simultâneo por diferentes abas do navegador.
Licenciado sob a Apache-2.0.
Para compilação, requer Node.js 20 ou superior e uma biblioteca cliente do Firebird. A compilação da versão WASM utiliza o Emscripten SDK.

Há também uma demo que funciona diretamente no navegador, na qual os comandos SQL são executados inteiramente no lado do cliente, sem que nenhum dado seja enviado para um servidor: https://mariuz.github.io/electric-firebird/

O projeto ainda está em desenvolvimento ativo. A execução de comandos DDL e DML, assim como o uso de transações, já foi confirmada tanto no Node.js quanto no Chromium.

Feedbacks, testes e contribuições para o projeto são muito bem-vindos.

Firebird SimCity

olhe_no_site@firebase.com.br) — Wed, 06 Aug 2008 00:00:00 -0300

O FBSimCity é uma visualização interativa dos internals do Firebird: uma cidade isométrica explorável onde cada prédio representa um subsistema do clássico artigo Conceptual Architecture for Firebird (Chan & Yashkir), e as queries trafegam pelo pipeline como partículas brilhantes — do porto REMOTE > Y-valve > DSQL > JRD, com a torre do lock manager vigiando tudo.

A simulação tem a cara do Firebird do início ao fim: as versões de registro MGA empilham andares nas torres a cada UPDATE, os contadores Next/OAT/OIT rodam ao vivo no Salão das Transações — ative uma transação de longa duração e veja o OIT travar a coleta de lixo (garbage collection) — um caminhão de limpeza faz a ronda pelas tabelas, e o cache de páginas pisca acertos e erros acima da escavação de careful writes (sem WAL aqui).

A versão 0.3.0 traz um inspetor de cadeia de versões ao vivo com IDs de transação reais, um passeio textual acessível por todo o pipeline em https://mariuz.github.io/FBSimCity/lifecycle.html, além de um tour guiado, rastreamento de query passo a passo, cenários predefinidos e links profundos compartilháveis como este, que te leva direto a uma cidade com OIT travado e o inspetor de cadeia já aberto.

Experimente: https://mariuz.github.io/FBSimCity/

Código-fonte (MIT, HTML/JS puro, sem build): https://github.com/mariuz/FBSimCity

É um modelo para construir intuição, não um emulador — correções de quem entende dos internals do motor são muito bem-vindas.

Novo artigo sobre MCP com Firebird

olhe_no_site@firebase.com.br) — Wed, 06 Aug 2008 00:00:00 -0300

Com a IA ganhando cada vez mais importância e presença na vida dos desenvolvedores, o uso de MCPs para amplicar o alcance/interação delas com outras ferramentas está cada vez mais comum.

Felizmente, o Firebird já conta com pelo menos 2 MCPs e no artigo publicado eu comparo as principais características e diferenças de cada um deles para ajudar você a decidir qual seria o melhor para o seu uso.

Livro sobre Diagnóstico de Performance (grátis)

olhe_no_site@firebase.com.br) — Wed, 06 Aug 2008 00:00:00 -0300

IBPhoenix Tem o Prazer de Anunciar o Lançamento de um Novo E-book Gratuito:

Practical Firebird Performance Diagnostics: A Structured Approach

Ao contrário dos guias tradicionais de otimização de desempenho, este e-book foca no raciocínio por trás de um diagnóstico bem-sucedido. Ele introduz uma estrutura sistemática que ajuda os profissionais de Firebird a irem dos sintomas observados até explicações fundamentadas, classificando problemas, selecionando estratégias de investigação adequadas, interpretando evidências Corretamente e utilizando ferramentas de diagnóstico com um propósito claro.

O livro abrange todo o processo de diagnóstico, desde a compreensão do porquê de algumas investigações falharem até a interpretação de tabelas de monitoramento, sessões de trace, saídas de profiler, relatórios do gstat, métricas do sistema operacional e o comportamento do hardware moderno no contexto do desempenho do Firebird.

Seja você um administrador de banco de dados, desenvolvedor, consultor ou engenheiro de suporte, este e-book oferece uma metodologia prática para abordar problemas complexos de desempenho com maior confiança e consistência.

O livro está disponível gratuitamente na loja da IBPhoenix.

Boa leitura!

Analisando arquivos de trace facilmente

olhe_no_site@firebase.com.br) — Wed, 06 Aug 2008 00:00:00 -0300

Todo DBA ou desenvolvedor Firebird já enfrentou o pesadelo de abrir um arquivo de trace com centenas de megabytes e milhões de linhas ilegíveis para tentar diagnosticar uma lentidão no sistema. A informação necessária para salvar a performance do seu banco de dados pode estar toda ali, mas destrinchá-la manualmente é um desafio exaustivo que consome horas preciosas de trabalho.

É exatamente para fechar esse buraco que nasceu o fbtrace, uma ferramenta web gratuita que transforma logs massivos em relatórios interativos, visuais e fáceis de entender em poucos minutos. Basta arrastar o seu arquivo (até mesmo compactado) para descobrir instantaneamente quais queries estão sobrecarregando o servidor, quais tabelas estão sofrendo com o temido full scan e como o otimizador se comportou sob pressão.

Laravel-Firebird (Benson fork)

olhe_no_site@firebase.com.br) — Mon, 06 Aug 2007 00:00:00 -0300

Desenvolvedores que utilizam o ecossistema Laravel e dependem do banco de dados relacional Firebird agora contam com uma nova alternativa robusta para seus projetos. Foi anunciado o lançamento de um fork otimizado do driver de conexão, projetado especificamente para resolver gargalos históricos de compatibilidade e estabilidade entre o framework PHP e o SGBD.

A iniciativa surgiu da necessidade de suprir lacunas deixadas por implementações legadas que não acompanhavam o ritmo de atualizações do Laravel ou que apresentavam falhas críticas em operações de longa duração.

Correções de arquitetura e foco em estabilidade

Diferente de pacotes anteriores mantidos pela comunidade, este novo fork introduz melhorias profundas na camada de persistência e comunicação de dados. Entre os principais destaques técnicos e implementações específicas estão:

Mecanismo de Reconnector Corrigido: O driver agora conta com uma implementação nativa e funcional do comportamento de reconexão automática. A melhoria é indispensável para evitar quedas e perdas de conexão em processos de fila (Queue Workers) e tarefas agendadas em background.
Suporte Nativo a Auto Increment (Generators e Triggers): O mapeamento do ORM Eloquent foi refinado para interpretar corretamente a estrutura de chaves primárias do Firebird, suportando a injeção manual via Model ou o consumo transparente de GENERATOR/SEQUENCE do banco de dados.
Tratamento de Caixa (Upper/Lower Case): Correção na normalização do retorno de colunas e atributos. A mudança mitiga falhas comuns de mapeamento causadas pela tradicional insensibilidade ou conversão automática para maiúsculas do dialeto Firebird.
Aprimoramento da Gramática do Query Builder: Ajustes finos na compilação das instruções SQL geradas pelo Laravel, garantindo total fidelidade sintática na tradução das queries para o dialeto ISQL.

Obtenha mais informações sobre essa implementação neste artigo.

Ganhos inesperados com o FB 5

olhe_no_site@firebase.com.br) — Mon, 06 Aug 2007 00:00:00 -0300

Uma melhoria fundamental na arquitetura do motor do Firebird 5.0 (introduzida nativamente no ODS 13.1) resolveu um antigo problema de desperdício de espaço em disco relacionado ao armazenamento de campos de texto longos e valores nulos subsequentes.

O Cenário Anterior

Nas versões anteriores, o Firebird utilizava um algoritmo clássico de compressão do tipo RLE (Run-Length Encoding) ao nível de registro. Esse algoritmo comprimia sequências de até 128 bytes idênticos em uma estrutura fixa de apenas 2 bytes. Embora eficiente para repetições pequenas, essa abordagem limitava a taxa máxima de compressão a apenas 64x.

O Impacto no Tamanho (Overhead Reportado)

Destaque sobre o consumo de armazenamento:
Conforme apontado por Dmitry Yemanov na abertura da issue, sob o algoritmo antigo, qualquer campo declarado como VARCHAR(32000) que estivesse completamente vazio ou com valor NULL acabava ocupando impressionantes 500 bytes em disco. Isso acontecia porque a longa cadeia de bytes zero gerada pelo preenchimento (padding) do registro não conseguia ser reduzida além do limite padrão de 64x, gerando um overhead de armazenamento massivo e desnecessário.

A Mudança Implementada

Para corrigir esse comportamento, a modificação proposta na issue implementou um algoritmo RLE avançado dotado de um contador de comprimento variável.

A partir de agora, strings que sejam significativamente menores do que o tamanho máximo declarado, bem como grandes sequências de campos NULL consecutivos, são codificadas de forma muito mais densa. Isso resulta em menos blocos de dados no disco e uma redução drástica no tamanho final dos arquivos de banco de dados populados com esse perfil de dados.

Um usuário reportou a diminuição considerável no tamanho de um banco de dados ao migrar do Firebird 3 para o 5, atribuída justamente a essa melhoria no RLE. A base de dados que originalmente ocupava 65GB passou a ocupar 52GB. Obviamente a redução de espaço depende diretamente do tamanho e da quantidade de registros com campos Varchar que estejam nulos ou que estejam ocupados com dados muito menores do que o tamanho definido para o campo.

Para mais detalhes técnicos e acompanhamento da implementação, consulte a discussão completa no GitHub do Firebird (Issue #4723).

firebird-5-mcp: o Firebird na era dos agentes de IA

olhe_no_site@firebase.com.br) — Mon, 06 Aug 2001 00:00:00 -0300

FireBase RSS News

23º Firebird Developers Day só em 2027

Financiamento coletivo para aprimorar o QA do Firebird

Performance Comparer for Firebird versão 1.1

As 7 principais novidades

Importação de traces mais confiável

Maior compatibilidade e precisão nos parâmetros

Execução segura por padrão

Reconhecimento mais preciso dos diferentes tipos de comando

Concorrência mais previsível e isolada

Diagnósticos claros para falhas nas conexões auxiliares

Conexões validadas e resultados mais consistentes

Electric Firebird

Firebird SimCity

Novo artigo sobre MCP com Firebird

Livro sobre Diagnóstico de Performance (grátis)

Analisando arquivos de trace facilmente

Laravel-Firebird (Benson fork)

Correções de arquitetura e foco em estabilidade

Ganhos inesperados com o FB 5

O Cenário Anterior

O Impacto no Tamanho (Overhead Reportado)

A Mudança Implementada

firebird-5-mcp: o Firebird na era dos agentes de IA