Logiciel : Le Projet Firebird publie Firebird 2.0
Posté par Philippe Makowski (page perso, ). Modéré le 13 novembre 2006.
Firebird 2.0 est le résultat de plus de deux années de travail de la part d’une large communauté internationale de développeurs et utilisateurs. Cette version apporte un nombre important d’améliorations attendues depuis longtemps qui améliorent significativement les performances, la sécurité et la prise en charge des langues internationales et met en oeuvre des nouvelles fonctionnalités SQL.
En outre, cette version dispose d’un code beaucoup plus robuste à partir duquel la ré-écriture de l’architecture prévue pour Firebird 3.0 est en cours de réalisation.
![[en]](../images/en.png)
Firebird 2.0 (1749 hits)![[fr]](../images/fr.png)
Firebird en français (3320 hits)-
Fondation Firebird (417 hits)
> Lire la dépêche (18 commentaires, moyenne: 4,1).
Vous avez demandé le commentaire #774142.
Run by 
Cette page a été générée par Templeet en 0.0537s (dont 0.0054 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Positionnement..?
Ca se positionne ou par rapport a un mysql ou un postgresql?
Ce commentaire est :
Génial, Nul, 42
[^]Re: Positionnement..?
Comme une alternative supplémentaire.
Non, rien.
[^]Re: Positionnement..?
oui mais elle a quoi de spécifique par rapport à mysql ou postgresql ?
Quels pourraient-être les arguments pour choisir firebird ?
[^]Re: Positionnement..?
FireBird, c'est presque le meilleur des deux mondes ;-)
La facilité d'utilisation/admin de MySQL, le niveau fonctionnel de PostGreSQL, avec des performances correctes. Bien sur, avec le temps, les différences notoires entre es SGBD se marginalisent.
Un des avantages de FireBird, c'est qu'il est facilement "embarquable" dans une application, sur le même principe que SQLite mais avec un moteur SQL plus complet (et accessible en C/JDBC)
[^]Re: Positionnement..?
Difficile de vraiment répondre à cette question sans risquer de tomber dans le troll velu.
Firebird, c'est une "vraie" base relationnelle. La gestion des transactions n'y est pas optionnelle et liée au type de table déclaré. Les procédures stockées et les triggers sont éprouvées ; les bases peuvent faire plusieurs Go sans problème.
Mais tu n'y trouveras pas certaines fonctionnalités tordues (répartition des données sur plusieurs volumes physiques en fonction de la typologie de ces données).
La réplication, par exemple, n'était jusque là disponible que sous forme d'un module additionnel, et sauf erreur payant.
Bref, plutôt que "le meilleur des 2 mondes", je parlerais d'un bon compromis.
Non, rien.
[^]Re: Positionnement..?
L'un des arguments pour choisir Firebird, est l'utilisation comme outils de developpement de Delphi/Kylix.
Ces 2 outils de Borland étaient livrés avec la base de donnée Interbase qui ensuite est devenu ibPhoenix puis FireBird.
La compatibilité entre fireBird et Interbase étant totale (même API, même format de base de donnée ...) les personnes utilisant Delhpi/Kylix utilisent, je pense, Firebird comme base de donnée.