Discussion :

[marcleb1]

Bonjour à tous :-)

Je suis à la recherche d'un outil / d'une commande capable de reconstruire tous les indexes d'une DB en une seule opération. Je sais qu'en général les indexes de Firebird n'ont pas besoin d'être reconstruits mais je vais vous parler d'un cas que j'ai vécu personnellement il y a deux semaines.

Notre application plantait misérablement lorsqu'on générait un rapport pour un client en particulier (pas sur les autres) et j'ai vite compris pourquoi en faisant un SELECT sur un numéro de commande, la requête tournait en rond sans jamais retourner de résultat. Sur d'autres numéros de commande tout fonctionnait parfaitement.

J'ai donc supprimé et recréé un index de cette table et tout est rentré dans l'ordre. C'était la première fois que je rencontrais un index corrompu dans Firebird !!! Je n'était pas du tout content ce jour-là...

Mais le pire c'est que depuis, mes collègues me réclament une fonction / une commande / un bouton qui leur permettrait de reconstruire tous les indexes d'une DB. Vu le nombre d'indexes qu'il y a, je n'ai pas osé dire qu'il faudrait les supprimer et les recréer un par un à la main.

Je sais aussi qu'un bon restore avec gbak serait la meilleure des solutions mais pour cela il faut que la base de données puisse être indisponible pendant une bonne demi-heure (le temps du restore). Ce n'est pas possible à part le dimanche.

C'est moi qui suis censé être le "spécialiste Firebird", mon collègue le plus acharné est encore dans le monde de l'orienté Fichier et là, c'est moi qui ai le bec dans l'eau, quand il me montre qu'il a une fonction "réindexer" pour tout reconstruire d'un clic de souris.

J'ai cherché sur le net, sur ce forum, dans le livre d'Helen Borrie, rien du tout.
Sauf de faire un restore avec gbak...
Si vous avez une solution, merci de m'en faire part :-)

Merci et bonne soirée...

[makowski]

dans le livre d'Helen Borrie, rien du tout.

page 326

de là tu en conclue qu'une simple procédure ou execute block parcourant la table listant les index peux faire un ALTER INDEX ... ACTIVE et c'est réglé.
A condition que l'index ne soit pas en cours d'utilisation.

Cela fait partie des choses de base traités dans mes cours

[marcleb1]

Hum... Merci, je vais tester quelque chose dans ce genre.
Mais ça ne marche pas pour les clés primaires !!!

Recreating the index:

ALTER INDEX indexName INACTIVE;
ALTER INDEX indexName ACTIVE;

Please note that it does not work for indices automatically created by the system like the ones for primary key or foreign key. You might want to drop and recreate the constraints in such case.

source : http://www.firebirdfaq.org/faq110/

[makowski]

Certes, mais si ta clé primaire a un problème, c'est toute ta base qui a un probleme ...

c'est signe de quelque chose de grave dans ton système, donc check complet de ton disque et de la mémoire, puis un backup restore s'imposent.

[marcleb1]

Le problème qu'on a eu était dans un index simple, donc pas de problème.
Pour les clés primaires, je n'ai jamais eu de problème.

Mais mon soucis c'est que le collègue en question me reproche de ne pas avoir dans Firebird une fonction pour "tout réindexer la base de données", similaire à ce qu'il a dans sa DB orientée "fichiers" (WinDev HyperFile sans client/serveur).

Je ne peux même pas lui répondre que c'est inutile avec Firebird, il me répondrait qu'on a eu un index corrompu la semaine dernière (le premier problème depuis sept ou huit ans d'utilisation !!!).

Tout ce que je peux faire c'est écrire une procédure qui appliquera la méthode que tu m'as expliquée ci-dessus, mais uniquement pour les indexes simples...

En tous cas merci pour tes réponses :-)