Discussion :

[SergioMaster]

Bonjour,

ce message d'erreur n'est pas un message Firebird, en fait c'est une erreur récurrente (pour preuve il suffit de faire une recherche avec les mots clés Firebird+external+SIGSEV) avec Lazarus et Firebird.
J'ai lu, en survolant les discussions, qu'il semblerait que ce soit un problème de dll mal géré ou plutôt mal libéré (voir le tutoriel de Gilles).
les composants ZEOS avaient ce problème il a été résolu.

Ceci écrit, il est vrai que certaines versions de Firebird,quelquefois selon les OS ont eu des bugs, après tout c'est pour cela qu'il y a des versions Alpha,Beta avant de passer a des versions stables. C'est pour cela qu'il n'est pas recommandé d'utiliser en mode production, une version non stable. Une version Alpha est faite pour des tests afin de remonter les problèmes rencontrés s'il y en a (copie d'une base de production et tests des programmes sur cette base) et tester les nouvelles fonctionnalités. Il faut pour cela du temps, des moyens (plusieurs PC) ou faire cohabiter plusieurs versions de Firebird (c'est mon cas) mais il faut aussi des programmes adaptés (indication de port et ou indication du chemin de la bibliothèque pour la connexion)

[FOCUS77]

Bonjour à tous,

@SergioMaster,

Merci pour l'explication.

J'essaie aujourd'hui de reproduire le même message d'erreur avec la version 4.0
et dans les mêmes conditions, et après une multitude d'essais.
Résultat: Néant, aucun message d'erreur n'est affiché.

Si ce message est causé par certains composants de lazarus, alors pourquoi il ne se reproduit pas avec la version 4.0?

[Michael Guilloux]

La Bêta 1 du SGBDR Firebird 4.0 est disponible pour les tests
toutes les fonctionnalités obligatoires pour cette version majeure sont finalisées

Le projet Firebird vient d'annoncer la disponibilité de la Beta 1 de Firebird 4.0 (la prochaine version majeure de la base de données relationnelle Firebird) pour les tests, plus d'un an après la sortie de la version Alpha 1. Notons que 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 donc développées avec la plus haute priorité. En ce qui concerne les fonctionnalités optionnelles, elles sont développées après les premières et peuvent être reportées si leur finalisation n'est pas possible avant la date de publication de la version stable.

En plus de la pratique habituelle de corriger de nombreux bogues, la bêta 1 de Firebird 4.0 marque une étape importante vers la version stable, car toutes les fonctionnalités obligatoires ont été finalisées.

Les fonctionnalités obligatoires

Firebird 4.0 va enfin se doter d'une réplication intégrée. 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. Cette fonctionnalité est désormais disponible dans la bêta 1 de Firebird 4.0.

On notera aussi dans cette version une amélioration de la restauration incrémentielle via nbackup. Il s'agit ici d'emprunter l'expérience d'IB2007 (InterBase 2007) et améliorer les fonctionnalités de nbackup, un utilitaire de sauvegarde livré avec Firebird 2.0. Actuellement, il n'est pas possible de prendre la sauvegarde de niveau 0 et y placer l'incrément de niveau 1 (c'est-à-dire les changements depuis la sauvegarde de niveau 0 jusqu'à la sauvegarde incrémentielle de niveau 1) sans copier les deux dans un nouveau fichier. Et après cela, on ne peut pas ajouter sur le résultat l’incrément de niveau 2. Une solution a donc été proposée pour corriger ce problème.

Comme autres nouveautés, au niveau des fonctionnalités obligatoires, on peut citer le support de noms d'objets de plus de 31 caractères. Comme dans 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. Certains ont rappelé par exemple qu'Oracle impose une limite de 30 caractères pour les identifiants.

Soulignons également les timeouts pour les instructions, transactions et les connexions. 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é.

Les nouveautés incluent les variables numériques avec une précision de plus de 18 chiffres et des calculs intermédiaires améliorés pour des numériques plus courts. 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.

On note encore le support des opérations batch insert et update et des petits changements au niveau des rôles prédéfinis. Certains privilèges DBA par exemple ont été transférés aux utilisateurs ordinaires.

Les fonctionnalités optionnelles

Les choses avancent également bien du côté des fonctionnalités optionnelles. Ici, on peut noter, parmi les fonctionnalités qui ont été finalisées, un support élargi des fonctions de fenêtrage, une amélioration du support des fuseaux horaires la possibilité d'attribuer un rôle à un autre rôle afin qu'il hérite des privilèges du premier, entre autres. Et le développement d'autres fonctionnalités est prévu ou en cours. Vous trouverez plus de détails sur cette version sur le site officiel de Firebird.

Sources : Annonce de Firebird 4.0 Beta 1, Liste des principales fonctionnalités obligatoires et optionnelles

Et vous ?

Utilisez-vous le SGBDR open source Firebird ? Comment le jugez-vous ?
Que pensez-vous des nouveautés de la prochaine version majeure ? Quelles fonctionnalités attendez-vous encore de ce SGBDR ?

[sergio_is_back]

Çà fait plaisir de voir que Firebird continue son évolution... C'est une très bonne base de données, je l'utilise souvent comme base de données en version embarquée dans mes applications... Légère, très puissante et très rapide... Bien intégrée avec Delphi, que du bonheur...

[FOCUS77]

Bonjour à tous,

1. Avant tout je dois saluer l'effort fait par l'équipe firebird, pour
les nouvelles fonctionnalités ajoutées à cette version.

2. En faisant une comparaison très précise de cette version avec la version
Alpha en matière de libération de ressources (fermeture de l'application
après 4 seconde de son ouverture), j'ai constaté que cette version affiche
une exception de ce genre:


alors que la version Alpha n'affiche rien.
Donc j'ai choisi de rester avec cette dernière.


3. J'aurai souhaité que le niveau d'isolation par défaut des transactions,
SNAPSHOT, sera substitué par READ COMMITTED, c'est plus pratique non?

merci pour votre attention.

[SQLpro]

La Bêta 1 du SGBDR Firebird 4.0 est disponible pour les tests
toutes les fonctionnalités obligatoires pour cette version majeure sont finalisées

Comme autres nouveautés, au niveau des fonctionnalités obligatoires, on peut citer le support de noms d'objets de plus de 31 caractères. Comme dans 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. Certains ont rappelé par exemple qu'Oracle impose une limite de 30 caractères pour les identifiants.

Tout cela fait preuve d'un grand amateurisme !
1) la norme SQL 1992 impose des noms de 128 caractères de long... Donc, pas 63 (firebird) ou 64 (PostgreSQL).
http://www.contrib.andrew.cmu.edu/~s...ql/sql1992.txt
2) Oracle utilise dorénavant des identifiants SQL (c'est ainsi que l'on appelle les noms des objets, schéma, table, vue, procédure…) de 128 caractères de long...
https://oracle-base.com/articles/12c...ntifiers-12cr2

Les nouveautés incluent les variables numériques avec une précision de plus de 18 chiffres et des calculs intermédiaires améliorés pour des numériques plus courts.

Déjà dit que c'était insuffisant dans le financier qui exige 12 décimales dans les calculs


A +

[qi130]

Hello,

Je dois justement rendre 1 papier comparatif sur la conformité à SQL, mais je ne trouve pas dans le txt signalé (plusieurs milliers de lignes ) l'endroit où est fixée la longueur pour les objets "techniques"

Tout cela fait preuve d'un grand amateurisme !
1) la norme SQL 1992 impose des noms de 128 caractères de long... Donc, pas 63 (firebird) ou 64 (PostgreSQL).
http://www.contrib.andrew.cmu.edu/~s...ql/sql1992.txt

Une référence, n° de chapitre ou étiquette à chercher dans ce txt ?

Merci.

[SQLpro]

Une référence, n° de chapitre ou étiquette à chercher dans ce txt ?

Merci.

Page 81 :

<regular identifier> ::= <identifier body>

<identifier body> ::=
<identifier start> [ { <underscore> | <identifier part> }... ]


<identifier start> ::= !! See the Syntax Rules

<identifier part> ::=
<identifier start>
| <digit>


Page 85 et suivantes :

Syntax Rules

1) An <identifier start> is one of:

a) A <simple Latin letter>; or

b) A character that is identified as a letter in the character
repertoire identified by the <module character set specifica-
tion> or by the <character set specification>; or

c) A character that is identified as a syllable in the char-
acter repertoire identified by the <module character set
specification> or by the <character set specification>; or

d) A character that is identified as an ideograph in the char-
acter repertoire identified by the <module character set
specification> or by the <character set specification>.

2) With the exception of the <space> character explicitly contained
in <timestamp string> and <interval string> and the permitted
<separator>s in <bit string literal>s and <hex string literal>s,
a <token>, other than a <character string literal>, a <national
character string literal>, or a <delimited identifier>, shall
not include a <space> character or other <separator>.

3) A <nondoublequote character> is one of:

a) Any <SQL language character> other than a <double quote>;

b) Any character other than a <double quote> in the character
repertoire identified by the <module character set specifica-
tion>; or

c) Any character other than a <double quote> in the character
repertoire identified by the <character set specification>.

4) The two <doublequote>s contained in a <doublequote symbol> shall
not be separated by any <separator>.

5) Any <token> may be followed by a <separator>. A <nondelimiter
token> shall be followed by a <delimiter token> or a <separa-
tor>. If the Format does not allow a <nondelimiter token> to be
followed by a <delimiter token>, then that <nondelimiter token>
shall be followed by a <separator>.

6) There shall be no <space> nor <newline> separating the <minus
sign>s of a <comment introducer>.

7) SQL text containing one or more instances of <comment> is equiv-
alent to the same SQL text with the <comment> replaced with
<newline>.

8) The sum of the number of <identifier start>s and the number
of <identifier part>s in a <regular identifier> shall not be
greater than 128.

9) The <delimited identifier body> of a <delimited identifier>
shall not comprise more than 128 <delimited identifier part>s.




En gros, traduction :
Un identifiant SQL ne doit pas dépasser 128 caractères, être composé de lettres, de chiffres et du blanc souligné et commencer (<identifier_start>) par une lettre ou un blanc souligné (<undersore>). Quelques exceptions pour certains identifiant particulier comme :<timestamp string> <interval string> <bit string literal> <hex string literal>...


A +

[qi130]

Ah, merci.

du coup, 63 caractères pour Firebird serait SQL92 compliant (puisque pas supérieur à 128) ?

[SergioMaster]

Bonjour,

1) la norme SQL 1992 impose des noms de 128 caractères de long... Donc, pas 63 (firebird) ou 64 (PostgreSQL).

Moi je ne lis aucune imposition de la taille de nom d'identifiant Shall not be >128 n'est pas Must be equal to 128. C'est vrai que qui peut le plus peu le moins mais, selon les documents présentés, n'est la 128 n'est que la recommandation de taille maximale à ne pas dépasser. Donc traiter ces développeurs d'amateurisme c'est un peu fort

[vadim]

Oui, c'est aussi avec grand plaisir que je vois Firebird 4.0 venir.
Pour moi c'est une excellente base. Performante, extrêmement pratique et facile à transporter ou migrer sans s'embêter avec moultes fichiers dispersés.
Pour la réplication, il y avait déjà IbReplicator qui marche très bien depuis des années.

Vadim

[Bruno]

La première version admissible de Firebird 4.0 est disponible avec la syntaxe du SQL standard pour les décalages de fuseau horaire,
et des corrections de bogues

Les responsables du projet Firebird annoncent la première version admissible, la première release candidate (RC1), de Firebird 4.0. Cette version du SGBDR (Système de Gestion des Bases de Données Relationnelles) Firebird est maintenant disponible pour des tests sur les plateformes Windows et Linux.

En février de l’année dernière, plus d'un an après la sortie de la version Alpha 1, les responsables du projet Firebird ont annoncé la disponibilité de la version bêta 1 de Firebird 4.0. La version admissible annoncée le 1^er février de cette année apporte des nouvelles fonctionnalités et corrige des bogues. Dans un document intitulé « Firebird 4.0 Release Notes, for Firebird 4.0 Release Candidate 1 », les développeurs principaux de Firebird, Helen Borrie et Dmitry Yemanov ont passé en revue toutes les améliorations. Voici ci-dessous un aperçu de quelques-unes de ces améliorations.

Les nouveautés

Syntaxe du SQL standard pour les décalages de fuseau horaire : le décalage du fuseau horaire dans l'horodatage, CAST, SET TIME ZONE et AT TIME ZONE suit désormais uniquement la syntaxe du SQL standard.

Instruction ALTER SESSION RESET : une nouvelle commande pour réinitialiser l'environnement de session utilisateur à son état initial. Elle peut être utile pour la réutilisation de la session par une application cliente. Pour pouvoir réutiliser une session, toutes les variables du contexte utilisateur et le contenu des tables temporaires doivent être effacés et tous les paramètres au niveau de la session doivent être réinitialisés à leurs valeurs par défaut. La syntaxe pour y parvenir est : ALTER SESSION RESET.

