OVH Cloud OVH Cloud

[SPS2003[WSS2003]limite d'une bib de doc

1 réponse
Avatar
olivier
Bonsoir à tous,

Ce post fait suite à un précedente question posée dans ce forum, la question
de départ portait sur une config matérielle et le post a dérivé vers les
limites d'une bibliotheque de document.

Voila mon idée de départ : des bibliotheques de documents sont alimentées
automatiquement avec des documents PDF (image sans texte) auxquels on ajoute
des meta data. Ces documents PDF sont produits par des applications
externes.
Sachant que la plus grosse bibliotheque va grossir d'environ 1500 document
par mois je pensais garder 1 an dans la même bib avec tous les documents au
même niveau (sans sous dossiers) ce qui veut dire environ 18000 documents
par an.

Sachant que ces bibliotheques ne seront jamais parcourue par un utilisateur,
la questions des temps de reponse de la navigation dans la bib importe peu.
En effet toute consultation se fait via le moteur de recherche.

J'avais fait un test et déposé environ 100000 doc dans une bibliotheques
(sans meta data) et le parcours dans la bib était toujours possible (pas
rapide du tout, mais possible !!!).

Qu'en pensez vous ? je vais droit dans le mur ? devrais-je plutot creer un
dossier par mois et y déposer les doc du mois => 12 dossiers par an => 1500
document par dossiers.
Je suis un peu surpris par la limite de 2000 objet dans une bib cela me
parait peu pour une utilisation de type Gestion eletronique de document.


Merci d'avance de vos commentaires et de vos retour d'experiences terrain.


Olivier

1 réponse

Avatar
Jean-marc Sennechael
BOnsoir,

Voici quelques informations de volumétrie sur les conteneurs SPS:
Documents
Répertoire
10,000
L'interface qui énumère les documents fils d'un répertoire donné
présente des dégradations de performance au delà de 10000 sous documents.

Documents
Bibliothèques
2 millions
Il est possible de créer de très grande bibliothèque de documents en
"imbriquant" les répertoires.



Ces informations ne représentent que des bonnes pratiques, afin de garantir
un comportement correct du produit. Il est vrai que dans votre cas, vous
n'accédez au document que par le biais du moteur de recherche, mais... que
se passera t'il si vos spécifications fonctionnelles évoluent et que les
utilisateurs accèdent directement aux documents? Le fait de créer un dossier
par mois vous permettra de mieux organiser les données et d'éviter un
parcours fastidieux de vos bibliothèques de documents aux administrateurs du
portail.

Cordialement,

Jean-Marc Sennechael
Microsoft France - MCS

Ce message est fourni en l'état, sans garantie d'aucune sorte et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.

"olivier" a écrit dans le message de news:

Bonsoir à tous,

Ce post fait suite à un précedente question posée dans ce forum, la
question
de départ portait sur une config matérielle et le post a dérivé vers les
limites d'une bibliotheque de document.

Voila mon idée de départ : des bibliotheques de documents sont alimentées
automatiquement avec des documents PDF (image sans texte) auxquels on
ajoute
des meta data. Ces documents PDF sont produits par des applications
externes.
Sachant que la plus grosse bibliotheque va grossir d'environ 1500 document
par mois je pensais garder 1 an dans la même bib avec tous les documents
au
même niveau (sans sous dossiers) ce qui veut dire environ 18000 documents
par an.

Sachant que ces bibliotheques ne seront jamais parcourue par un
utilisateur,
la questions des temps de reponse de la navigation dans la bib importe
peu.
En effet toute consultation se fait via le moteur de recherche.

J'avais fait un test et déposé environ 100000 doc dans une bibliotheques
(sans meta data) et le parcours dans la bib était toujours possible (pas
rapide du tout, mais possible !!!).

Qu'en pensez vous ? je vais droit dans le mur ? devrais-je plutot creer un
dossier par mois et y déposer les doc du mois => 12 dossiers par an =>
1500
document par dossiers.
Je suis un peu surpris par la limite de 2000 objet dans une bib cela me
parait peu pour une utilisation de type Gestion eletronique de document.


Merci d'avance de vos commentaires et de vos retour d'experiences terrain.


Olivier