Regla de oro para particionar tablas

Question

He visto muchas entradas sobre tablas de particionamiento, pero no hay mucha información sobre cuándo debe crear una partición.

¿Hay una regla de oro cuando debe particionar tablas en SQL Server.

Gracias

Answer 1

Mis puntos de referencia indican que depende de la carga de la consulta.

• Si las consultas que se realizan siempre contienen un filtro en el campo de partición de la mejora en el rendimiento es prácticamente instantánea (como 1000 registros en la tabla ya es beneficioso)
• Si las consultas no siempre contienen un filtro en el campo de partición que realmente tiene que comparar con una buena muestra de la carga de consulta antes de tomar la decisión.

También tiene que tener en cuenta el sistema de partición que utiliza. si usa particiones "estáticas" no hay mucho daño al crearlas inmediatamente. Cuando utiliza un sistema de "ventana deslizante", debe tener en cuenta la sobrecarga de crear y fusionar particiones. (que puede llevar mucho tiempo en mesas grandes)

Answer 2

@ La publicación de Filip es una excelente guía de actualidad. Cuando haga sus ontologías y calcule cómo se usará su aplicación, es decir, cómo interactuarán los usuarios con la aplicación y cómo se traduce en acceso a la base de datos, debe tener una buena idea del tipo de consultas que se realizarán y cómo Rápidamente ciertas tablas crecerán. Si estás seguro de eso, entonces debes dividir inmediatamente las mesas para diferir de cualquier cosa de mantenimiento.

Pero si su tratando de decidir sobre la conveniencia de la partición de tablas pobladas, o en el que quieres realizar un particionamiento perezoso como yo, he aquí una pequeña pepita de la documentación de PostgreSQL:

El punto exacto en el que una mesa se beneficiará de la partición depende de la aplicación, aunque una regla general es que el tamaño de la tabla debe exceder la memoria física del servidor de la base de datos. [src]