Nouvelle table virtuelle RDB$CONFIG : une table virtuelle énumérant les paramètres de configuration actuels pour la base de données active. La table RDB$CONFIG est alimenté à partir des structures en mémoire sur demande et son instance est préservée pour la durée de vie de la requête SQL. Pour des raisons de sécurité, l'accès à cette table est uniquement autorisé à SYSDBA/OWNER. Les utilisateurs non privilégiés ne voient aucune ligne dans cette table et aucune erreur n'est signalée.

Possibilité de récupérer l'identifiant de la pièce jointe et de l’instruction suivante : les compteurs représentant l'identifiant de la pièce jointe suivant et l'identifiant de l’instruction suivante sont accessibles via la Table MON$DATABASE et appel de l'API Attachment::getInfo().

Meilleur rapport d'erreur pour les commandes de gestion des utilisateurs : un message explicite concernant le mot de passe manquant est maintenant généré pour les instructions CREATE [OR ALTER] USER.

Compatibilité avec les anciennes versions

• Dépréciation de l'ancien dialecte SQL 1 : les développeurs de Firebird indiquent qu’à partir de Firebird 4, le dialecte 1 est déclaré obsolète. Son support sera supprimé à l'avenir et le dialecte 3 deviendra le seul dialecte pris en charge ;
• Cohérence de lecture pour les transactions READ COMMITTED utilisées par défaut : Firebird 4 introduit non seulement la cohérence de lecture pour les déclarations dans les transactions validées en lecture, mais en fait également un mode par défaut pour toutes les transactions READ COMMITTED, indépendamment des propriétés RECORD VERSION ou NO RECORD VERSION ;
• Dépréciation des fonctions externes définies par l'utilisateur (UDF) : les fonctions externes (UDF) sont obsolètes et ne sont plus prises en charge dans Firebird 4. Les UDF ne peuvent plus être utilisées avec la configuration par défaut, où le paramètre UdfAccess dans firebird.conf est réglé sur None et les librairies UDF ib_udf et fbudf sont retirées de la distribution ;
• Changements dans les DDL et DML : la prise en charge des fuseaux horaires introduit certains changements dans les DDL (Data Definition Language ou langage de définition de données) et DML (Data Manipulation Language ou langage de manipulation de données) qui pourraient affecter la compatibilité avec les bases de données et les applications existantes ;
• Modification des types de données TIMESTAMP et TIME : la syntaxe pour déclarer les types de données TIMESTAMP et TIME a été étendue pour inclure des arguments définir si la colonne, le domaine, le paramètre ou la variable doivent être définis avec ou sans les ajustements de fuseau horaire, c'est-à-dire : TIME [ { WITHOUT | WITH } TIME ZONE ], TIMESTAMP [ { WITHOUT | WITH } TIME ZONE ]. Dans les deux cas, la valeur par défaut est WITHOUT TIME ZONE ;
• Valeur de départ des séquences : avant Firebird 4.0, une séquence était créée avec sa valeur en cours fixée à sa valeur de départ (ou zéro par défaut). Maintenant, une séquence est créée avec sa valeur en cours définie sur sa valeur de départ moins l’incrément.

Corrections de bogues

Voici quelques corrections de bogues qui ont été apportées depuis la version bêta 2 :

• fuite de mémoire lors de l'exécution de EXECUTE STATEMENT avec des paramètres nommés ;
• ordre d'octet erroné pour les UUID déclarés par le GSTAT et les tables de suivi ;
• le plugin Srp maintient la connexion après la suppression de la base de données pendant environ 10 secondes ;
• les espaces comme séparateur de date entraînent une erreur de conversion ;
• le paramètre dans les fonctions LAG, LEAD, NTH_VALUE nécessite un cast explicite en BIGINT ou INTEGER ;
• la troncature des chaînes de caractères à mettre dans les tables MON$ ne fonctionne pas correctement ;
• le jeu de caractères est utilisé et la valeur par défaut est plus longue que la longueur de la colonne ;
• l'erreur "expected length N, actual M" contient une valeur incorrecte de M lorsque le jeu de caractères UTF-8 est utilisé dans la déclaration de champ.

Selon les auteurs de cette note, les versions admissibles sont généralement considérées comme suffisamment stables et peuvent être recommandées pour des tests dans des environnements proches des environnements de production. Les responsables du projet open source Firebird invitent les utilisateurs à faire des tests et à partager leur retour d'expérience dans les listes de diffusion.

