Il n'y a pas que le meilleur des deux mondes là dedans :
- Le coup de la base de données mixte (SGBRD / filesystem) c'est intéressant pour chercher un fichier via des métadonnées, mais si ce n'est pas le cas (recherche en texte intégral, par exemple), ça n'apporte pas grand chose.
- Dans le même ordre d'idée, ça n'amène pas de solution quand à la vitesse d'accès au fichier en lui même ou encore aux problèmes de limitation du nombre de fichier par répertoire : tu dois quand même trouver un schéma d'organisation de tes fichiers sur le FS.
- Le dernier problème de taille est le problème de la cohérence : tu ne peux plus t'appuyer sur le SGBDR pour t'assurer qu'il existe bien un fichier là où tu l'indiques dans la BDR et tu es obligé de faire des scripts à éxécuter régulièrement pour chercher les fichiers non référencés par le SGBDR.
[^] # Re: FS pour stocker plusieurs millions de docs
Posté par Toufou (site web personnel) . En réponse au journal FS pour stocker plusieurs millions de docs. Évalué à 1.
- Le coup de la base de données mixte (SGBRD / filesystem) c'est intéressant pour chercher un fichier via des métadonnées, mais si ce n'est pas le cas (recherche en texte intégral, par exemple), ça n'apporte pas grand chose.
- Dans le même ordre d'idée, ça n'amène pas de solution quand à la vitesse d'accès au fichier en lui même ou encore aux problèmes de limitation du nombre de fichier par répertoire : tu dois quand même trouver un schéma d'organisation de tes fichiers sur le FS.
- Le dernier problème de taille est le problème de la cohérence : tu ne peux plus t'appuyer sur le SGBDR pour t'assurer qu'il existe bien un fichier là où tu l'indiques dans la BDR et tu es obligé de faire des scripts à éxécuter régulièrement pour chercher les fichiers non référencés par le SGBDR.