Vaut-il mieux stocker des données dans des milliers de fichiers distincts ou dans quelques fichiers XML?Stockage de données XML dans des milliers de petits fichiers
Les données sont partagées entre plusieurs périphériques qui en mettent régulièrement à jour des parties individuelles. Pour minimiser les conflits, chaque objet serait stocké dans un fichier unique nommé après le GUID. Par exemple, il peut y avoir 1000 projets stockés dans 1000 fichiers XML et 500 catégories stockées dans 500 autres fichiers.
Des applications comme OmniFocus et 1Password utilisent actuellement une variante de cette approche. OmniFocus a compressé certains fichiers mais souffrait encore de problèmes de performance sur les lecteurs webDav.
Les utilisateurs ont généralement dans le domaine des milliers de fichiers, certains ayant des dizaines de milliers.
Dans mon cas particulier, les données sont stockées sur un service comme Dropbox, donc une solution de base de données centrale n'est pas disponible.
Les périphériques modifiant les données incluent iOS, Android, Mac et PC.
Les fichiers n'ont pas nécessairement besoin d'être XML. Juste semble être un moyen pratique de stocker des données.
Je suis inquiet au sujet des performances et d'autres problèmes avec ce nombre de fichiers. J'ai déjà une solution de travail en utilisant une douzaine de fichiers (cassés dans les fichiers de changements principaux et périodiques) mais il y a beaucoup de scénarios de cas dans cette autre solution et je me demande si un fichier par UID pourrait être plus propre.
Pensées?
Je partage vos réservations concernant plusieurs fichiers. Hélas, nous essayons de le faire sans serveur central. Tout sur un Dropbox ou un serveur de fichiers équivalent donc pas de base de données/intelligence centrale possible. – Stephen