Source : Firebird

Et vous ?

Utilisez-vous le SGBDR open source Firebird ?

Que pensez-vous des améliorations apportées au SGBDR Firebird ?

Voir aussi

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 ?

La Bêta 1 du SGBDR Firebird 4.0 est disponible pour les tests, toutes les fonctionnalités obligatoires pour cette version majeure sont finalisées

La version 3.0 du SGBDR open source Firebird disponible : architecture unifiée et support amélioré pour SMP et les plateformes multicœurs

France : quels sont les logiciels libres que l'État recommande en 2019 ? La liste des logiciels conseillés publiée officiellement avec le SILL 2019

[DarkVenoM]

Firebird présente quelques avantages sur d'autres SGBD pourtant plus puissant.

Est-ce que vous voyez d'autres avantages de Firebird par rapport à des SGBD "plus puissants" ?

[marc.collin]

Est-ce que vous voyez d'autres avantages de Firebird par rapport à des SGBD "plus puissants" ?

facile a mettre en oeuvre et à administrer, possibilité de l'embarquer dans une application

[Delphiste]

Firebird n'a qu'un défaut, se faire désinstaller à chaque mise à jour majeur de Windows 10.

[SergioMaster]

Firebird n'a qu'un défaut, se faire désinstaller à chaque mise à jour majeure de Windows 10.

J'ai un w10 depuis sa sortie ou presque, j'ai même changé d'un version Home à une version entreprise, Firebird n'a jamais été désinstallé par une mise à jour de W10 et dieu sait que j'en ai subi

[Delphiste]

Ah bon ? Pour moi et nos clients c'est systématique, à chaque mise à jour.
Firebird est installé comment, par l'installateur Firebird en tant que service, qu'application, ou c'est une installation "maison" ?

[SergioMaster]

Via l'installateur, le superclassique, en tant que service

[Artemus24]

Salut à tous.

Firebird n'a qu'un défaut, se faire désinstaller à chaque mise à jour majeur de Windows 10.

Es tu certain de cela ?
Car j'ai firebird sur mon ordinateur windows 10, et il ne s'est jamais désinstallé durant une mise à jour de windows.

@+

[Sandra Coret]

Firebird 4.0, la dernière version majeure de la base de données relationnelle Firebird, est disponible

Le projet Firebird est heureux d'annoncer la disponibilité générale de Firebird 4.0 – la dernière version majeure de la base de données relationnelle Firebird.

Pour rappel, Firebird est un fork open source d'Interbase, la base de données serveur SQL de Borland acquise suite à l'acquisition d'Ashton-Tate, l'éditeur de dBase.
Firebird se positionne un peu dans son offre comme PosgreSQL, mais sans avoir autant de notoriété. Le plus gros des utilisateurs d'Interbase ou de Firebird sont généralement des développeurs Delphi.

Firebird 4.0 introduit de nouveaux types de données et de nombreuses améliorations sans changer radicalement l'architecture ou le fonctionnement. Les plus importantes sont :

• Réplication logique intégrée ;
  
• Longueur étendue des identifiants de métadonnées (jusqu'à 63 caractères) ;
  
• Nouveaux types de données INT128 et DECFLOAT, précision accrue pour les types de données NUMERIC/DECIMAL ;
  
• Prise en charge des fuseaux horaires internationaux ;
  
• Délais d'attente configurables pour les connexions et les déclarations ;
  
• Mise en commun des connexions externes ;
  
• Opérations par lots dans l'API ;
  
• Fonctions cryptographiques intégrées ;
  
• Nouvel ODS (version 13) avec de nouvelles tables système et de surveillance ;
  
• Taille maximale des pages augmentée à 32KB.
  

Consultez les notes de mise à jour pour obtenir la liste complète des modifications

La référence complète du langage est également disponible.

Des kits binaires pour les plateformes Windows, Linux et Android (32 et 64 bits) sont immédiatement disponibles en téléchargement.

Source : Firebirdsql

Et vous ?

Qu'en pensez-vous ?
Pourquoi avez-vous fait le choix de Firebird au lieu d'une autre base de données, par exemple PostgreSQL ?

Voir aussi :

La première version admissible de Firebird 4.0 est disponible avec la syntaxe du SQL standard pour les décalages de fuseau horaire, et des corrections de bogues