RDB$INDEX_INACTIVE null, bug FB 3.08 ?

Bonjour,

Suis-je le seul à rencontrer ce problème?
Sous FB 3.08 j'ai créé une base à partir du script des méta-datas et transféré les données dans les tables.
Je m'aperçois que dans la table RDB$INDICES le champ RDB$INDEX_INACTIVE est null (au lieu de 0 lorsque l'index est actif et 1 si l'index est désactivé), et que les statistiques sont à 0, bien que ces index semblent actifs.
Ce qui est gênant, c'est qu'en général avant certaines opérations d'importation massive, on désactive des index identifiables par RDB$INDEX_INACTIVE=0. Faudra-t-il maintenant tester avec "is distinct from 1" ?

André

Bonjour
Etrange, j'ai vérifier dans une de mes BDD, RDB$INDEX_INACTIVE est bien 0

Citation:

---

RDB$INDEX_31 RDB$INDICES 2 0 [null] 1 0

---

cela dit il faudrait que je vérifie la version exacte

Pour vérifier simplement, avec FlameRobin je viens d'ajouter un index sur un champ dans une ancienne base. FB 3.08 a bien créé cet index avec NULL dans le champ RDB$INDEX_INACTIVE. FlameRobin affiche que cet index est actif probablement parce qu'il ne trouve pas la valeur 1.
Je n'ai plus de FB 3.07 installé pour tester.

André

Vérification faite ma version est la 3.0.4

Après diverses recherches (lecture des notes de version et recherche dans laliste des bugs) un vieux bug signalé correspondrait :koi:
Il faudrait peut-être ouvrir un nouveau signalement.

Effectivement, en regardant dans une autre base j'ai trouvé des RDB$INDEX_INACTIVE à [null] dans RDB$INDICES

du coup j'ai controlé sur des base fb2.5 aucun null (ouf)

Citation:

---

Envoyé par SergioMaster

du coup j'ai controlé sur des base fb2.5 aucun null (ouf)

---

Faudra peut-être passer à FB 4.0 avant de partir en retraite.:mrgreen: FB 2.5 est "discontinued" depuis juin 2019 :roll:

La signalisation du bug de 2012 m'aura toujours rappelé une autre façon pour détecter les index actifs: coalesce(rdb$index_inactive,0)=0 au lieu de rdb$index_inactive is distinct from 1.

André

Bonne nouvelle, un simple backup/restore met à 0 au lieu de null rdb$index_inactive et calcule les statistiques de l'index.
Avant cette correction, l'index nouvellement créé est bien actif et utilisé, mais sans statistiques le PLAN n'est sans doute pas optimum si une requête doit utiliser plusieurs index.

André

Citation:

---

Envoyé par alanglet

Faudra peut-être passer à FB 4.0 avant de partir en retraite.:mrgreen:

---

Oui, j'y pense il me reste 526 jours pour ça.
Dés que j'aurais trouvé le moyen de faire une migration propre (mieux qu'un simple restore ou que les outils proposés ) d'un vieille bdd IB 5 charset none ;)