Q: J'ai besoin d'abandonner programmatiquement les logins de SQL Server associés à l'authentification Windows. J'ai un login nommé PACIFIC\VNE1B qui utilise l'authentification de sécurité de Windows NT. Quand je fournis la procédure sp_droplogin avec PACIFIC\VNE1B ou VNE1B, j'obtiens un message d'erreur disant que le login n'existe pas. Qu'est-ce qui ne
Se connecter programmatiquement avec l’authentification Windows
va
pas ?
R: J’aime les questions simples ! Vous
devriez consacrer un peu de temps à
lire dans SQL Server Books Online
(BOL), les différences entre les logins
authentifiés par Windows et ceux authentifiés
par SQL Server. La réponse
est simple : sp_droplogin n’est destiné
qu’à gérer les logins authentifiés
par SQL Server. Sp_revokelogin
est la bonne commande à utiliser
quand on veut abandonner les logins
qui utilisent l’authentification
Windows.
En coulisses, des jeux différents de
commandes T-SQL contrôlent les logins
authentifiés par Windows et ceux
authentifiés par SQL Server. Mais il est
facile de s’y perdre si vous travaillez
principalement avec des outils GUI de SQL Server Enterprise Manager, qui
masquent de nombreux détails de bas
niveau.
Téléchargez cette ressource
Les 10 tendances clés de l’Expérience Client (CX) pour 2025
Dans le contexte actuel, l'expérience client est un levier clé de réussite. Pour rester compétitives, les entreprises doivent adopter des stratégies CX audacieuses, en s'appuyant sur le cloud, le digital et l'IA. Alors quelles stratégies mettre en place pour garder une longueur d’avance ?
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
