Base de données pour le démarrage de micro-blogging

Question

Je vais faire le service web de micro-blogging (pour l'école, alors ne me souffle pas faute de nouvelles idées) et je crains que DB pourrait être souvent surchargé (l'utilisateur peut suivre d'autres utilisateurs ou une étiquette, même si je suppouse que SELECT va être lourd - vérifier 20 derniers messages qui contient tous les tags et l'utilisateur d'observation).
Mon idée est de créer une autre table, et stocker dans seulement StatusID et userID (qui devrait prendre un message). Danger de qui est, si une étiquette ou un utilisateur a de nombreux adeptes, il y aura beaucoup d'enregistrement avec cet ID d'état. Alors, est-il une bonne idée? Ou peut-être mieux est utilisé relation M2M? (Un état -> de nombreux récepteurs)

Answer 1

Je pense que la plupart des bases de données peuvent facilement gérer de grands ensembles de disques. La responsabilité de l'avoir est préforme dans votre conception à la mise en place correctement les indices. Si vous créez les index droit les clauses de sélection doivent effectuer très bien.

Answer 2

Je vais avec utilisateurs table, une table pour avoir la relation entre les utilisateurs et m2m messages tableau .

Vous pouvez alors faire une sélection pour trouver tous les utilisateurs d'un utilisateur suit, puis un deuxième sélectionnez dans pour obtenir tous les messages d'intérêt (tri et de limiter les résultats selon le cas). L'extension de ce marquage à devrait être assez simple.

Cette conception devrait être bon pour un grand nombre d'utilisateurs et des messages aussi longtemps que vous indexer les colonnes de droite. Si vous avez énorme alors vous pouvez également exécuter les tables des utilisateurs et des tables de messages à différents serveurs ou d'avoir lu seulement reproduit. Je ne vous inquiétez pas, même à ce sujet pour le moment -. Vous auriez besoin d'être énorme

Answer 3

Lors de la mise en œuvre Collabinate ( http://www.collabinate.com ), un moteur à base de service pour microblogging et flux d'activités partagées, j'ai utilisé une base de données de graphique. Le fait que les gens créent des postes et suivre d'autres personnes se prête à une structure graphique. Avec les bonnes relations et des algorithmes, cela peut être une solution très efficace et performante.