Memoria dati adatta per l'archiviazione di commenti in un sito di social media

Stai ottimizzando prematuramente.

Quanti messaggi visualizzerai su una pagina? Cento? Mille? Un miliardo?

Se il numero di messaggi è eccessivo per Microsoft SQL Server, come ti aspetteresti che un browser mostri che molti messaggi all'utente e come ti aspetteresti che un utente sia realmente interessato a vedere centinaia di migliaia di messaggi su una singola pagina? Qual è il punto?

Per quanto riguarda la memorizzazione delle gerarchie, Microsoft SQL Server dispone della funzione dati gerarchici . SQL Server consente inoltre di archiviare XML, ma non ti consiglierei di utilizzarlo in questo caso specifico: i campi XML di SQL Server sono più utili per i dati gerarchici che non cambiano troppo nel tempo.

A proposito, parlando di strutture gerarchiche, non stai facendo un servizio ai tuoi utenti. Le strutture ad albero sono per gli sviluppatori; sono una visualizzazione dei dati estremamente scadente per cose come le discussioni e dovrebbero essere evitate in questo contesto. La struttura piatta di StackExchange, in opposizione alle vecchie bacheche orientate agli alberi, è un buon esempio di sostituzione di un approccio inutilizzabile con un metodo molto efficace.

^{¹ In realtà, immagino che Microsoft SQL Server riderebbe di te se gli dicessi che hai paura di caricare centinaia di migliaia di messaggi. Se la tua tabella ha indici appropriati e chiavi esterne, la query richiederà virtualmente millisecondi .}

Che ne dici di memorizzare i tuoi commenti in una tabella come quella qui sotto.

| parent | top parent/aritcle | comment | who | when | etc |

Avere una colonna principale dovrebbe consentire di ottenere tutti i post rilevanti in funzione. Quindi puoi organizzarli su un albero, se necessario.

Come ha detto @ arseni-mourzenko: non è necessario ottimizzarlo troppo presto. Abbastanza buono è spesso abbastanza buono.