Plusieurs classs MDF VS DataBase unique (SQL Server)

Je travaille sur un projet web2 que je voudrais avoir des milliers de lignes par jour par les users. Pour gérer cette taille de données j'ai conçu la database comme ceci: un file .mdf et .ldf en tant que database mineure et 1 database majeure pour save et interroger les adresses des counts d'users et des files DataBase.

J'ai travaillé plusieurs mois pour ce plan et maintenant je peux le gérer facilement. je veux savoir si c'est une bonne idée de gérer une énorme taille de données indépendantes? sorcière a une meilleure performance à votre avis? ouverture de la connection de nombreux petits files .mdf ou juste une énorme database.

Ensuite, je vais split le repository MDF dans plusieurs ordinateurs.

tous sont gérés par C # et linq (.net4)

// Descriptions ultérieures

J'ai construit ce plan et cela fonctionne bien. par exemple: l'ouverture de chaque petit file mdf prend 1sec et l'interroge en 0.0sec. il rend l'heure statique pour chaque connection, mais dans la database unique pour le système 50rows doit les find par exemple 200 000 lignes et prend environ 4-5sec dans mon système avec simple requête de sélection avec la key primaire.

pour l'autre exemple, je veux get une rangée entre 500 000 lignes pour lier le contenu de la page et sélectionner 50 commentaires entre 2milmions et get le nombre de votes de chaque commentaire, voir le nombre de jours, la semaine, le mois et le total. nombre de likes, réponse de commentaires et get plus de données de 2-3 autres tables, ces querys sont lourds et prennent plus de time que la petite database esclave.

Je pense qu'une bonne design et des process doivent fonctionner facilement pour le système.

le seul problème est que les petites bases de données esclaves avec les files sql server prennent plus de taille physique environ 3 Mo par DataBase.

Il n'y a aucune raison de split quelque chose qui pourrait / devrait exister en tant que database unique en plusieurs parties indépendantes.

Il existe déjà des mécanismes pour partitionner une seule database logique entre plusieurs files: l' architecture des files et des groupes de files ainsi que pour partitionner des tables volumineuses (quelques milliers de lignes par jour ne sont pas vraiment considérées comme une grande table).

"Des milliers de lignes par jour" devrait être un changement de poche pour Sql Server.

D'abord, j'ai voté Alex K réponse. Les groupes de files vous mèneront là où vous voulez être le plus probable. Les tables partitionnées peuvent être surdimensionnées et ne sont disponibles que dans la version Enterprise.

Ce que je vais append est:

http://www.google.com/#q=glenn+berry+dmv&bav=on.2,or.r_gc.r_pw.&fp=73d2ceaabb6b01bf&hl=fr

Vous devez modifier vos index. Dans la catégorie des bons vs meilleurs vs meilleurs, les requêtes DMV de Glenn Berry sont «meilleures». Ces requêtes vous aideront à résoudre la majorité des problèmes. Dans la catégorie «meilleure», il y a le jalonnement de la douleur en examinant chaque procédure stockée, en examinant le plan d'exécution et en essayant différentes choses. C'est ce qu'un bon dba est capable de fournir.

Voici quelques "bases" sur les considérations d'installation de files. Faites attention à la configuration de la database TEMP. http://technet.microsoft.com/en-us/library/cc966534.aspx

son difficile à gérer petit file MDF vous devez aller avec server SQL et database SQL Server fournir 10 Go de stockage de données par database une seule fois c'est facile