Scénario:
base de données SQL Server 2005 desservant une application ASP.NET (sur des serveurs Web distincts).
Base de données:
DB contient environ 5 Go de données «normales» et environ 15 Go de «fichiers» (par exemple: un PDF de 200 Ko stocké sous forme d'image (BLOB), ce genre de chose). Les utilisateurs téléchargent davantage de fichiers et consomment rapidement plus d'espace disque (la base de données pourrait atteindre 50 Go au cours des prochains mois, principalement des fichiers).
Préoccupations: Le fait de
stocker autant de fichiers dans la base de données pose déjà des problèmes (par exemple: la grande taille totale de la base de données rend les sauvegardes et les déploiements occasionnels de toute la base de données difficiles).
Et nous craignons qu'il n'y ait plus de problèmes . (par exemple: problèmes de performances - peut-être causés par le fait de ne pas pouvoir conserver la base de données entière dans la RAM, peut-être?)
Question:
Quelle solution technique proposeriez-vous à ce problème? Stocker les fichiers dans le système de fichiers? Fractionner la base de données en deux et en avoir une plus grande et plus lente pour les fichiers?
Plus de détails si nécessaire:
ces fichiers ne sont pas super importants et n'ont pas besoin de temps d'accès très rapides - quelques secondes seraient bien, et il y a peut-être une douzaine de sélections par heure au plus, actuellement. Les autres données "normales" de la base de données incluent les informations nécessaires plusieurs fois par seconde.