/ / Quale struttura dati deve essere utilizzata durante l'archiviazione di un numero elevato di dati, ma non di RDBMS? [chiuso] - algoritmo, database

Quale struttura dati deve essere utilizzata durante l'archiviazione di un numero elevato di dati, ma non di RDBMS? [chiuso] - algoritmo, database

Questa domanda è stata posta in un'intervista. Per prima cosa, mi sono inventato B-tree. Mi ha chiesto di essere più specifico e mi ha chiesto di descrivere come avrei archiviato i dati in modo che fosse più facile recuperarli. Puoi per favore gettare un po 'di luce su questo. Grazie in anticipo

risposte:

0 per risposta № 1

La tua domanda non è molto chiara. I "buoni" modi per archiviare i dati dipendono da ciò che si vuole fare con esso.

Se si desidera accedere a parti dei dati, un elenco digli offset sono sufficienti Se vuoi cercare nel testo, usare un indice invertito aggiuntivo in combinazione con docIds-> offset è grandioso. Se hai frequenti aggiornamenti dei tuoi dati e la lettura è rara, nessuno di questi ha senso. Quindi dipende davvero


-1 per risposta № 2

Sembra una domanda aperta, quindi puoi dimostrare la tua vasta esperienza di ... beh, http://en.wikipedia.org/wiki/NoSQL sarebbe la mia ipotesi, ma potresti discuterne http://en.wikipedia.org/wiki/Dbm risponde alla domanda.