Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 :
vCnx As New ADODB.Connection
vCnx.ConnectionString =
"UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist
Security Info=False;Initial Catalog=OB_SVPMlsdb2006;server=<IP>"
Cela fonctionne sur les postes clients XP, mais pour des postes Windows 2000
cela bug toujours. Je précise que les postes sont en réseau local.
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
Sylvain Lafontaine
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une connection ODBC à la place.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news:
Bonjour,
Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 :
vCnx As New ADODB.Connection vCnx.ConnectionString > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>"
Cela fonctionne sur les postes clients XP, mais pour des postes Windows 2000 cela bug toujours. Je précise que les postes sont en réseau local.
Merci de votre aide. Cordialement.
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas
d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs
appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une
connection ODBC à la place.
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" <fred44@discussions.microsoft.com.> wrote in message
news:02B8CC8A-AA85-4121-8A1D-960FA8D96CA4@microsoft.com...
Bonjour,
Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 :
vCnx As New ADODB.Connection
vCnx.ConnectionString > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist
Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>"
Cela fonctionne sur les postes clients XP, mais pour des postes Windows
2000
cela bug toujours. Je précise que les postes sont en réseau local.
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une connection ODBC à la place.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news:
Bonjour,
Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 :
vCnx As New ADODB.Connection vCnx.ConnectionString > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>"
Cela fonctionne sur les postes clients XP, mais pour des postes Windows 2000 cela bug toujours. Je précise que les postes sont en réseau local.
Merci de votre aide. Cordialement.
Fred44
Parfait : avec l'attribut supplémentaire "Network LibraryÛMSSOCN;" et "User Id=" ";Password=" au lieu de "UID=" ";PWD=" cela fonctionne enfin ! Merci beaucoup de votre aide et le site "http://www.connectionstrings.com/" est une référence que je garde. --------------------------------------------------------- J'ai un autre soucis mais cette fois avec ODBC. J'ai trouvé des parametres dans la base de registre qui permettent de creer une connexion ODBC dans une installation: HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Driver" "C:WINDOWSSYSTEM32sqlsrv32.dll" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Server" "Ip du serveur" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Database" "Nom de la base" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "LastUser" "utilisateur" HKCU "SoftwareODBCODBC.INIODBC Data Sources" "Nom de la source ODBC" "SQL Server"
Cela fonctionne bien sauf encor pour certain poste Windows 2000. J'ai trouvé la cause : par défaut dans la bibliotheque réseau de l'administrateur ODBC, l'option par défaut est "Cannaux nommés". Avez vous une idée pour que ce soit "TCP/IP"
Soit un parametre dans la base de registre soit une autre façon de creer une ODBC plus précise que celle que j'utilise (Base de registre)
Merci. Cordialement.
"Sylvain Lafontaine" a écrit :
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une connection ODBC à la place.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news: > Bonjour, > > Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 : > > vCnx As New ADODB.Connection > vCnx.ConnectionString > > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist > Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>" > > Cela fonctionne sur les postes clients XP, mais pour des postes Windows > 2000 > cela bug toujours. Je précise que les postes sont en réseau local. > > Merci de votre aide. > Cordialement.
Parfait : avec l'attribut supplémentaire "Network LibraryÛMSSOCN;" et
"User Id=" ";Password=" au lieu de "UID=" ";PWD=" cela fonctionne enfin !
Merci beaucoup de votre aide et le site
"http://www.connectionstrings.com/" est une référence que je garde.
---------------------------------------------------------
J'ai un autre soucis mais cette fois avec ODBC. J'ai trouvé des parametres
dans la base de registre qui permettent de creer une connexion ODBC dans une
installation:
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Driver"
"C:WINDOWSSYSTEM32sqlsrv32.dll"
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Server" "Ip du serveur"
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Database" "Nom de la base"
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "LastUser" "utilisateur"
HKCU "SoftwareODBCODBC.INIODBC Data Sources" "Nom de la source ODBC" "SQL
Server"
Cela fonctionne bien sauf encor pour certain poste Windows 2000. J'ai trouvé
la cause : par défaut dans la bibliotheque réseau de l'administrateur ODBC,
l'option par défaut est "Cannaux nommés". Avez vous une idée pour que ce
soit "TCP/IP"
Soit un parametre dans la base de registre soit une autre façon de creer une
ODBC
plus précise que celle que j'utilise (Base de registre)
Merci.
Cordialement.
"Sylvain Lafontaine" a écrit :
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas
d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs
appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une
connection ODBC à la place.
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" <fred44@discussions.microsoft.com.> wrote in message
news:02B8CC8A-AA85-4121-8A1D-960FA8D96CA4@microsoft.com...
> Bonjour,
>
> Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 :
>
> vCnx As New ADODB.Connection
> vCnx.ConnectionString > > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist
> Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>"
>
> Cela fonctionne sur les postes clients XP, mais pour des postes Windows
> 2000
> cela bug toujours. Je précise que les postes sont en réseau local.
>
> Merci de votre aide.
> Cordialement.
Parfait : avec l'attribut supplémentaire "Network LibraryÛMSSOCN;" et "User Id=" ";Password=" au lieu de "UID=" ";PWD=" cela fonctionne enfin ! Merci beaucoup de votre aide et le site "http://www.connectionstrings.com/" est une référence que je garde. --------------------------------------------------------- J'ai un autre soucis mais cette fois avec ODBC. J'ai trouvé des parametres dans la base de registre qui permettent de creer une connexion ODBC dans une installation: HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Driver" "C:WINDOWSSYSTEM32sqlsrv32.dll" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Server" "Ip du serveur" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Database" "Nom de la base" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "LastUser" "utilisateur" HKCU "SoftwareODBCODBC.INIODBC Data Sources" "Nom de la source ODBC" "SQL Server"
Cela fonctionne bien sauf encor pour certain poste Windows 2000. J'ai trouvé la cause : par défaut dans la bibliotheque réseau de l'administrateur ODBC, l'option par défaut est "Cannaux nommés". Avez vous une idée pour que ce soit "TCP/IP"
Soit un parametre dans la base de registre soit une autre façon de creer une ODBC plus précise que celle que j'utilise (Base de registre)
Merci. Cordialement.
"Sylvain Lafontaine" a écrit :
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une connection ODBC à la place.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news: > Bonjour, > > Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 : > > vCnx As New ADODB.Connection > vCnx.ConnectionString > > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist > Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>" > > Cela fonctionne sur les postes clients XP, mais pour des postes Windows > 2000 > cela bug toujours. Je précise que les postes sont en réseau local. > > Merci de votre aide. > Cordialement.
Sylvain Lafontaine
Aucune idée mais tout cela ressemble à vouloir créer un DSN dans la base de registres.
Au lieu d'utiliser les DSN, vous devriez utiliser les chaînes de connection sans DSN.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news:
Parfait : avec l'attribut supplémentaire "Network LibraryÛMSSOCN;" et "User Id=" ";Password=" au lieu de "UID=" ";PWD=" cela fonctionne enfin ! Merci beaucoup de votre aide et le site "http://www.connectionstrings.com/" est une référence que je garde. --------------------------------------------------------- J'ai un autre soucis mais cette fois avec ODBC. J'ai trouvé des parametres dans la base de registre qui permettent de creer une connexion ODBC dans une installation: HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Driver" "C:WINDOWSSYSTEM32sqlsrv32.dll" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Server" "Ip du serveur" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Database" "Nom de la base" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "LastUser" "utilisateur" HKCU "SoftwareODBCODBC.INIODBC Data Sources" "Nom de la source ODBC" "SQL Server"
Cela fonctionne bien sauf encor pour certain poste Windows 2000. J'ai trouvé la cause : par défaut dans la bibliotheque réseau de l'administrateur ODBC, l'option par défaut est "Cannaux nommés". Avez vous une idée pour que ce soit "TCP/IP"
Soit un parametre dans la base de registre soit une autre façon de creer une ODBC plus précise que celle que j'utilise (Base de registre)
Merci. Cordialement.
"Sylvain Lafontaine" a écrit :
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une connection ODBC à la place.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news: > Bonjour, > > Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 > : > > vCnx As New ADODB.Connection > vCnx.ConnectionString >> > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist > Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>" > > Cela fonctionne sur les postes clients XP, mais pour des postes Windows > 2000 > cela bug toujours. Je précise que les postes sont en réseau local. > > Merci de votre aide. > Cordialement.
Aucune idée mais tout cela ressemble à vouloir créer un DSN dans la base de
registres.
Au lieu d'utiliser les DSN, vous devriez utiliser les chaînes de connection
sans DSN.
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" <fred44@discussions.microsoft.com.> wrote in message
news:14A235CA-A17A-4A5F-8F94-3919D4F3822A@microsoft.com...
Parfait : avec l'attribut supplémentaire "Network LibraryÛMSSOCN;" et
"User Id=" ";Password=" au lieu de "UID=" ";PWD=" cela fonctionne enfin !
Merci beaucoup de votre aide et le site
"http://www.connectionstrings.com/" est une référence que je garde.
---------------------------------------------------------
J'ai un autre soucis mais cette fois avec ODBC. J'ai trouvé des parametres
dans la base de registre qui permettent de creer une connexion ODBC dans
une
installation:
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Driver"
"C:WINDOWSSYSTEM32sqlsrv32.dll"
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Server" "Ip du serveur"
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Database" "Nom de la base"
HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "LastUser" "utilisateur"
HKCU "SoftwareODBCODBC.INIODBC Data Sources" "Nom de la source ODBC"
"SQL
Server"
Cela fonctionne bien sauf encor pour certain poste Windows 2000. J'ai
trouvé
la cause : par défaut dans la bibliotheque réseau de l'administrateur
ODBC,
l'option par défaut est "Cannaux nommés". Avez vous une idée pour que ce
soit "TCP/IP"
Soit un parametre dans la base de registre soit une autre façon de creer
une
ODBC
plus précise que celle que j'utilise (Base de registre)
Merci.
Cordialement.
"Sylvain Lafontaine" a écrit :
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie
pas
d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs
appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une
connection ODBC à la place.
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" <fred44@discussions.microsoft.com.> wrote in message
news:02B8CC8A-AA85-4121-8A1D-960FA8D96CA4@microsoft.com...
> Bonjour,
>
> Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6
> :
>
> vCnx As New ADODB.Connection
> vCnx.ConnectionString >> > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist
> Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>"
>
> Cela fonctionne sur les postes clients XP, mais pour des postes Windows
> 2000
> cela bug toujours. Je précise que les postes sont en réseau local.
>
> Merci de votre aide.
> Cordialement.
Aucune idée mais tout cela ressemble à vouloir créer un DSN dans la base de registres.
Au lieu d'utiliser les DSN, vous devriez utiliser les chaînes de connection sans DSN.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news:
Parfait : avec l'attribut supplémentaire "Network LibraryÛMSSOCN;" et "User Id=" ";Password=" au lieu de "UID=" ";PWD=" cela fonctionne enfin ! Merci beaucoup de votre aide et le site "http://www.connectionstrings.com/" est une référence que je garde. --------------------------------------------------------- J'ai un autre soucis mais cette fois avec ODBC. J'ai trouvé des parametres dans la base de registre qui permettent de creer une connexion ODBC dans une installation: HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Driver" "C:WINDOWSSYSTEM32sqlsrv32.dll" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Server" "Ip du serveur" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "Database" "Nom de la base" HKCU "SoftwareODBCODBC.INISVP_MLs_2006__d" "LastUser" "utilisateur" HKCU "SoftwareODBCODBC.INIODBC Data Sources" "Nom de la source ODBC" "SQL Server"
Cela fonctionne bien sauf encor pour certain poste Windows 2000. J'ai trouvé la cause : par défaut dans la bibliotheque réseau de l'administrateur ODBC, l'option par défaut est "Cannaux nommés". Avez vous une idée pour que ce soit "TCP/IP"
Soit un parametre dans la base de registre soit une autre façon de creer une ODBC plus précise que celle que j'utilise (Base de registre)
Merci. Cordialement.
"Sylvain Lafontaine" a écrit :
Ajouter le nom de librairie TCP/IP pour être sûr que le pilote n'essaie pas d'utiliser un Named Pipe à la place: « Network LibraryÛMSSOCN; »
Vous pouvez également le numéro de port après l'adresse du serveur:
server=NomDuServer,1433;
Finalement, je ne suis pas sûr que UID, PWD et .1 sont des attributs appropriés pour OLEDB. Cela ne m'étonnerait pas que VB6 utilise une connection ODBC à la place.
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Fred44" wrote in message news: > Bonjour, > > Pour ouvrir une connexion à une base Sql-serveur, j'utilise le code VB6 > : > > vCnx As New ADODB.Connection > vCnx.ConnectionString >> > "UID=<Nom d'utilisateur>;PWD=<mot de passe>Provider=SQLOLEDB.1;Persist > Security Infoúlse;Initial Catalog=OB_SVPMlsdb2006;server=<IP>" > > Cela fonctionne sur les postes clients XP, mais pour des postes Windows > 2000 > cela bug toujours. Je précise que les postes sont en réseau local. > > Merci de votre aide. > Cordialement.
