J'ai un fichier texte, c'est un fichier XML. C'est la configuration que les utilisateurs téléchargent.Stockez le fichier de configuration XML dans la base de données en tant que champ ou stockez-en le chemin?
Le problème est maintenant est-ce que je devrais stocker ce fichier dans la base de données directement? Ou devrais-je mettre le fichier dans un répertoire, et à l'intérieur de mon DB je pointer vers l'emplacement de ce fichier?
Stockez-le dans le db. De cette façon, il est soumis à tous les mêmes protection et audit que le reste de vos données dans la base de données.
Le stocker dans la base de données est un bon premier pas.
Vous trouverez peut-être que cela convient à vos besoins ou qu'il est très lent, surtout si vous voulez interroger des choses dans la configuration.
Ensuite, vous avez deux bonnes options, certaines bases de données peuvent prendre en charge XML comme type de données et exécuter des requêtes xpath, ou vous pouvez l'analyser lors du téléchargement et stocker les données dans des tables relationnelles.
Pendant la production, stockez-le dans la BD, MAIS pendant le développement soyez sûr d'avoir un moyen d'accéder au fichier config d'une autre manière, comme le chemin de la ligne de commande, ou autre, parce que vous aurez besoin de modifier la config. fichier assez souvent (probablement) et l'éditer dans la base de données sera une douleur.
Jusqu'à 1 Mo ou même un peu plus, je recommande de le mettre dans la base de données.
Le stockage externe provoque toujours des problèmes lors de la synchronisation des données: le fichier est-il toujours disponible à l'emplacement stocké dans la base de données?
SQL Server 2008 dispose d'une nouvelle fonctionnalité appelée FILESTREAM qui fonctionne bien pour stocker des fichiers dans le système de fichiers et maintenir l'intégrité. Mais cela ne marche vraiment que lorsque vous avez des fichiers qui sont significativement plus grands que 1 Mo.
Marc