Bonjour et merci pour l'info.
Je suis d'accord, il est vraiment dommage qu'on parle si peu de Firebird :
C'est vraiment un SGBD que j'apprécie beaucoup.
Je l'utilise depuis sa version 1.0, et avant j'utilisais Interbase 6.0
J'apprécie beaucoup sa compatibilité (une procédure écrite sous Firebird 1.0 fonctionne toujours 10 ans plus tard avec Firebird 3.0 !!!, on ne peut pas en dire autant de MySQL !!
J'apprécie beaucoup sa facilité d'installation que ce soit sur Linux ou Windows : ça prend 5 minutes !! , on est loin de l'usine à gaz comme MySQL
J'apprécie beaucoup ses performances (j'ai certaines bases de données assez volumineuses (plusieurs Gigaoctets avec beaucoup de tables (des centaines) reliées par de nombreuses clés étrangères. Les accès sont toujours très réactifs et permettent d'afficher rapidement les pages web.
Et par dessus tout j'apprécie la vérification de l'existence des objets DDL lors de la "compilation" si je peux dire, d'une procédure stockées.
Sous Firebird si le CREATE PROCEDURE passe, c'est déjà que chaque objet (DDL) utilisé dans la procédure existe, ce n'est pas comme MySQL où il faut exécuter la procédure pour en être sûr ou la relire très attentivement.
Sous Firebird, la gestion des transactions pour les traitements complexes est vraiment simplifiée pour le développeur, ce n'est pas le cas sous MySQL où il faut se creuser les méninges et les pièges sont nombreux.
Il ne manque que 2 choses à Firebird pour que ce soit "presque parfait"
- la possibilité de créer des fonctions internes (à la différences des fonctions externes déjà disponibles)
- la possibilité d'exploiter des tables temporaires
1 |
0 |