Préserver l'intégrité des données dans Drupal:

Question

Il m'est arrivé de développer un module dans Drupal et, en raison de certaines limitations apparentes, View devait utiliser du code SQL personnalisé. Cela m'a posé quelques problèmes avec la révision des nœuds et je suis arrivé à la conclusion Dans Drupal, il est préférable d’utiliser ses méthodes natives pour travailler avec toutes les données. Sinon, des problèmes d'intégrité des données peuvent survenir.

Et même dans le but d’optimiser les requêtes SQL dans Drupal, cela devrait apparemment être fait dans de rares cas pour de véritables goulots d’étranglement.

Quelles sont vos expériences liées à ce dilemme - requêtes SQL directes vs modules / fonctions Drupal?

Answer 1

Lors de la mise à jour des données, vous devriez toujours utiliser la valeur par défaut de Drupal, même si vous devez ensuite effectuer d'autres requêtes pour les tables personnalisées, etc. Il n'est pas évident (sans fouiller dans le code) de faire ce que Drupal fait sur diverses actions et si vous copiez le fichier. code pour une action et le mettre dans votre fonction, vous devrez dès lors surveiller les changements dans le noyau.

Une astuce avec les vues qui peut vous aider, est que si les vues vous procurent presque ce que vous voulez, vous pouvez voir la requête générée par les vues copier cela et le mettre dans votre propre code. Cela supprime le reste de la surcharge de vues et peut représenter un gros gain de performances.