SQL Server: Gibt es einen Weg, um die Abrufzeit einer Abfrage theoretisch abzuschätzen?

Question

Ich werde eine Datenbank mit mehr als 8hundert Milliarden Datensätzen haben,

Ich werde den DB über SQL Server nur abfragen, um Datensätze abzurufen, d. H. << starken> Wählen Sie nur abfragen.

Ich werde von 1 bis 36.000.000 Records abrufen, und ich werde auch über Caching (36.000.000 x 8) dauern.

was ich suchte, ist einige Mittel, durch die ich eine Einschätzung von wie viel Zeit bekommen kann, um einen einfachen select select SQL Server (jede Version \ Edition), um 36.000.000 (das Worst-Case-Szenario) zurückzukommen.

Mein Tisch ist einfach mit nur 9 Spalten \ Attributen, alle int (ganzzahlige).

Ich muss vor der Hand eine Vorstellung davon bekommen, bevor ich mein DB & Design meine App auffüllen könnte, während ich beachten konnte, ob ich mich auf den SQL-Server verlassen muss, oder meine App muss sich auf ein riesiges Caching verlassen, da die langsame Antwort < stark> nicht eine Option.

zusätzliche Note

.
• Netzwerkverbindung und Bandbreite ist hier nicht eine Rücksichtnahme.
• Ich kann die abgelegte Zeit nicht über die Programmierung überprüfen, da dB \ kann nicht doch gefüllt.

  ---

  e d i t

  warum die abfallende Abstimmung

Answer 1

füllen Sie Ihren Tisch mit Junkdaten und schalten Sie die Statistiken ein.

Answer 2

nein, sorry, keine einfache silberne Kugel.Sie dabei, das von anderen Abfragen abzunehmen, wenn Sie ein sinnvolles Daten-Referenzsatz haben und mit Variationen leben können, aber ansonsten - nein.Die Leute verdienen das Geld, das das Tuning einwirkt;)