Visual C++ et Postgresql ?

Version imprimable

16/02/2005, 14h39
liv

Visual C++ et Postgresql ?

Bonjour à tous,

Est-ce que quelqu'un aurait des liens intéressants me permettant de comprendre comment on intéragit sur une base de données de type PostgreSql avec Visual C++ .NET en MFC ?

Questions:
- est-ce que les classes permettant d'attaquer Mysql sont les mêmes pour Postgre ?
- y a t'il des tutoriaux, FAQ sur ce sujet ?
- des exemples peut-être ?

Toutes vos réponses sur ce sujet m'intéressent.
Merci d'avance.
16/02/2005, 14h50
matazz

ben du moment que tu as les drivers et la chaine de connection tu peut utiliser ADO...
Y'as eu un post sur oracle récement, regarde-le...
http://www.developpez.net/forums/viewtopic.php?t=296954
16/02/2005, 18h09
liv

Peux-tu m'en dire un peu plus sur cette histoire de drivers ?
Il faut installer des drivers permettant les interactions entre Visual et la base de données?
16/02/2005, 18h14
matazz

regarde ici http://sourceforge.net/projects/pgsqlclient/
16/02/2005, 18h18
liv

Ok merci...je regarde
17/02/2005, 09h57
liv

Salut à toi.

J'ai une petite question...j'ai récupéré "PgSqlClient-1.0-Beta7-NET1.1.exe" mais il ne veut pas s'installer. Il me dit que la bibliothèque de liaisons dynamique MSVCR71.dll est introuvable sur le chemin spécifié.

Ma dll existe bien mais elle n'est effectivement pas installé où ce couillon la cherche. Toutefois elle est là où elle doit être...par défaut dans le répertoire "C:\Program Files\Fichiers communs\Microsoft Shared\Visual Database Tools" lors de l'installation de Visual .NET.

As-tu une idée sur la question car là je suis bloqué ?
17/02/2005, 10h10
mtopoloff

C'est une DLL qui doit s'enregistrer ?
17/02/2005, 10h13
liv

Bah en fait j'ai l'impression qu'il a besoin de la dll MSVCR71.dll pour s'installer...c'est bisarre.
17/02/2005, 10h18
mtopoloff

Et si tu copies la DLL dans Windows/System ?
17/02/2005, 10h19
farscape

c'est une dll utilsée par VC .NET ,si elle est pas dispo dans le path de recherche windows c'est normal que ça bloque.
:D
17/02/2005, 10h23
liv

c'est pas dans les variables d'environnement de Windows ça ?
17/02/2005, 10h28
liv

Oki...c'est bon pour les drivers. Merci à vous. Rest plus qu'à comprendre comment fonctionne ADO.
17/02/2005, 11h04
liv

Dis moi mtopoloff...par rapport aux liens que tu m'as donné concernant l'exemple ADO sur codeguru j'ai quelques questions à te poser...as-tu une préférence de l'endroit où je te les pose ? Au niveau du sujet http://www.developpez.net/forums/viewtopic.php?t=296954 ?

Merci à toi.
17/02/2005, 11h36
mtopoloff

MP est fait pour ca. Je t'ecoute. ou par mail.

Merci c'est cool.
Bon...restons sur ce topic alors.

Voilà voilà...

J'ai intégré la classe DataBase et Table sans aucun problème.

Par contre j'ai quelques soucis de compréhension concernant l'accès à la base de données...au début du commencement, sur la fonction Open(char* UserName, char* Pwd,char* CnnStr).

Voilà...je m'explique. Je ne comprends pas la variable CnnStr.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 Database db; Table tbl; char CnnStr[200]="Provider=SQLOLEDB.1;Persist Security Info=False;"\ "User ID=lab;Initial Catalog=pubs;Data "\ "Source=PRASUN@CSE" ; char ErrStr[200]; if(!db.Open("toto","toto",CnnStr)) { db.GetErrorErrStr(ErrStr); //cout<<ErrStr<<"\n"; }
Lorsque j'appelle Open, je lui balance le login, le mot de passe et cette fameuse variable qui à mon avis contiend toutes les informations relatives à la base de données.
En fait....je ne sais pas comment l'exploiter...je ne comprends pas la structure de cette variable.

Par exemple...ma base de données est en locale...comment je fais?

17/02/2005, 11h45
liv

Je te rappelle que j'attaque une base de données PostGreSql...au cas où.
17/02/2005, 11h52
mtopoloff

http://msdn.microsoft.com/library/en...asp?frame=true

et

http://msdn.microsoft.com/library/en...asp?frame=true

En gros, le provider c'est le type de base (ODBC, ou autre)

Data source = c'est le plus souvent le nom de la base.

Le plus simple est de configurer dans ton gestionnaire de bases de données une base ODBC... et hop.
17/02/2005, 15h01
liv

Qu'est ce que tu entends par le gestionnaire de base de données ?
Tu parles d'un gestionnaire sous Visual ??

