200% de acuerdo con bases pequeñas rara vez tienes problemas de perfomance.
On Wed, Aug 9, 2023 at 8:01 PM Sandino Araico Sánchez <sand...@1101.mx> wrote: > En 8/9/23 08:54, Enrique Herrera Noya escribió: > > me tope con un tema practico , como son varios teras desde el cual > > debo seleccionar la muestra, me demorare mas tiempo que el plazo de > > entrega de la maqueta, > > Vivimos en el año 2023. En este año, una base de datos de varios teras > ya no se considera tan grande y te podría caber en un solo disco. > Como tu maqueta es para optimizar el procesamiento de ese volumen grande > de datos, lo que te convendría es copiar la base de datos completa a uno > de esos discos lentos y baratos. Aquí una referencia de cómo hacer el > respaldo base: https://www.postgresql.org/docs/current/backup.html > > No necesitas detener la base de datos de producción para hacer el > respaldo base; solo hacerlo en fechas distintas a tu reporte mensual ese > tan tardado, porque el respaldo base te va a consumir mucho I/O. > > La razón de usar en tu maqueta la base de datos completa es porque > algunos problemas de bases de datos grandes (como cuando el índice crece > tanto que ya no cabe en la memoria) no se presentan en muestras pequeñas > y no los descubrirías al momento de estar corriendo tus pruebas de > desempeño. > > > >
