oui je confirme le premier code dont est issu Firebird date de 1984 et les premières plateformes supportées étaient Apollo, Sun, HP/UX, VAX/VMS, Ultrix.
Firebird, ne s' oriente pas vers l'embarqué , au contraire d'ailleurs les développements actuellement sont plus orientés gestion des gros volumes, mais le même moteur, qui laisse une empreinte disque et mémoire faible peut être utilisé pour des gros volumes ou sur des plateformes plus légères (beaucoup de caisses enregistreuses utilisent Firebird)
Mais clairement, la concurrence c'est les systèmes propriétaires et la principale force de Firebird (au dela de tel ou telle fonctionnalité) c'est son besoin quasi nul d'administration.
Une base peut tourner 24h sur 24 sans problème, la sauvegarde seule suffisant à maitennir la base en bonne santé, car en effet, Firebird a dès sa naisance (quand c'était encore Groton Database System) intégré une architecture multi générationnelle et sait depuis longtemps gérer correctement le nettoyage des données périmées, donc pas de problème de vacuum et un SGBDR complet, avec tout ce qu'il faut et un seul moteur quelque soit la plateforme et le volume à traiter.
[^] # Re: Différence vis à vis des autres SGBD libre
Posté par Philippe Makowski (site web personnel) . En réponse à la dépêche Firebird 2.1 est là. Évalué à 3.
oui je confirme le premier code dont est issu Firebird date de 1984 et les premières plateformes supportées étaient Apollo, Sun, HP/UX, VAX/VMS, Ultrix.
Firebird, ne s' oriente pas vers l'embarqué , au contraire d'ailleurs les développements actuellement sont plus orientés gestion des gros volumes, mais le même moteur, qui laisse une empreinte disque et mémoire faible peut être utilisé pour des gros volumes ou sur des plateformes plus légères (beaucoup de caisses enregistreuses utilisent Firebird)
Mais clairement, la concurrence c'est les systèmes propriétaires et la principale force de Firebird (au dela de tel ou telle fonctionnalité) c'est son besoin quasi nul d'administration.
Une base peut tourner 24h sur 24 sans problème, la sauvegarde seule suffisant à maitennir la base en bonne santé, car en effet, Firebird a dès sa naisance (quand c'était encore Groton Database System) intégré une architecture multi générationnelle et sait depuis longtemps gérer correctement le nettoyage des données périmées, donc pas de problème de vacuum et un SGBDR complet, avec tout ce qu'il faut et un seul moteur quelque soit la plateforme et le volume à traiter.