Tabla lenta de SQL Server 2008, particionamiento de tabla
https://stackoverflow.com/questions/816395
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Tengo una tabla que ha crecido a más de 1 millón de registros ... hoy (todos válidos)
Necesito acelerarlo ... ¿Sería la partición de la tabla la respuesta? Si es así, ¿puedo obtener ayuda para crear la consulta?
La tabla tiene 4 claves de valor bigint y eso es todo con una clave primaria indexada y un índice de desc en el ID de usuario; los otros valores tienen un máximo de 139 (ahora hay poco más de 10,000 usuarios)
Cualquier ayuda o dirección sería apreciada :)
Solución
probablemente solo necesite ajustar sus consultas y / o índices. 1 millón de registros no deberían estar causándole problemas. Tengo una tabla con varios cientos de millones de registros & amp; Soy capaz de mantener un rendimiento bastante alto. He encontrado que el generador de perfiles de SQL Server es bastante útil con estas cosas. Está disponible en SQL Server Management Studio (pero desafortunadamente no en la versión express). También puede hacer Query > Incluya el Plan de ejecución real para ver un diagrama de dónde se pasa el tiempo durante la consulta.
Otros consejos
Debe investigar sus índices y la carga de trabajo de consulta antes de pensar en la partición. Si ha realizado una gran cantidad de inserciones, su índice agrupado puede estar fragmentado.
Aunque esté utilizando SQL Server Express, aún puede crear un perfil con esta herramienta gratuita: Profiler para Microsoft SQL Server 2005 / Edición Express 2008
Estoy de acuerdo con los otros comentarios. Con una base de datos razonablemente pequeña (la tabla más grande registra 1MM) es poco probable que cualquier actividad en la base de datos proporcione una carga notable si las consultas están optimizadas y el resto del código no está abusando de la base de datos con consultas redundantes. Es una buena oportunidad para tener una idea de la interacción entre las consultas de la base de datos y el resto del código.
Vea mis experimentos en particiones de tablas SQL aquí [ http://faiz.kera.la/2009/08/02/does-partitioning-improve-performance-for-sql-tables/] . Espero que esto sea útil para usted ... Y para su caso, 1M no es una cifra considerable. Es posible que necesite ajustar las consultas antes que ir a particionar.
