2012-05-11 3 views
1

J'ai des groupes de fichiers en utilisant la structure suivante:groupes de fichiers dans Stockage Azure Blob Storage

RandomFolderName1 [File1.jpg, File2.jpg, File3.jpg ...]

RandomFolderName2 [Fichier1. jpg, File2.jpg, File3.jpg ...]

Je me demande ce sera la manière libériennes pour le stocker dans Blob Storage.

Dois-je utiliser GUID.jpg pour chaque nom de fichier et de gérer la structure des dossiers dans le DB
Dois-je utiliser NomDossier + Nom_du_fichier.jpg, mais encore une fois devra gérer la structure du dossier dans DB
Dois-je utiliser un conteneur pour un dossier et l'intérieur ont File1.jpg, File2.jpg, File3.jpg ...
devrais-je conserver l'ensemble ForderName comme zip et ont tous les fichiers à l'intérieur

est-il une autre façon de définir un structure de dossiers dans Blob Storage?

Modifier: Les fichiers sont accessibles sur une base de dossier

Répondre

5

Vous pouvez utiliser des noms de fichiers dans blobs Azure comme « randomfoldername1/file1.jpg ». Cela ressemblera à une structure de dossiers et certains clients GUI vous permettront même de naviguer comme ça. Mais la réalité est que le "conteneur" est le seul facteur de regroupement réel et à partir de là il suffit de filtrer les fichiers dans ce conteneur en fonction des noms de fichiers partiels.

Pour répondre à votre question, vous serez probablement bien mettre tous les fichiers dans un seul conteneur. Les conteneurs aident à contrôler la politique d'accès à chaque blob a sa propre cible de performance. La part des raisons acl, la seule autre raison de les diviser à travers blobs dans le même récipient est si vous avez assez de blobs qui Quering les commence à se dégrader en raison du nombre de Shere (ou vous dépassent les objectifs de débit du compte de stockage).

Pour en savoir plus sur les abstractions et les cibles de débit Azure Storage, rendez-vous sur: http://www.windows-azure.net/windows-azure-storage-abstractions-and-their-scalability-targets/

Questions connexes