Quelle est la dangerosité de cette requête SQL?

Question

La requête:

UPDATE 
    node as n 
    right join content_type_product as c 
    on n.nid = c.nid 

    right join uc_products as p 
    on p.nid = n.nid 

    set 
     c.field_product_price_eur_value = p.sell_price * 0.0961, 
     c.field_product_price_zar_value = p.sell_price * 1, 
     c.field_product_price_gbp_value = p.sell_price * 0.0844, 
     c.field_product_price_usd_value = p.sell_price * 0.1305, 
     n.changed = now() 
    where n.type = 'product' 

Pour ceux qui n'ont pas pensé à elle, cette requête met à jour tous les noeuds sur un site Drupal à tous la dernière monnaie. Ma question est, est-elle dangereuse cette requête si vous avez:

1. 500 nœuds
2. 50 000 nœuds
3. 1 000 000 nœuds

Si cette commande est exécutée toutes les heures?

Je dois savoir si je dois seulement exécuter cette requête toutes les quelques heures, ou si je dois limiter la mise à jour seulement dire 500 à la fois, etc.

Le site où il sera exécuté aura plusieurs noeuds entrées et cette requête a mis à jour 2 lignes pour chaque 1 produit. Donc, je ne suis pas sûr à quel point cela va fatiguer le serveur, si j'ai des tonnes de nœuds.

Answer 1

Je suggérerais d'effectuer une analyse comparative dans votre environnement de test (vous disposez d'un environnement de test, n'est-ce pas?) Pour estimer le type de charge que votre serveur rencontrerait. Il est très difficile de deviner quelle sorte d'impact cela aura sans en savoir plus sur votre environnement. Pour améliorer votre application, cependant, je suggère de stocker les taux de change dans un tableau séparé et de les calculer lorsque les utilisateurs tirent un produit particulier. De cette façon, vous n'avez pas besoin de mettre à jour des millions de lignes lorsque seulement une poignée de nombres ont réellement changé. Vous pouvez même mettre à jour vos taux de change toutes les quelques minutes plutôt que toutes les heures, si vous le souhaitez.

Answer 2

Ceci est, sans aucun doute, un appel assez lourd à faire. Je suppose que c'est pour mettre à jour les prix des produits selon les derniers taux de change. 1 000 000 de nœuds, c'est beaucoup, mais si vous avez plusieurs milliers de coups par seconde, cela peut entraîner plusieurs millions de calculs si cela est fait à la volée.

Ma seule recommandation serait de mettre en place une sorte de filtrage pour ne mettre à jour que les produits "actifs". Autrement dit, les produits qui sont visibles pour le public. Si un produit passe de inactif à actif, il devrait recueillir son prix approprié à ce moment-là.

Answer 3

Est-ce une table InnoDB ou MyISAM? Si MyISAM, il va verrouiller la table complète pour l'ensemble de la requête, cela verrouillera toutes les lectures pendant un laps de temps considérable.

La requête en elle-même est OK, mais vérifiez avec EXPLAIN pour vous assurer que vous avez les bons index.

Vous pouvez également utiliser vid et mettre à jour uniquement la dernière révision de vos noeuds.

Answer 4

c.field_product_price_zar_value = p.sell_price * 1, 

Eh bien, cette partie est un gaspillage de ressources, prix * 1 = prix. En fait, puisque vous effectuez une mise à jour d'un montant fixe à chaque fois, je ne suis pas sûr que la requête fasse ce dont vous avez besoin de toute façon. En général cependant, je ne considérerais jamais mettre à jour tous les prix que j'ai sur un programme à moins qu'il y ait un changement les obligeant à changer. Il n'y a rien dans votre requête qui indique qu'un changement est survenu, donc il se produirait que la valeur de la monnaie change ou non (et la façon dont elle est écrite changerait les valeurs même si la devise n'a pas changé).OU ne vois-je pas une partie de votre processus?