Version imprimable
Bonjour
est il possible sous firebird, de connaître le % de désorganisation de la base afin de l optimiser ?
comment
comment se sers ton de GStat ?
Mon but est d avoir une petite jauge dans la barre de tache, qui donne le % d optimisation et quand j arrives a 10% je met un message ui permet d ouvrir une autre fenetre pour optimiser la base
merci
il faudrait déjà savoir ce qu'est unCitation:
% de désorganisation
En gros, savoir quand faut il réorganiser la base, donc Gstat donne t il sous une forme quelconque ce genre d infos et comment recuperer ca dans un prog en D7
en fait sur mon programme je me suis rendu compte que la moyenne des gens faisait une reorg de la base tous les 20 jours en moyenne, donc ai mis une jauge dans la status bar qui se decremente chaque jours, mais la c est du calcul au pif donc je vouslais savoir si y a un moyen juste pour faire ca ?
merci
c'est quoi une?Citation:
une reorg de la base
Reorg : Dans mon prog j ai fait une routine qui fais un gbak et grestore
Normalement, une base ne doit être restorée que si :
on a perdu l'original
on la déplace
on change de version de Firebird
sinon, un gbak, un sweep (au minimum quotidien à priori), et de temps en temps une réorganisation des index suffit
mais si tes clients peuvent se permettre une sauvegarde restauration, cela ne fait pas de mal.
Quand à la fréquence, impossible de donner des indications générales
pour interpréter gstat, c'est un peu de savoir faire, que des outils comme IBAnalyst ont automatisé.
par contre, si tes clients sont obliqés de faire un restore pour retrouver des perfs qui se dégradent au cours du temps, ce n'est pas ça la solution, la vrai solution, c'est modifier ton ou tes programmes qui doivent qq part mal gerer les transactions ou ta structure de base qui est mal foutue qq part ou des requêtes mal écrites.
Le pb c est que mon soft que j'ai cree en 1995 avec interbase, ne gerait pas de transactions (je sais c est pa bien) et donc y a juste une transaction ouverte au lancement et fermé quand on quitte, et n'ai rien changé lors du passage en firebird, car je n'avais pas la connaissance suffisante
je pense que ca serait un tres gros boulot de tout revoir
donc il marche comme ca depuis 1995
de ce point de vue, Interbase ou Firebird c'est pareil, donc c'était déjà pas bien avec Interbase ;)
et c'est pas forcément un si gros boulot que ça
+1Citation:
Envoyé par makowski
Cependant si je peux me permettre de rajouter mon grain de sel à propos du gbak et du sweep . Voici mes constations lorsque je n'utilisais pas les transactions (GPAO en D3+BDE+IB5.5) et durant le temps de la migration vers FIB 1.5 puis 2.0.4 .
1. j'ai mis le sweep interval à 0
2. je suis passé en mode coopérative
3. j'ai créé sur le serveur un petit fichier bat, planifié à un moment de calme plat (1.00h du matin)
au cours d'une de nos discussions sur le forum il est apparu que le sweep n'était pas vraiment nécessaire puisque le gbak fait une garbage collection (je ne retrouve plus le post mais il doit être dans ce forum ou celui d'interbase , c'était avant la séparation) ce qui revient presque au sweep .Citation:
dans celui-ci j'avais mis un ordre gfix arrêter la base (shutdown)
puis un autre pour faire le sweep
enfin un gbak de la base
puis un dernier gfix pour remettre la base online
Dès lors je n'ai plus eu aucun problème de lenteur ou autre jusqu'à migration vers une meilleure gestion des transactions (Y a même encore de "vieux programmes" qui n'ont pas été modifié et ne le seront pas :mrgreen:)
un petit fichier bat un peu plus sophistiqué pour garder plusieurs versions de la base à l'occasion et le tour est joué.
Bien sur dans mon cas le serveur n'est jamais éteint :lol:
@+
Serge