+ Répondre à la discussion Actualité déjà publiée
  1. #1
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Consultant
    Inscrit en
    juillet 2013
    Messages
    1 617
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 617
    Points : 46 726
    Points
    46 726
    Billets dans le blog
    2

    Par défaut Firebird 4.0 : la première version Alpha est disponible pour les tests

    Firebird 4.0 : la première version Alpha est disponible pour les tests
    quelles sont les fonctionnalités de la prochaine version majeure du SGBDR ?

    Le projet Firebird a récemment annoncé la première version Alpha de Firebird 4.0 (la prochaine version majeure de la base de données relationnelle Firebird) qui est maintenant disponible pour les tests. Le développement de Firebird 4.0 a débuté en mars 2016, juste avant la sortie de Firebird 3.0. Cette version Alpha 1 donne un premier aperçu des fonctionnalités et des améliorations en cours de développement par l'équipe Firebird, ainsi que d'innombrables correctifs de bogues.

    Pour le développement de Firebird 4.0, il existe des fonctionnalités obligatoires et des fonctionnalités optionnelles. Les fonctionnalités obligatoires sont celles sans lesquelles cette version ne peut être publiée. Elles sont développées avec la plus haute priorité, leur préversion est attendue dans les versions Alpha et leur implémentation doit être terminée avant la phase Bêta. Les fonctionnalités optionnelles sont quant à elles développées après les premières et peuvent être programmées aussi bien pour les versions Alpha que les Bêta. Elles peuvent être reportées si leur finalisation n'est pas possible avant la date de publication de la version stable.

    Pour les fonctionnalités obligatoires de Firebird 4.0, on peut citer entre autres :

    • le support de noms d'objets de plus de 31 caractères (terminée) : comme d'autres SGBDR, un développeur estimait nécessaire que Firebird prenne en charge des noms d'objets plus longs. L'équipe de développement a donc décidé d'augmenter la longueur maximale des noms d'objets à 63 caractères. Si avoir des identifiants plus longs peut être utile, cela pourrait toutefois avoir une incidence sur la portabilité de la base de données. Il faut noter par exemple qu'Oracle impose une limite de 30 caractères pour les identifiants ;

    • timeouts pour les instructions, transactions et les connexions (terminée) : il s'agissait de permettre aux développeurs de définir des délais d'attente (timeout) dans différentes situations. Par exemple pour arrêter automatiquement l'exécution d'une instruction SQL lorsqu'elle est plus longue que prévu, ou encore fermer automatiquement la connexion de l'utilisateur après une période d'inactivité ;

    • réplication intégrée (en cours) : tous les grands projets et projets d'entreprise ont besoin d'un service de réplication. C'est d'ailleurs l'un des critères à vérifier lorsqu'un architecte logiciel doit choisir une base de données pour son prochain projet. Certes, il existe des outils tiers pour faire cela dans Firebird, mais le SGBDR n'a pas de fonctionnalité de réplication intégrée. Certains développeurs ont rapporté que la réplication était le principal problème rencontré avec Firebird et que pour cette raison beaucoup de clients sont passés de Firebird à des alternatives comme MySQL, même si celles-ci n'étaient pas forcément meilleures ;

    • variables numériques avec précision de plus de 18 chiffres, calculs intermédiaires améliorés pour des numériques plus courts (en cours) : l'objectif est d'améliorer la précision des calculs avec des variables NUMERIC/DECIMAL. D'après le développeur qui a rapporté le problème, la façon dont Firebird gère actuellement la précision des résultats des calculs impliquant de multiples arguments peut facilement provoquer des débordements, lorsque la précision du résultat dépend de la précision des arguments.

    Parmi les fonctionnalités optionnelles, on peut noter, entre autres, un support élargi des fonctions de fenêtrage, la prise en charge de la commande TRUNCATE TABLE ou encore la possibilité d'attribuer un rôle à un autre rôle afin qu'il hérite des privilèges du premier.

    Ce ne sont que quelques-unes des principales fonctionnalités (obligatoires comme optionnelles). Il faut rappeler que les versions Alpha ne sont pas encouragées pour une utilisation en production ou pour d'autres objectifs nécessitant un système stable. Elles sont cependant recommandées pour les utilisateurs qui veulent aider à identifier les problèmes et bogues, ce qui permet de progresser plus rapidement des étapes Bêta/RC vers la version finale.

    Pour les versions stables, ce sont Firebird 2.5.x (initialement publié en 2010) et Firebird 3.0.x (publié en 2016) qui sont actuellement pris en charge.

    Tester Firebird 4.0 Alpha 1

    Sources : Annonce de Firebird 4.0 Alpha 1, Fonctionnalités prévues

    Et vous ?

    Utilisez-vous le SGBDR open source Firebird ? Comment le jugez-vous ?
    Que pensez-vous des nouveautés prévues pour la prochaine version ? Lesquelles attendiez-vous ?

    Voir aussi :

    Rubrique Firebird (Actualités, Cours et tutoriels, FAQ, Forums)
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Inscrit en
    mai 2002
    Messages
    17 332
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 17 332
    Points : 40 139
    Points
    40 139
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par Michael Guilloux Voir le message
    Firebird 4.0 : la première version Alpha est disponible pour les tests
    quelles sont les fonctionnalités de la prochaine version majeure du SGBDR ?

    [...]

    Pour les fonctionnalités obligatoires de Firebird 4.0, on peut citer entre autres :

    • le support de noms d'objets de plus de 31 caractères (terminée) : comme d'autres SGBDR, un développeur estimait nécessaire que Firebird prenne en charge des noms d'objets plus longs. L'équipe de développement a donc décidé d'augmenter la longueur maximale des noms d'objets à 63 caractères. Si avoir des identifiants plus longs peut être utile, cela pourrait toutefois avoir une incidence sur la portabilité de la base de données. Il faut noter par exemple qu'Oracle impose une limite de 30 caractères pour les identifiants ;
    Curieux !!!! la norme impose 128 caractères, ce que respecte DB2, Sybase, SQL Server et j'en passe !!!

    • variables numériques avec précision de plus de 18 chiffres, calculs intermédiaires améliorés pour des numériques plus courts (en cours) : l'objectif est d'améliorer la précision des calculs avec des variables NUMERIC/DECIMAL. D'après le développeur qui a rapporté le problème, la façon dont Firebird gère actuellement la précision des résultats des calculs impliquant de multiples arguments peut facilement provoquer des débordements, lorsque la précision du résultat dépend de la précision des arguments.
    C'est pas trop tôt. l'AMF préconise 12 décimales dans les calculs financiers; Avec une limite de 18 on ne peut pas stocker des grandeurs financières supérieurs à 999999,999999999999, soit moins de 1 million !!!

    Et vous ?

    Utilisez-vous le SGBDR open source Firebird ? Comment le jugez-vous ?
    Trop limité, peu performant par rapport à postGreSQL par exemple... je ne parle même pas par rapport à un SQL Server on l'on est à des années lumières : pas de XML, pas de spatial, pas de JSON, pas de graphe...

    Que pensez-vous des nouveautés prévues pour la prochaine version ? Lesquelles attendiez-vous ?
    Encore beaucoup de boulot, mais ça ressemble fortement au tonneau des danaïdes !
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  3. #3
    Membre éclairé

    Profil pro
    Chef de Projet / Développeur
    Inscrit en
    juin 2002
    Messages
    391
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de Projet / Développeur
    Secteur : Santé

    Informations forums :
    Inscription : juin 2002
    Messages : 391
    Points : 860
    Points
    860

    Par défaut

    Je respecte beaucoup vos compétences qui sont à des années lumière des miennes en terme de SQL et SGBD : mais votre commentaire est quelque peu hors de propos.

    C'est comme dire qu'une Clio n'est pas une vrai voiture parce qu'elle n'a pas de grand coffre ni de boite automatique de la dernière BMW X7 (voir d'un Autocar).
    Pourtant, allez savoir pourquoi, la Clio reste le choix de centaines de milliers de personnes.

    On ne montera pas un Datacenter avec Firebird, c'est une évidence.
    Sur le plan fonctionnel Firebird est en retrait par rapport aux bases que vous citez : c'est un fait.
    Je ne le conseillerais pas de façon aveugle pour tous les usages - d'ailleurs pour un usage interne auquel je fais référence plus bas, j'ai beaucoup hésité.

    Mais quand on déploie un logiciel dans des centaines de PME qui n'ont pas de service informatique, sa légèreté est un atout en terme de coût, de facilité de déploiement, de maintenance et de sauvegardes.

    Dans ce cadre, son mode de licence est aussi intéressant : il n'y en a qu'une seule et elle est ultra-permissive.
    Ca reste un vrai système SQL client-serveur tout en ayant une architecture simplissime (ça se déploie d'un zip et d'un instsvc).
    Sur des volumes raisonnables, un mode de sauvegarde permet une copie à chaud du fichier de bases de données qui pourra être remonté par simple xcopy.

    on a des centaines de copies qui tournent. On a jamais perdu un octet.
    On a jamais eu a passer d'un modèle de licence à l'autre le jour où il y a eu un utilisateur ou un octet de trop ( pour un usage interne j'ai une base - en lecture seule - de 33 To ).

    Coté perf brute : j'ai des déploiement (anciens) en mySQL/InnoDB et d'autres (plus récents) en Firebird.
    Je ne sais pas ce que diraient des benchmark, mais à l'usage on ne voit pas réellement de différences.

    A priori, Firebird 4.0 garde la même structure binaire que la 3.0 : si c'est le prix à payer pour ne pas respecter la norme de 128 caractères, je l'accepte sans hésiter.

    Bref : pour notre usage qui rejoint celui de pas mal d'autres éditeurs de logiciels (je les croise sur certains sites), Firebird présente quelques avantages sur d'autres SGBD pourtant plus puissant.
    Si en plus il permet la réplication, je suis très preneur (c'est à vrai dire la seule amélioration que j’attends vraiment avec impatience).

    A chaque fois qu'il est question d'un SGBD léger, on a ce genre de commentaire de votre part.
    Mais parfois (et pour rester dans l'analogie automobile) "Light is Right" - Colin Chapman (Lotus - les voitures, pas les logiciels).

    Amicalement
    PS : le pouce en bas n'est pas de moi - je n'en met jamais - cela manque d'arguments.
    --
    vanquish

  4. #4
    Membre éclairé
    Profil pro
    Inscrit en
    mars 2002
    Messages
    726
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2002
    Messages : 726
    Points : 748
    Points
    748

    Par défaut

    Firebird n'est ni SQL Server ni Oracle mais c'est une très bonne base de données qui rend services à beaucoup de développeurs et qui à beaucoup de qualités

  5. #5
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Inscrit en
    mai 2002
    Messages
    17 332
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 17 332
    Points : 40 139
    Points
    40 139
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par vanquish Voir le message
    Mais quand on déploie un logiciel dans des centaines de PME qui n'ont pas de service informatique, sa légèreté est un atout en terme de coût, de facilité de déploiement, de maintenance et de sauvegardes.
    À ce niveau je ne voit pas de différences avec PostGreSQL... À un autre niveau, celui des fonctionnalités, je voit une grande différence.
    Sur des volumes raisonnables, un mode de sauvegarde permet une copie à chaud du fichier de bases de données qui pourra être remonté par simple xcopy.
    Une sauvegarde est par définition une opération effectuée à chaud permettant de restaurer une base de données dans son état initial. Sauvegarde à chaud ne veut donc rien dire. Une copie des fichiers d'une base n'est pas une sauvegarde, de même qu'un dump (obtenu par extraction des données) ne l'est pas non plus. Tous les SGBDR de bonne qualité savent faire des sauvegardes depuis des lustres... Sauf MySQLmerde...

    Bref : pour notre usage qui rejoint celui de pas mal d'autres éditeurs de logiciels (je les croise sur certains sites), Firebird présente quelques avantages sur d'autres SGBD pourtant plus puissant.
    Mais beaucoup d'inconvénients, surtout pour des éditeurs :
    • un manque flagrant de documentation (aucun livre paru sur le sujet en particulier...)
    • peu d'informaticien le maitrisant
    • une confidentialité qui rime avec pauvreté des fonctionnalités

    ...

    Si en plus il permet la réplication, je suis très preneur (c'est à vrai dire la seule amélioration que j’attends vraiment avec impatience).
    La réplication existe depuis plus de 20 ans chez la plupart des autres...

    A chaque fois qu'il est question d'un SGBD léger, on a ce genre de commentaire de votre part.
    Je préfère de très loin PostGreSQL...
    Mais parfois (et pour rester dans l'analogie automobile) "Light is Right" - Colin Chapman (Lotus - les voitures, pas les logiciels).
    Légèreté n'est pas synonyme de manque de performance chez Lotus... Mais chez Firebird, hélas oui !

    Amicalement
    PS : le pouce en bas n'est pas de moi - je n'en met jamais - cela manque d'arguments.
    Je suis habitué aux critiques. Je les suscite. Si elle sont constructives elles m'intéressent bien plus que les commentaires flatteurs dans le sens du poil. SI elles sont juste dialectiques, je m'en moque éperdument !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  6. #6
    Membre expert
    Avatar de alassanediakite
    Homme Profil pro
    Recherche, formation, développement
    Inscrit en
    août 2006
    Messages
    1 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Mali

    Informations professionnelles :
    Activité : Recherche, formation, développement

    Informations forums :
    Inscription : août 2006
    Messages : 1 463
    Points : 3 163
    Points
    3 163
    Billets dans le blog
    7

    Par défaut

    Salut
    Citation Envoyé par SQLpro Voir le message
    ...
    Une copie des fichiers d'une base n'est pas une sauvegarde, de même qu'un dump (obtenu par extraction des données) ne l'est pas non plus.
    Si tel est le cas alors même PostgreSQL ne fait pas de sauvegarde. Car à la date d'aujourd'hui ce sont seulement ces deux modes qu'il accepte.
    Mais puisque pour toi "il y a le SGBDR SQL SERVER et les autres" donc on comprend que tout ce qui n'est comme SQL SEVER n'est pas bon.
    @+
    Le monde est trop bien programmé pour être l’œuvre du hasard…
    Mon produit pour la gestion d'école: www.logicoles.com

  7. #7
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Inscrit en
    mai 2002
    Messages
    17 332
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 17 332
    Points : 40 139
    Points
    40 139
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par alassanediakite Voir le message
    Salut

    Si tel est le cas alors même PostgreSQL ne fait pas de sauvegarde. Car à la date d'aujourd'hui ce sont seulement ces deux modes qu'il accepte.
    À proprement parler non, sauf pour la sauvegarde PITR qui ne contient que les transactions.
    Il serait souhaitable à terme d'avoir pour PG une sauvegarde digne de ce nom...

    Pour info, Sybase, Oracle et DB2 font bien des sauvegarde binaires sans aucun problème... Il n'y a donc pas que SQL Server !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  8. #8
    Membre expert
    Avatar de alassanediakite
    Homme Profil pro
    Recherche, formation, développement
    Inscrit en
    août 2006
    Messages
    1 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Mali

    Informations professionnelles :
    Activité : Recherche, formation, développement

    Informations forums :
    Inscription : août 2006
    Messages : 1 463
    Points : 3 163
    Points
    3 163
    Billets dans le blog
    7

    Par défaut

    Salut
    Ce que tu qualifie de sauvegarde binaire n'est qu'une subterfuge visant faire une copie des fichiers de la base par le moteur.
    Certes cette copie par le moteur est censé être plus efficace: moins d'outils à utiliser, moins de tâche par l'administrateur, moins de risque de fausse manip, une sauvegarde plus sûr.
    A mon humble avis, le jour où PostgreSQL pourra gérer les journaux de transactions par base (et non par instance) les sauvegardes se faciliterons d'avantage.
    @+
    Le monde est trop bien programmé pour être l’œuvre du hasard…
    Mon produit pour la gestion d'école: www.logicoles.com

  9. #9
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Inscrit en
    mai 2002
    Messages
    17 332
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 17 332
    Points : 40 139
    Points
    40 139
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par alassanediakite Voir le message
    Salut
    Ce que tu qualifie de sauvegarde binaire n'est qu'une subterfuge visant faire une copie des fichiers de la base par le moteur.
    Absolument pas... Je voit que tu ne connais pas le fonctionnement d'une sauvegarde binaire....
    Certes cette copie par le moteur est censé être plus efficace: moins d'outils à utiliser, moins de tâche par l'administrateur, moins de risque de fausse manip, une sauvegarde plus sûr.
    A mon humble avis, le jour où PostgreSQL pourra gérer les journaux de transactions par base (et non par instance) les sauvegardes se faciliterons d'avantage.
    @+
    C'est bien un problème et une des limites majeures de PG....

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  10. #10
    Membre expert
    Avatar de alassanediakite
    Homme Profil pro
    Recherche, formation, développement
    Inscrit en
    août 2006
    Messages
    1 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Mali

    Informations professionnelles :
    Activité : Recherche, formation, développement

    Informations forums :
    Inscription : août 2006
    Messages : 1 463
    Points : 3 163
    Points
    3 163
    Billets dans le blog
    7

    Par défaut

    Salut
    Dans le monde de l'informatique on ne connait que deux types de fichiers: binaire et texte.
    Un dump sql est un fichier texte. Les fichiers de la base sont en binaire. Une copie des fichiers (par pages ou blocs c'est pareil) est une copie binaire.
    Le monde est trop bien programmé pour être l’œuvre du hasard…
    Mon produit pour la gestion d'école: www.logicoles.com

Discussions similaires

  1. La version bêta 3.0 de jQuery est disponible pour vos tests
    Par danielhagnoul dans le forum jQuery
    Réponses: 7
    Dernier message: 08/07/2016, 22h54
  2. jQuery 3.0.0 alpha 1 est disponible pour des tests
    Par danielhagnoul dans le forum jQuery
    Réponses: 7
    Dernier message: 21/07/2015, 23h22
  3. Réponses: 0
    Dernier message: 07/08/2012, 14h05
  4. Réponses: 0
    Dernier message: 30/06/2011, 00h17

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo