tablas con particiones en SQL Server 2005 - en busca de advertencias en el mundo real

Question

Actualmente estoy evaluación comparativa de tablas con particiones con SQL Server 2005 para compararlos con el uso de dos tablas (una mesa "en vivo" y una tabla de "archivo") para una cola de procesamiento. La partición de ser representadas en un poco la columna 'archivo', de modo que cuando se establece el bit de archivo, la fila se mueve automágicamente.

Las pruebas iniciales parece demostrar que ambos métodos son más o menos nivelados, tal vez un poco sesgada a favor de las particiones de más de dos tablas (10.000 filas), pero estoy el aumento gradual del volumen de datos (500.000 filas hacia arriba) y las roscas (más de 1 y hacer cosas diferentes) hasta ver lo que sucede a continuación.

Sin embargo esto a un lado, la evaluación comparativa puede probar nada si se utiliza la prueba de la derecha :-) Así que también estoy buscando ninguna experiencia en el mundo real (positivo y negativo), incluyendo las restricciones que las particiones pueden añadir, golpes de rendimiento inesperado o ( por el otro lado, por ejemplo) una mejor manejabilidad.

Saludos,

Chris

Answer 1

No descuidar el hecho de que la partición le permitirá a su solución implementada para colocar la partición 'archivo' en un grupo de archivos diferente, como un husillo disco más grande pero más lento. Un grupo de archivos diferente también permite la copia de seguridad / restauración parcial estrategias.

Answer 2

Asegúrese de que sus particiones lógicas y físicas están alineados ya que esto puede reducir la velocidad de partición si la lógica y física está fuera de sincronía.