SQL Server: Y a-t-il un moyen d'estimer théoriquement l'heure de récupération d'une requête

Question

Je vais avoir une base de données avec plus de 8 cents milliards d'enregistrements,

Je vais interroger la DB via SQL Server uniquement pour récupérer des enregistrements I.e. Sélectionnez SEULEMENT.

Je vais vous retrouver de 1 à 36 000 000 enregistrements, plus je penserai également à la mise en cache (36 000 000 x 8).

Ce que je cherchais est des moyens par lesquels je pourrais obtenir une estimation de combien de temps prendra-t-il pour un serveur SQL SELET édition) pour récupérer 36 000 000 000 (pire des scénarios).

Ma table est simple avec seulement 9 colonnes \ attributs, tous int (entiers).

J'ai besoin d'avoir une idée de cela avant que je puisse remplir mon dB & concevoir mon application tout en gardant à l'esprit que je dois compter sur SQL Server ou que mon application doit compter sur une énorme mise en cache car la réponse lente est < fort> pas une option.

note supplémentaire

• La connexion réseau et la bande passante n'est pas une considération ici.
• Je ne peux pas vérifier l'heure écoulée via la programmation, car dB est \ ne peut pas peuplé encore.

  ---

  e d i t

  pourquoi le vote en bas

Answer 1

peuplez votre table avec des données indésirables et activez les statistiques.

Answer 2

Non, désolé, pas de balle d'argent facile.Vous déduction que des autres requêtes si vous avez un ensemble de référence de données sensible et que vous pouvez vivre avec des variations, mais sinon - non.Les gens gagnent de l'argent réglage qui;)