Verdadero o falso: ¿una tabla con registros grandes (filas) y muchos campos (columnas) tardará más en devolver una consulta SQL?

Verdadero o falso: ¿una tabla con registros grandes (filas) y muchos campos (columnas) tardará más en devolver una consulta SQL?

Verdadero o falso: ¿una tabla con registros grandes (filas) debido a muchos campos (columnas) tardará más en devolver una consulta SQL?

Es decir, si tengo una consulta SELECT... WHERE... en SQL que opera en una tabla que tiene muchos campos y, por lo tanto, muchas filas con mucho volumen de datos, esta consulta SQL será significativamente más lenta o más lenta que la misma SELECT. /¿DÓNDE consulta SQL que opera en una tabla que tiene menos campos?

Quiero una respuesta definitiva. Nada de eso de "todo depende, ¿por qué no lo pruebas y ves" tampoco? ;-) Yo digo que no hay diferencia a menos que elijas un número absurdo cercano al número máximo de campos que puedes admitir en un registro. El objetivo es SQL Server 2008. Gracias.

EDITAR: Lo que estoy diciendo es que una tabla con los campos "GUID", "NOMBRE", "DIRECCIÓN"... y otros 50 parámetros tardará más en devolver una consulta SELECT/WHERE en una segunda tabla que solo tiene "GUID" y " NOMBRE", siendo el DÓNDE por supuesto '= NOMBRE' (y el mismo número bruto de filas, digamos que ambas tienen 10000 filas en la tabla).

Respuesta1

Verdadero

Respuesta2

la selección en sí debe ser la misma que otras con condiciones similares en mesas "más pequeñas"; pero la transferencia de datos desde el disco y a través de la red también lleva algo de tiempo, y eso definitivamente se vería afectado por la cantidad de datos.

En muchos (¿la mayoría?) de los casos, se piensa, el tiempo de transferencia de datos es mucho menor que el tiempo de selección de registros. De ser así, el impacto del tamaño de los datos podría ser insignificante.

Respuesta3

Usa tu cerebro. En realidad. Las respuestas simplistas no son sensatas.

NATURALMENTE marcará una diferencia porque hay una diferencia en la potencia de procesamiento Y VELOCIDADES DE TRANSFERENCIA entre 100 y 100 millones de filas (y no, 100 millones de filas no son absurdos: ejecuto entre 50 y 200 millones de consultas de filas varias veces al día).

Esto comienza con la cantidad de ancho de prohibición de memoria y no al final termina con algo tan simple como el ancho de prohibición de NETOWRK: 10 filas tienen muchos menos datos que 10 millones y la red es ilimitada en lo que puede transportar por segundo.

Para su edición: pasa de 3 campos a 53 en comparación; haga los cálculos usted mismo. Las redes normales deberían permitir 100 megabytes por segundo. Entonces, sí, naturalmente hace una diferencia. La pregunta es qué tan relevante es eso. Pero luego, oye, dejas explícitamente claro que no estás interesado en comprender realmente el problema, pero quieres una respuesta binaria de sí/no. Lo entendiste.

información relacionada