Servidor SQL:¿Hay alguna manera de estimar teóricamente el tiempo de recuperación de una consulta?

Question

Tendré una base de datos con más de 800 mil millones de registros.

Voy a consultar la base de datos a través de SQL Server. SOLO para recuperar registros, es decir SELECCIONAR consultas únicamente.

Voy a recuperar de 1 a 36.000.000 de registros, además también pensaré en almacenar en caché (36.000.000 x 8) registros.

Lo que estaba buscando es algún medio a través del cual pudiera obtener una estimación de CUANTO TIEMPO ¿Será necesario para un simple SELECCIONAR consulte SQL Server (cualquier versión/edición) para recuperar 36.000.000 (en el peor de los casos).

Mi tabla es simple con solo 9 columnas\atributos, todos ellos INT (enteros).

Necesito tener una idea de esto de antemano antes de poder completar mi base de datos y diseñar mi aplicación, teniendo en cuenta que si tengo que confiar en SQL Server o mi aplicación tiene que depender de un gran almacenamiento en caché porque la respuesta es lenta. NO una opción.

NOTA ADICIONAL

• La conexión de red y el ancho de banda no se consideran aquí.
• No puedo verificar el tiempo transcurrido a través de la programación, porque DB no puede poblarse todavía.

---

EDITAR

¿Por qué el voto negativo?

Answer 1

Poja tu tabla con datos basura y enciende las estadísticas.

Answer 2

No, lo siento, no hay bala de plata fácil.Usted se deduce que de otras consultas Si tiene un conjunto de referencia de datos sensible y puede vivir con variaciones, pero de lo contrario, no.Las personas ganan dinero que afinan eso;)