Pffff....je galère !

Dans le doute sur ma base de données postgre j'ai installé EasyPhp et donc Mysql.
Par défaut on a "localhost" comme nom du serveur.
Comme utilisateur, "root" sans mot de passe.
La base de données est "Test"

Si je fais:
Code:

1 2 3 4 5 6 7 8 9 char CnnStr[200]="Provider='MSDASQL';User ID='root';Initial Catalog='test';Data Source='localhost';" ; char ErrStr[200]; if(!db.Open("root","",CnnStr)) { db.GetErrorErrStr(ErrStr); //cout<<ErrStr<<"\n"; }
Ca ne marche pas...il ne se connecte pas...je me doute avoir fait une connerie mais alors laquelle ?

17/02/2005, 15h43
mtopoloff

Demarrer -> Panneau de Configuration -> Admin Sys -> Source ODBC
18/02/2005, 09h09
liv

Salut à toi,

Voilà...j'ai suivi ta méthode avec grand succès. Merci à toi. J'arrive à lire, écrire dans ma base de données.
Maintenant je voulais savoir si il était possible d'attaquer une base via Internet ou via un réseau local...en gros, la même chose mais sans que le serveur de données soit localhost.

Tu peux m'orienter un peu please ?
18/02/2005, 09h38
mtopoloff

Ben c'est pareil sauf qu'il faut reconfigurer dans les sources ODBC ta base et dire ou elle se trouve. Si non faut passer par des lib proprio.

Si c'est du MySQL il y a libmysql.lib si non je sais pas cela depends.

Mais le mieux c'est encore de configurer sur ton poste. (Sauf si tu fais un soft que tu voudrais distribuer)

Salut à toi !

J'ai une question pour toi...j'ai essayé d'intégrer mes objets de connexions de base de données contenus dans DataBase.h et DataBase.cpp dans un nouveau type de projet...mais je rencontre des problèmes.

La première fois je l'ai intégré dans un projet MFC.
Maintenant...pas de MFC et bien évidemment...flop total. C'est un programme de type affichage sous DOS...très basique.

En fait...j'ai remarqué que la fonction

Code:

bool Database::Open(char* UserName, char* Pwd,char* CnnStr)

me renvoyait toujours une erreur.

Je suis allé dedans et j'ai remarqué la chose suivante :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 bool Database::Open(char* UserName, char* Pwd,char* CnnStr) { //cnn->Open(strCnn,"sa","sa",NULL); HRESULT hr; try { hr = m_Cnn.CreateInstance( __uuidof( ADODB::Connection ) ); m_Cnn->Open(CnnStr, UserName, Pwd, NULL); } CATCHERROR(m_Cnn,0) sprintf(m_ErrStr,"Success"); return 1; }
La variable hr dans la section TRY me renvoie CoInitialize n'a pas été appelé au lieu de S_OK.
Est-ce que tu voies le problème ? Il y a certainement des choses à entrer dans la config du projet Visual mais je suis un peu largué.

23/02/2005, 15h31
matazz
Avant un accès à ADO il faut appeler

Code:

::Coinitialize()

et à la afin

Code:

::CoUninitilize()

De plus si tu travail en multithread, il faut utiliser :

Code:

::CoInitializeEx(NULL,COINIT_MULTITHREADED)

et là il faut inclure dans ton .h :
Code:

1 2 #define _WIN32_DCOM #include "objbase.h"

en gros :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
bool Database::Open(char* UserName, char* Pwd,char* CnnStr)
{
  ::CoInitialize();
   //cnn->Open(strCnn,"sa","sa",NULL);
   HRESULT hr;
   try
   {      
      hr = m_Cnn.CreateInstance( __uuidof( ADODB::Connection ) );
      m_Cnn->Open(CnnStr, UserName, Pwd, NULL);
   }
 
   CATCHERROR(m_Cnn,0)
 
   sprintf(m_ErrStr,"Success");
  ::CoUninitialize();
   return 1;
}

23/02/2005, 15h46
liv

Tu me sauves la vie ! Ca fonctionne beaucoup mieux comme cela.

Mais à quoi sert exactement Coinitialize() ?
23/02/2005, 15h52
matazz

En gros, car je suis pas spécialiste, ADO (ActiveX Data Object) et un composant COM et il spécifier au serveur COM que tu va utiliser un composant pour qu'il puisse le manager...
23/02/2005, 15h58
liv

Ok...c'est l'initialisation de l'objet COM en gros...en tous cas merci de ton aide !
23/02/2005, 16h24
mtopoloff

Si c'est pas moi, c'est Mataaazzzz :)
24/02/2005, 09h23
liv

Je vois ça ! Vous êtes plusieurs dans ta tête ? :D
24/02/2005, 09h55
mtopoloff

Non mais j'ai des doutes sur Matazz, regardes son avatar, c'est lui quand il ne trouve pas la solution sur MSDN..