Firebird 2.5 est là

Posté par  (site web personnel) . Modéré par patrick_g.
Étiquettes :
16
5
oct.
2010
Base de données
Firebird est sorti ce lundi 4 octobre en version 2.5. Pour mémoire, Firebird est système de gestion de base de données relationnel sous licence IDPL. C'est la cinquième version majeure depuis la création du projet, il y a 10 ans.

La principale nouveauté est la nouvelle architecture "SuperClassic" qui permet une meilleure utilisation des ressources CPU. Les autres nouveautés importantes sont :
  • Un système de trace qui permet d'enregistrer et suivre en temps réel toute l'activité du serveur et des différentes bases ;
  • La possibilité de faire des requêtes entre différentes bases de données ;
  • La gestion des utilisateurs via des commandes SQL.
Mais aussi diverses autres fonctionnalités comme :
  • Les transactions autonomes dans le langage PSQL ;
  • Des procédures stockées et déclencheurs;
  • L'ajout de l'opérateur SIMILAR TO permettant l'utilisation des expressions régulières ;
  • La possibilité de tuer proprement via SQL des connexions ;
  • L'extension des tables de monitoring ;
  • L'amélioration du support de l'Unicode.

Aller plus loin

  • # oups

    Posté par  (site web personnel) . Évalué à 2.

    Il faut lire :
    Les transactions autonomes dans le langage PSQL (langage des procédures stockées et déclencheurs)

    Firebird a toujours eu la possibilité de faire procédure stockées et des déclencheurs, ce qui est nouveau ici c'est les transactions autonome au sein de ce code.

    Merci de corriger
    • [^] # Re: oups

      Posté par  . Évalué à 3.

      Je ne comprends pas la différence avec ce qui est écrit.

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

      • [^] # Re: oups

        Posté par  (site web personnel) . Évalué à 4.

        tel que le texte est actuellement écrit il donne l'impression que
        - Des procédures stockées et déclencheurs;

        est une nouvelle fonctionnalité, hors ce n'est pas le cas

        ce qui est nouveau est que l'on puisse avoir des transactions autonomes au sein des procédures stockées et déclencheurs

        la bonne présentation est :


        Mais aussi diverses autres fonctionnalités comme :

        - Les transactions autonomes dans le langage PSQL (langage des procédures stockées et déclencheurs)
        - L'ajout de l'opérateur SIMILAR TO permettant l'utilisation des expressions régulières ;
        - La possibilité de tuer proprement via SQL des connexions ;
        - L'extension des tables de monitoring ;
        - L'amélioration du support de l'Unicode.
  • # Positionnement

    Posté par  . Évalué à 8.

    Yep,

    Est-ce que des connaisseurs pourraient décrire un peu son positionnemment par rapport aux BD libres plus connues que sont par exemple MySQL/MariaDB - PostgreSQL - SQLite etc...

    En quoi se démarque-t-il ? Quels sont ses points forts ? Il y a des killer features ? Il prends en charge les données géométriques / géographiques ?

    Merci !
    • [^] # Re: Positionnement

      Posté par  . Évalué à 2.

      Elle peut etre embarquée sans installation (xcopy).
      C'est pour moi une des fonctionnalités qui me l'a fait adopter !

      Sinon, je l'ai choisie aussi pour son rapport légereté/fonctionnalité.

      Dans les plus, il y a des petites innovations comme l'instruction sqlUpdateOrInsert...
      • [^] # Re: Positionnement

        Posté par  . Évalué à 5.

        Elle peut etre embarquée sans installation (xcopy).

        Excusez mon ignorance, mais ça veut dire quoi concrètement ?
        • [^] # Re: Positionnement

          Posté par  (site web personnel) . Évalué à 5.

          De ce que j'en comprend pas besoin d'install, tu copies le dossier firebird sur une autre machine et tu peux le faire fonctionner par exemple.
          • [^] # Re: Positionnement

            Posté par  . Évalué à 1.

            Comme sqlite...
            Ideal pour faire une application installable facilement sans allourdir (pourrir) le poste client...
            Ex: Gestion d'un salon de coiffure, gestion de patient...

            MySql doit faire tourner un service je pense...

            Qu'est ce que vous utiliser comme db pour une application "portable" ? Des fichiers XML ?
            • [^] # Re: Positionnement

              Posté par  . Évalué à 5.

              Qu'est ce que vous utiliser comme db pour une application "portable" ? Des fichiers XML ?

              Oracle, ça s'installe si facilement.

              « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: Positionnement

              Posté par  (site web personnel) . Évalué à 2.

              Sauf que c'est beaucoup plus que Sqlite ...
              mais effectivement, on peut utiliser le même Firebird que ce soit pour une appli mono poste ou bien pour des centaines de connexions
              on peut ou pas utiliser un service
              cf : ce petit doc par exemple : http://www.firebirdnews.org/docs/fb2min_fr.html
            • [^] # Re: Positionnement

              Posté par  . Évalué à 1.

              Qu'est ce que vous utiliser comme db pour une application "portable" ? Des fichiers XML ?

              Des fichiers CSV. Ou, mieux, PNG (pour gagner de la place).
            • [^] # Re: Positionnement

              Posté par  (site web personnel) . Évalué à 0.

              db40, je l'ai utilisé sur plusieurs projet, très léger et rapide

              www.solutions-norenda.com

            • [^] # Re: Positionnement

              Posté par  (site web personnel, Mastodon) . Évalué à 3.

              Non, MySQL peut être compilé directement.

              Le format de stockage de la base de données n'a rien à voir avec la portabilité. On parle de portabilité pour un logiciel. Pour le format de fichier, ce serait plutôt de l'interopérabilité.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.