Tout système de gestion de documents réussi (application utilisant des documents intensivement) en utilisant sql server filestream?

Question

Quelqu'un at-il créé un système de gestion de documents à l'aide de Filestream de SQL SERVER? Je veux dire par là que si une application fait un usage intensif de documents, filestream est une bonne option, ou dans ce cas il vaudrait mieux opter pour une autre solution? Je comprends que cela dépend de nombreux facteurs, mais en général, je suppose que si "< 5%" que la charge du serveur est basée sur la lecture/écriture champs de flux de fichiers varbinary (max), c'est sûr, si "> 95 % "que la charge du serveur est basée sur la lecture/l'écriture de champs de flux de fichiers varbinary (max) probablement ce n'est pas correct. Donc, d'une manière ou d'une autre, j'aimerais savoir si l'un d'entre vous a développé des applications où ce% est en quelque sorte entre 5 et 95 et confirme que le flux de fichiers était un bon choix.

Answer 1

L'une des applications que j'ai récemment produites est un système de test à choix multiples avec du matériel de formation hébergé sur le serveur SQL dans le flux de fichiers. Comme la prise réelle des tests utilise très peu de "bande passante", je dirais qu'environ 30% du temps des serveurs est pris en charge par ces fichiers. Jusqu'ici tout va bien, le système est sur le point d'être mis en service par une base d'utilisateurs beaucoup plus grande, donc seul le temps le dira, mais je suis convaincu qu'il répondra aux critères de performance. Filestream est vraiment un bon compromis entre les camps de stockage BLOBS et le stockage d'un lien vers un fichier