Si tu optes pour un index SQL (ce que je pense plus performant et plus simple à manipuler que du XML + XPath), tu peux te base sur l'excellent SQLite qui est un moteur SQL en C et où la database est stockée dans un fichier disque (donc pas de serveur, etc... juste une librairie à linker).
En fait, ton problème dépends aussi très largement de si ton archive doit être "juste une archive" (read-only) ou bien si elle doit "vivre dans le temps".
Si elle est figée, tu peux faire ton index SQL et en parallèle grouper les fichiers dans des gros blobs jusque 650 Mo, en stockant dans ta database pour chaque fichier le nom de son "fichier conteneur" et son offset et sa taille.
Si elle doit vivre, il vaut mieux à mon avis faire appel au filesystem comme tu le suggères.
# Re: Cherche Conseil de Developpeurs
Posté par enicolas . En réponse au journal Cherche Conseil de Developpeurs. Évalué à 2.
En fait, ton problème dépends aussi très largement de si ton archive doit être "juste une archive" (read-only) ou bien si elle doit "vivre dans le temps".
Si elle est figée, tu peux faire ton index SQL et en parallèle grouper les fichiers dans des gros blobs jusque 650 Mo, en stockant dans ta database pour chaque fichier le nom de son "fichier conteneur" et son offset et sa taille.
Si elle doit vivre, il vaut mieux à mon avis faire appel au filesystem comme tu le suggères.
A+