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
Olivier Besson
Bonjour, Si c'est SQL Serveur que tu utilises est-ce que tu n'aurais pas dans ta connectionstring "Integrated Security=SSPI", auquel cas tu peux mettre le user/password que tu veux, il utilisera le login de l'utilisateur windows du poste.
--
Olivier Besson Pour m'ecrire, remplacer le <xx >de mon adresse par <com>. (Je ne lis pas mes mails frequement) To write me, replace <xx> part of my address by <com> (i don't read my mails very frequently).
"Olivier" a écrit dans le message de news: 081f01c39c93$5c4ad700$ 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,
Si c'est SQL Serveur que tu utilises est-ce que tu n'aurais pas dans ta
connectionstring "Integrated Security=SSPI", auquel cas tu peux mettre le
user/password que tu veux, il utilisera le login de l'utilisateur windows du
poste.
--
Olivier Besson
Pour m'ecrire, remplacer le <xx >de mon adresse par <com>.
(Je ne lis pas mes mails frequement)
To write me, replace <xx> part of my address by <com> (i don't read my mails
very frequently).
"Olivier" <NOSPAM_olivier.leton@abrasis.be> a écrit dans le message de news:
081f01c39c93$5c4ad700$a101280a@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.
Bonjour, Si c'est SQL Serveur que tu utilises est-ce que tu n'aurais pas dans ta connectionstring "Integrated Security=SSPI", auquel cas tu peux mettre le user/password que tu veux, il utilisera le login de l'utilisateur windows du poste.
--
Olivier Besson Pour m'ecrire, remplacer le <xx >de mon adresse par <com>. (Je ne lis pas mes mails frequement) To write me, replace <xx> part of my address by <com> (i don't read my mails very frequently).
"Olivier" a écrit dans le message de news: 081f01c39c93$5c4ad700$ 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.
