Implementazione del file system in MongoDB con GridFS

4

Sto lavorando su due progetti che implementeranno entrambi un server Webdav supportato da un MongoDB GridFS. In ogni caso, esiste il potenziale per il sistema di memorizzare decine di milioni di file distribuiti su migliaia di directory gerarchiche.

Posso inventare due modi diversi di memorizzare la struttura della directory:

  • Come un "vero" file system gerarchico, con directory contenenti gli ID ( _id ) di sottodirectory e file regolari. I percorsi saranno separati da barre ( / ) come in un file system conforme a POSIX.

    • Il percorso /a/b/c verrà rappresentato come una directory a contenente una directory b contenente un file c .
  • Come un file system piatto, in cui i nomi dei file includono le barre.

    • Il percorso /a/b/c verrà archiviato come un singolo file con il nome /a/b/c

Quali sono i vantaggi e gli svantaggi di ciascuno, rispetto a un "reale" file system basato su cartelle?

    
posta Ralph 31.10.2012 - 13:56
fonte

1 risposta

3

Hai guardato link ? Sembra che tu sia tra "Collegamenti secondari" e "Percorsi materializzati". Sulla base del commento sembra che la tua seconda idea sia molto più adatta a Mongo. Memorizzare ogni sottodirectory _id è un po 'troppo relazionale e implica collegamenti e join che non sono cose su cui Mongo eccelle.

    
risposta data 31.10.2012 - 16:35
fonte

Leggi altre domande sui tag