Je d=E9sire, sous VB6 avec ADO 2.5, ex=E9cuter une instruction=20
SQL de mise =E0 jour :
UPDATE MyTable SET MyTable.MyField =3D MyView.MyField=20
FROM MyTable, MyView
WHERE MyTable.MyOtherField =3D MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce c=F4t=E9=20
l=E0.
Ma vue "pointe" vers une autre base de donn=E9es ... pas de=20
soucis non plus de ce c=F4t=E9.
Lorsque j'=E9tablis ma connexion ADO, c'est, bien entendu,=20
vers la base de donn=E9es contenant la table MyTable et la=20
vue MyView.
Je force pour cela l'utilisateur et le mot de passe dans=20
la chaine de connexion.
J'ai v=E9rifi=E9 si l'utilisateur "connect=E9" correspond =E0 mes=20
sp=E9cification : c'est ok !
Lorsque je tente d'ex=E9cuter l'instruction SQL, je re=E7ois=20
un message d'erreur me disant que l'utilisateur X n'a pas=20
le droit d'ex=E9cuter la vue ... l'utilisateur X n'=E9tant pas=20
l'utilisateur forc=E9 mais l'utilsateur Windows 'session en=20
cours).
Si quelqu'un peu venir =E0 mon iade et me dire pourquoi,=20
lorsque j'essaye d'acc=E9der aux donn=E9es de la vue ce n'est=20
pas l'utilisateur "forc=E9" mais l'utilisateur Windows qui=20
est utilis=E9 ... j'en serais ravi.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas LETULLIER
Bonjour,
Je ne pense pas que cela vienne de la vue, juste de la méthode de connexion à SQL Server. Dans ta chaine de connexion, n'aurais-tu pas le paramètre Trusted_Connection à YES, qui forcerait la connexion en mode d'authentification Windows ?
Nicolas.
"Olivier" a écrit dans le message de news:0a1701c39c97$c7bf1790$ Bonjour,
Je désire, sous VB6 avec ADO 2.5, exécuter une instruction SQL de mise à jour :
UPDATE MyTable SET MyTable.MyField = MyView.MyField FROM MyTable, MyView WHERE MyTable.MyOtherField = MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce côté là.
Ma vue "pointe" vers une autre base de données ... pas de soucis non plus de ce côté.
Lorsque j'établis ma connexion ADO, c'est, bien entendu, vers la base de données contenant la table MyTable et la vue MyView. Je force pour cela l'utilisateur et le mot de passe dans la chaine de connexion. J'ai vérifié si l'utilisateur "connecté" correspond à mes spécification : c'est ok ! Lorsque je tente d'exécuter l'instruction SQL, je reçois un message d'erreur me disant que l'utilisateur X n'a pas le droit d'exécuter la vue ... l'utilisateur X n'étant pas l'utilisateur forcé mais l'utilsateur Windows 'session en cours). Si quelqu'un peu venir à mon iade et me dire pourquoi, lorsque j'essaye d'accéder aux données de la vue ce n'est pas l'utilisateur "forcé" mais l'utilisateur Windows qui est utilisé ... j'en serais ravi.
merci d'avance, Olivier
Bonjour,
Je ne pense pas que cela vienne de la vue, juste de la méthode de connexion
à SQL Server. Dans ta chaine de connexion, n'aurais-tu pas le paramètre
Trusted_Connection à YES, qui forcerait la connexion en mode
d'authentification Windows ?
Nicolas.
"Olivier" <NOSPAM_olivier.leton@abrasis.be> a écrit dans le message de
news:0a1701c39c97$c7bf1790$a301280a@phx.gbl...
Bonjour,
Je désire, sous VB6 avec ADO 2.5, exécuter une instruction
SQL de mise à jour :
UPDATE MyTable SET MyTable.MyField = MyView.MyField
FROM MyTable, MyView
WHERE MyTable.MyOtherField = MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce côté
là.
Ma vue "pointe" vers une autre base de données ... pas de
soucis non plus de ce côté.
Lorsque j'établis ma connexion ADO, c'est, bien entendu,
vers la base de données contenant la table MyTable et la
vue MyView.
Je force pour cela l'utilisateur et le mot de passe dans
la chaine de connexion.
J'ai vérifié si l'utilisateur "connecté" correspond à mes
spécification : c'est ok !
Lorsque je tente d'exécuter l'instruction SQL, je reçois
un message d'erreur me disant que l'utilisateur X n'a pas
le droit d'exécuter la vue ... l'utilisateur X n'étant pas
l'utilisateur forcé mais l'utilsateur Windows 'session en
cours).
Si quelqu'un peu venir à mon iade et me dire pourquoi,
lorsque j'essaye d'accéder aux données de la vue ce n'est
pas l'utilisateur "forcé" mais l'utilisateur Windows qui
est utilisé ... j'en serais ravi.
Je ne pense pas que cela vienne de la vue, juste de la méthode de connexion à SQL Server. Dans ta chaine de connexion, n'aurais-tu pas le paramètre Trusted_Connection à YES, qui forcerait la connexion en mode d'authentification Windows ?
Nicolas.
"Olivier" a écrit dans le message de news:0a1701c39c97$c7bf1790$ Bonjour,
Je désire, sous VB6 avec ADO 2.5, exécuter une instruction SQL de mise à jour :
UPDATE MyTable SET MyTable.MyField = MyView.MyField FROM MyTable, MyView WHERE MyTable.MyOtherField = MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce côté là.
Ma vue "pointe" vers une autre base de données ... pas de soucis non plus de ce côté.
Lorsque j'établis ma connexion ADO, c'est, bien entendu, vers la base de données contenant la table MyTable et la vue MyView. Je force pour cela l'utilisateur et le mot de passe dans la chaine de connexion. J'ai vérifié si l'utilisateur "connecté" correspond à mes spécification : c'est ok ! Lorsque je tente d'exécuter l'instruction SQL, je reçois un message d'erreur me disant que l'utilisateur X n'a pas le droit d'exécuter la vue ... l'utilisateur X n'étant pas l'utilisateur forcé mais l'utilsateur Windows 'session en cours). Si quelqu'un peu venir à mon iade et me dire pourquoi, lorsque j'essaye d'accéder aux données de la vue ce n'est pas l'utilisateur "forcé" mais l'utilisateur Windows qui est utilisé ... j'en serais ravi.
merci d'avance, Olivier
Olivier
J'y ai déjà pensé et j'ai vérifié. J'ai tout d'abord supprimé le paramètre ... sans résultat. J'ai ensuite spécifiquement défini le paramètre (Trusted_Connection = NO) ... sans résultat non plus.
-----Original Message----- Bonjour,
Je ne pense pas que cela vienne de la vue, juste de la
méthode de connexion
à SQL Server. Dans ta chaine de connexion, n'aurais-tu
pas le paramètre
Trusted_Connection à YES, qui forcerait la connexion en
mode
d'authentification Windows ?
Nicolas.
"Olivier" a écrit dans
le message de
news:0a1701c39c97$c7bf1790$ Bonjour,
Je désire, sous VB6 avec ADO 2.5, exécuter une instruction SQL de mise à jour :
UPDATE MyTable SET MyTable.MyField = MyView.MyField FROM MyTable, MyView WHERE MyTable.MyOtherField = MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce côté là.
Ma vue "pointe" vers une autre base de données ... pas de soucis non plus de ce côté.
Lorsque j'établis ma connexion ADO, c'est, bien entendu, vers la base de données contenant la table MyTable et la vue MyView. Je force pour cela l'utilisateur et le mot de passe dans la chaine de connexion. J'ai vérifié si l'utilisateur "connecté" correspond à mes spécification : c'est ok ! Lorsque je tente d'exécuter l'instruction SQL, je reçois un message d'erreur me disant que l'utilisateur X n'a pas le droit d'exécuter la vue ... l'utilisateur X n'étant pas l'utilisateur forcé mais l'utilsateur Windows 'session en cours). Si quelqu'un peu venir à mon iade et me dire pourquoi, lorsque j'essaye d'accéder aux données de la vue ce n'est pas l'utilisateur "forcé" mais l'utilisateur Windows qui est utilisé ... j'en serais ravi.
merci d'avance, Olivier
.
J'y ai déjà pensé et j'ai vérifié.
J'ai tout d'abord supprimé le paramètre ... sans résultat.
J'ai ensuite spécifiquement défini le paramètre
(Trusted_Connection = NO) ... sans résultat non plus.
-----Original Message-----
Bonjour,
Je ne pense pas que cela vienne de la vue, juste de la
méthode de connexion
à SQL Server. Dans ta chaine de connexion, n'aurais-tu
pas le paramètre
Trusted_Connection à YES, qui forcerait la connexion en
mode
d'authentification Windows ?
Nicolas.
"Olivier" <NOSPAM_olivier.leton@abrasis.be> a écrit dans
Je désire, sous VB6 avec ADO 2.5, exécuter une instruction
SQL de mise à jour :
UPDATE MyTable SET MyTable.MyField = MyView.MyField
FROM MyTable, MyView
WHERE MyTable.MyOtherField = MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce côté
là.
Ma vue "pointe" vers une autre base de données ... pas de
soucis non plus de ce côté.
Lorsque j'établis ma connexion ADO, c'est, bien entendu,
vers la base de données contenant la table MyTable et la
vue MyView.
Je force pour cela l'utilisateur et le mot de passe dans
la chaine de connexion.
J'ai vérifié si l'utilisateur "connecté" correspond à mes
spécification : c'est ok !
Lorsque je tente d'exécuter l'instruction SQL, je reçois
un message d'erreur me disant que l'utilisateur X n'a pas
le droit d'exécuter la vue ... l'utilisateur X n'étant pas
l'utilisateur forcé mais l'utilsateur Windows 'session en
cours).
Si quelqu'un peu venir à mon iade et me dire pourquoi,
lorsque j'essaye d'accéder aux données de la vue ce n'est
pas l'utilisateur "forcé" mais l'utilisateur Windows qui
est utilisé ... j'en serais ravi.
J'y ai déjà pensé et j'ai vérifié. J'ai tout d'abord supprimé le paramètre ... sans résultat. J'ai ensuite spécifiquement défini le paramètre (Trusted_Connection = NO) ... sans résultat non plus.
-----Original Message----- Bonjour,
Je ne pense pas que cela vienne de la vue, juste de la
méthode de connexion
à SQL Server. Dans ta chaine de connexion, n'aurais-tu
pas le paramètre
Trusted_Connection à YES, qui forcerait la connexion en
mode
d'authentification Windows ?
Nicolas.
"Olivier" a écrit dans
le message de
news:0a1701c39c97$c7bf1790$ Bonjour,
Je désire, sous VB6 avec ADO 2.5, exécuter une instruction SQL de mise à jour :
UPDATE MyTable SET MyTable.MyField = MyView.MyField FROM MyTable, MyView WHERE MyTable.MyOtherField = MyView.MyOtherField
L'instruction fonctionne bien ... pas de soucis de ce côté là.
Ma vue "pointe" vers une autre base de données ... pas de soucis non plus de ce côté.
Lorsque j'établis ma connexion ADO, c'est, bien entendu, vers la base de données contenant la table MyTable et la vue MyView. Je force pour cela l'utilisateur et le mot de passe dans la chaine de connexion. J'ai vérifié si l'utilisateur "connecté" correspond à mes spécification : c'est ok ! Lorsque je tente d'exécuter l'instruction SQL, je reçois un message d'erreur me disant que l'utilisateur X n'a pas le droit d'exécuter la vue ... l'utilisateur X n'étant pas l'utilisateur forcé mais l'utilsateur Windows 'session en cours). Si quelqu'un peu venir à mon iade et me dire pourquoi, lorsque j'essaye d'accéder aux données de la vue ce n'est pas l'utilisateur "forcé" mais l'utilisateur Windows qui est utilisé ... j'en serais ravi.
