Chapitre 7. Optimiser les performances et les coûts
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
L'optimisation des performances de BigQuery est généralement effectuée parce que nous voulons réduire les temps d'exécution des requêtes ou les coûts, ou les deux. Dans ce chapitre, nous examinons un certain nombre d'optimisations des performances qui pourraient fonctionner pour ton cas d'utilisation.
Principes de performance
Donald Knuth, le légendaire informaticien, a fait la célèbre observation que l 'optimisation prématurée est la racine de tous les maux. Pourtant, la citation complète de Knuth est plus équilibrée:1
Nous devrions oublier les petits gains d'efficacité, disons environ 97 % du temps : l'optimisation prématurée est la racine de tous les maux. Pourtant, nous ne devrions pas laisser passer nos chances dans ces 3 % critiques. Un bon programmeur ne se laissera pas endormir par un tel raisonnement, il fera preuve de sagesse en examinant attentivement le code critique, mais seulement après l' avoir identifié.
À l'instar de Knuth, nous aimerions avertir que l'optimisation des performances ne devrait être effectuée qu'à la fin de la phase de développement, et seulement si l'on constate que les requêtes typiques prennent trop de temps. Il est de loin préférable d'avoir un schéma de table flexible et des requêtes élégantes, lisibles et faciles à maintenir plutôt que d'obscurcir la disposition ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access