Firebird 2.5
| Tweet |
|
Enviado por Lucas Fernando Amorim (lf·amorimΘyahoo·com·br):
Surpreende no Firebird também a capacidade de armazenamento de grandes volumes de informação, exigindo pouca ou qualquer configuração especial. O Firebird une as características de um SGDB simples com a de um corporativo.
Por isto convido você a conhecer mais sobre o lançamento da versão 2.5, o que é um marco na história deste software. Obtenha mais informações e ajude a divulgar acessando: http://mindthebird.com.” [referência: lfamorim.com]
| Tweet |
|
• Link direto para este post: http://br-l.org/!18633
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: Desenvolvedores










Saudações Lucas, complementando um pouco mais a notícia:
“Originário do antigo e descontinuado Interbase da Borland”
O Interbase continua sendo desenvolvido, mas não mais pela Borland/Inprise/Borland/CodeGear e sim pela Embarcadero (que comprou a CodeGear). A Borland liberou o código fonte do Interbase na versão 6.0 e depois voltou a fechar o código (felizmente já havia um sido criado um fork).
“…exigindo pouca ou qualquer configuração especial…”
O correto seria:
“…exigindo pouca ou nenhuma configuração especial…”
A versão 2.5 incorpora muitos recursos, sendo um dos principais destaques o novo tipo de servidor (SuperClassic). Para saber mais sobre as distintas versões e quando usar cada uma, consulte o link:
http://www.sinatica.com/blog/br/index.php/artigos/firebird-superserver-classicserver-ou-superclassic
Observação: Um erro bastante comum na implantação de um servidor com o Firebird é usarem hardware inadequado (marca chingling e ainda obsoleto), só porque este servidor de banco de dados tem requisitos modestos. O correto é dimensionar o hardware conforme o requisito da missão (número de usuários, tráfego de dados, etc.), colocar um sistema operacional seguro e próprio para banco de dados, no-break, sistema de backup com cópias guardadas fora da empresa (para o caso de sinistros), firewall, servidor dedicado e a salvo de dedos que adoram pressionar o botão reset, políticas de segurança (treinamentos), etc. Quanto maior for o custo de downtime do servidor, maior deverá ser o investimento na estrutura para evitar falhas e maior ainda deverá ser os recursos disponíveis para restabelecer o sistema no caso de sinistros/falha.
Excelente banco. Usamos em todos os projetos da empresa. Conheço MySql e demais, e todos têm seu valor, mas Firebird na minha opinião bate disparado.
Postgre é muito legal, mas parece que herda do Oracle a dificuldade de instalação e manutenção. Instalem e usem Firebird uma vez pra entenderem o que estou dizendo.
Costumo dizer que é como geladeira: espetou na tomada, funciona. Instalou, funciona e não para mais. Quase nenhuma administração.
Triggers, procedures, views, eventos, devired tables, common table expressions, campos calculados (isso facilita muuuito), domain types, sequences, etc, etc.
Multi-plataforma: windows, linux, mac, free-bsd, unix, etc.
Nossos sistemas dependem integralmente do Firebird e estamos muito contentes com ele. A versão 2.5 vai trazer muitas novidades, e a 3.0, que está no forno, mais ainda.
Mais um detalhe: livre de verdade. Sem essa de licença dupla. Futuro garantido. Comunidade atuante.
O site do projeto é horrível (na minha opinião), mas mesmo assim contém material para quem deseja iniciar com o banco. http://www.firebirdsql.org
Recomendo também a versão Personal do IBExpert, para administração e desenvolvimento.
Já colocamos notícia no nosso site apontando para o MindTheBird. Eles têm apresentações legais lá.
Grande abraço a todos.
Muito obrigado Builder pelo seu comentário, no meu blog já efetuei algumas modificações.
“…felizmente já havia um sido criado um fork…”
O correto seria:
“…felizmente já havia sido criado um fork…”
Quanto a sua observação, estou totalmente de acordo. Todo ambiente deve ser corretamente dimensionado para evitar qualquer dor de cabeça. No texto, caso houve alguma confusão, quis deixar claro que é um banco que escala facilmente quando há disponibilidade de recursos.