Quand l'utilisation de « SELECT * » dans les requêtes SQL est-elle justifiable ?

L'utilisation de Select * peut-elle un jour être justifiée ?

L'utilisation de « SELECT * » dans les requêtes SQL a longtemps été un sujet de débat parmi développeurs. Alors que certains s'opposent strictement à son utilisation, d'autres estiment qu'elle peut être justifiée dans certains scénarios.

Cas d'utilisation potentiels :

Malgré son découragement général, « SELECT * » peut être autorisé dans des situations limitées :

• Déclencheurs d'audit : En audit déclencheurs, la sélection de toutes les colonnes garantit que toutes les nouvelles colonnes ajoutées à la table de base seront automatiquement auditées, ce qui entraînera les mises à jour nécessaires du déclencheur d'audit et de la structure de la table.
• Tables dérivées et expressions de table de colonnes : Lors de la création de tables dérivées ou d'expressions de table de colonnes, l'utilisation de « SELECT * » peut être plus concise et lisible. L'optimiseur peut reconnaître que seules des colonnes spécifiques sont requises, évitant ainsi une surcharge inutile. Toutefois, cette pratique doit être utilisée avec précaution, car les vues dans SQL Server peuvent ne pas mettre automatiquement à jour les métadonnées de leurs colonnes lorsque les tables sous-jacentes changent. Dans de tels cas, "sp_refreshview" doit être exécuté pour éviter des résultats incorrects.

Attention :

Il est important d'utiliser "SELECT *" judicieusement et uniquement lorsque il y a une justification claire pour son utilisation. Dans le code de production, son application doit être limitée à des scénarios spécifiques où elle offre un avantage et évite les pièges potentiels.

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!