SELECT * : Bénédiction ou malédiction dans les requêtes de base de données ?

L'utilisation controversée de SELECT *

SELECT *, une requête qui récupère toutes les colonnes d'une table, est depuis longtemps une pratique polarisante dans le domaine du développement de bases de données. Si certains développeurs le dénoncent comme une abomination insalubre, d'autres justifient son usage occasionnel.

Cas d'utilisation acceptables pour SELECT *

Certains scénarios justifient l'utilisation de SELECT * sur une sélection plus spécifique :

• Déclencheurs d'audit : Y compris toutes les colonnes de les déclencheurs d'audit garantissent que tous les ajouts futurs à la table de base sont capturés et pris en compte, évitant ainsi les omissions potentielles.
• Tables dérivées : SELECT * dans les tables dérivées et les expressions de table à colonnes peuvent être concises et élégantes , évitant ainsi d'avoir à répertorier manuellement chaque colonne. Cependant, il est essentiel de noter que cette approche peut entraîner une surcharge inutile dans certaines bases de données.
• Vues : Théoriquement, SELECT * peut être utilisé dans les vues, car l'instruction SELECT finale doit filtrer les colonnes récupérées. Cependant, cela peut entraîner des incohérences de métadonnées dans certaines bases de données, nécessitant une actualisation manuelle pour garantir des résultats précis.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!