Google BigQuery: La Guía Definitiva

Capítulo 7. Optimizar el rendimiento y el coste

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

El ajuste del rendimiento de BigQuery se suele llevar a cabo porque queremos reducir los tiempos de ejecución de las consultas o el coste, o ambas cosas. En este capítulo, examinamos una serie de optimizaciones del rendimiento que podrían funcionar para tu caso de uso.

Principios de actuación

Donald Knuth, el legendario informático, hizo la famosa observación de que la optimización prematura es la raíz de todos los males. Sin embargo, la cita completa de Knuth es más equilibrada:¹

Deberíamos olvidarnos de las pequeñas eficiencias, digamos un 97% de las veces: la optimización prematura es la raíz de todos los males. Sin embargo, no debemos dejar pasar nuestras oportunidades en ese 3% crítico. Un buen programador no se dejará adormecer por un razonamiento así, será prudente y mirará con atención el código crítico; pero sólo después de haber identificado ese código.

Siguiendo a Knuth, nos gustaría advertir que el ajuste del rendimiento sólo debe realizarse al final de la fase de desarrollo, y sólo si se observa que las consultas típicas tardan demasiado. Es mucho mejor tener esquemas de tabla flexibles y consultas elegantes, legibles y mantenibles que ofuscar tus esquemas de tabla y tus consultas en busca de una pizca de rendimiento añadido. Sin embargo, habrá casos en los que sí necesites mejorar el rendimiento de ...