Compression et réindexation des bases SQLite Firefox

Compression et réindexation des bases SQLite de FirefoxIl existe différentes extensions sous Firefox qui compressent les bases SQLite utilisées par le navigateur de la fondation Mozilla :

Le souci est que ces extensions Firefox à l’exception de Places Maintenance (Merci à SckyzO), si elles compressent tables et index, ne permettent pas de les réindexer. Je ne sais d’ailleurs pas dire avec exactitude si cela présente un intérêt quelconque.

Pour exécuter le code présenté ci-dessous, vous devez préalablement vous assurer de fermer Firefox. 

Batch sous Windows pour maintenir les bases SQLite de Firefox

Après avoir téléchargé et décompressé le shell SQLite pour Windows, copiez le fichier sqlite3.exe dans le répertoire c:\windows\system32. C’est plus simple ! L’emplacement de votre profil Firefox est défini dans le fichier %USERPROFILE%\AppData\Roaming\Mozilla\Firefox\profiles.ini. Dans l’exemple ci-dessous, le répertoire du profil Firefox se situe dans d:\firefox\profil.

@echo off
d:
cd \firefox\profil
for %%i in (*.sqlite) do sqlite3 %%i "vacuum"
for %%i in (*.sqlite) do sqlite3 %%i "reindex"
exit

Script Bash sous Linux pour compresser et réindexer les bases SQLite associées à Mozilla Firefox

Téléchargez le paquet pour Linux à partir du lien ci-dessus. Dézippez-le dans le répertoire de votre profil. Créez le script suivant dans le même dossier en prenant soin de le rendre exécutable.

#!/bin/bash
find ~ -type f *.sqlite -exec ./sqlite3 {} "vacuum" \;
find ~ -type f *.sqlite -exec ./sqlite3 {} "reindex" \;

Dsfc Dsfc

Compression et réindexation des bases SQLite Firefox
4 votes, 5.00 avg. rating (98% score)
Tags : , , , , , , ,
Commentaires

Si je ne me trompe pas, Place maintenance permet la réindexation. Cf la screen du plugin
Merci pour l’astuce ;)

@SckyzO

En effet. Je corrige de ce pas. Merci en tout cas.

« Je ne sais d’ailleurs pas dire avec exactitude si cela présente un intérêt quelconque. »

faire pour faire… ça n’apporte pas grand chose du coup…

@ibubbl3

Quand je parlais de ne pas savoir si cela présentait un intérêt quelconque, j’évoquais la réindexation.

Ne pas faire pour ne pas faire, ça n’apporte rien !

Je parlais justement de la ré-indexation… est-ce que ré-indexer améliorera les performances ? assurera une meilleure intégrité des données ?

Pareil sur la compression des bases sqlite, la logique voudrais que décompresser + lire/écrire soit plus consommateur sur le plan CPU… Le prix du go étant plutôt faible aujourd’hui et n’ayant pas vu depuis longtemps un pc avec disque de moins de 120go je n’en saisi pas bien l’intérêt.

Ni voyez pas d’attaque personnelle, je cherche juste à comprendre l’intérêt de faire. Toute actions (informatique) est censé répondre à un besoin quel qu’il soit.

@ibubbl3

Après compression, j’ai gagné quelques milli-secondes dans mes tests effectués entre Firefox et Chromium. Sont-elles imputables à cette action ? Mystère et boule de gomme.

NB Je n’y voyais aucune espèce d’attaque personnelle ! ;+)

je pense qu’il manque quelques chose dans le script bash: il me semble qu’on doit plutôt rajouter l’option « -name » avant le « *.sqlite » et même être plus précis sur le répertoire de recherche, en effet rechercher dans « ~/.mozilla/firefox/ » est plus indiqué que de rechercher dans tous le homedir. Corriger moi si je me trompe. En tous cas je suis content de tomber sur ce blog.

@fisas

Non, il n’y a pas d’erreur ! ;+)

ah bon ?

find: les chemins doivent précéder l’expression : *.sqlite
Utilisation : find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [chemin...] [expression]

@G-rom

Mais faites un test : find *.* -type f !!! Et vous verrez.

Laisser un commentaire

(requis)

(requis)


*