Discussion :

[echap2000]

Bonjour tout le monde;

Je vais commencer le d�veloppement d'un logiciel multiposte (une seule BD sur un serveur et plusieurs pcs utilisant le m�me logiciel qui vont se connecter � cette bd)

D'apr�s mes recherches sur le forum, le plus �conomique est postgresql (en plus il supporte le multiposte si j'ai bien compris) et qu'on sait se connecter en r�seau .

Cependant, je ne vois pas comment m'y prendre. je viens de l'installer et cr�er une table test avec deux colonnes : id et nom

Mais je ne sais pas quel composant mettre dans mon application builder pour lui dire que la BD se trouve sur un autre pc.

Avez-vous un tuto (fran�ais ou anglais) qui explique la programmation C++ builder avec postgresql ?

je vous remerci pour votre future r�ponse

[say]

le plus �conomique est postgresql (en plus il supporte le multiposte si j'ai bien compris) et qu'on sait se connecter en r�seau .

Mais je ne sais pas quel composant mettre dans mon application builder pour lui dire que la BD se trouve sur un autre pc.

Avez-vous un tuto (fran�ais ou anglais) qui explique la programmation C++ builder avec postgresql ?

Multiposte pour un SGBDR, c'est le minimum qd m�me. Pour le choix de PGSQL, je votes pour. C'est le choix que j'ai fait et nous en sommes extr�mement content.
Ceci le choix d'un SGBD d�pend malgr� tout de l'utilisation (et du budget) que tu veux en faire. PGSQL est extr�ment complet mais en revanche, cela demande quelques comp�tences DBA malgr� tout.

Pour ce qui est de connecte Builder � une base...on s'en fiche un peu de savoir si c'est PGSQL ou pas...le principe reste le m�me
connexion ADO sur une source de donn�es ODBC. (tu as des onglets Acc�s DB et Controles DB sur la palette des composants qui devraient t'aider.

Perso, j'ai opt� pour un composant d'acc�s direct mais payant : POSTGREDAC

� toi de voir.

tchuss

Simon

[echap2000]

merci mon ami ..je ne savais pas qu'on pouvait utiliser postgres comme un ODBC normal .. merci

c'est bon , sujet r�solu