Création de connexions avec des paramètres dynamiques: surmonter le "@paramètre en tant que nom d'utilisateur" Obstacle

Dans la poursuite de la création de procédures stockées personnalisées pour gérer les paramètres des locataires, Justin a rencontré un hurleur perplexe. Malgré la nature apparemment simple de cette tâche, les messages d'erreur SQL cryptiques se sont révélés déconcertants.

Le problème découle du fait que la connexion s'attend à des noms d'utilisateur littéraux par opposition aux valeurs paramétrées. Pour contourner cette limitation, Justin peut utiliser la technique SQL dynamique.

Approche SQL dynamique

Justin peut construire dynamiquement l'instruction de connexion en utilisant @SQL Nvarchar (Max) = 'Creater Login'. Qutetename (@password, '' ''); Exec (@sql)

DECLARE @sql nvarchar(max) = 'CREATE LOGIN '   quotename(@username)   ' WITH PASSWORD = '   quotename(@password, '''');
EXEC(@sql)

• L'instruction EXEC exécute le SQL dynamique stocké dans @sql.
En terminant l'instruction CREATE Login dans l'exectif, Justin peut passer efficacement les valeurs paramétralisées dans le nom de l'exécution, en résolvant l'instruction " Erreur.

Conclusion

L'utilisation de SQL dynamique fournit une solution lorsque vous travaillez avec des instructions SQL qui nécessitent des valeurs littérales au lieu des paramètres. En embrassant cette technique, Justin peut créer en toute confiance les connexions des locataires dans sa procédure stockée, l'autonomiser à automatiser le processus de gestion des locataires et à rationaliser son administration de base de données SaaS.