Discussion :

[WriteLN]

Bonsoir à tous,

Demain lundi, et le travail recommence...
Cette semaine, je doit mettre en place une application qui devra:
- Etre écrite pour un environement DOS natif (appareil portable)
- Accèder à une base de données de type DBase III pour insert, delete et update
- Etre utilisable en Telnet

Objectif:
Mettre en place une application qui sera utilisée par deux appareils portables connectés en radio-fréquence à un serveur telnet.

N'ayant pas encore de language définitif pour ce dévelopement et ayant quelques connaissances de C et C++, je me demandais si ce langage pourrait m'aider à réaliser ce projet?

D'après l'exposé du projet, pensez-vous que C++ soit la solution?
De quel module ais-je besoin pour accèder à une base de données DBase III de manière aisée (requète SQL, ...) ?
N'y a-t-il pas de soucis avec l'utilisation de cette application via Telnet?

D'après d'autres personnes, Clipper serait une solution excellente pour dévelopepr ce soft mais je n'ai pas suffisement de temps pour apprendre ce langage et en plus développer cette application....

Merci de vos conseils et techniques pour m'aider à avancer.
Bonne soirée

[Aurelien.Regat-Barrel]

Il n'y a rien en standard en C++ pour gérer les bases de données et le réseau. Il faut te renseigner comment on pilote ta base sous DOS.
De plus il me semble que DOS ne supporte pas le réseau. Es-tu sûr qu'il y ait un telnet pour DOS ?

[Luc Hermitte]

Il doit y avoir des serveurs telnet pour tout.
Le tout est que l'application tourne en console.

Sinon je ne sais pas si le C++ est la bonne solution au vu des contraintes.
Pourquoi ne pas directement utiliser les vieux trucs qui étaient alors utilisés ?

[mat.M]

Etre écrite pour un environement DOS natif (appareil portable)
- Accèder à une base de données de type DBase III pour insert, delete et update

Faire une appli en DOS natif qui gére des bases de données c'est très ardu .
Il faut avoir recours éventuellement à un gestionnaire comme BTRIEVE (payant et assez onéreux ) qui gère DBASE III par exemple.
Autre chose avec DBIII ou IV je ne sais plus , on peut développer des applications autonomes .

Sinon avec VC++ ou Borland ou même Dev C++ et par l'intermédiaire de ODBC , on peux accéder à n'importe quelle base de données grâce à ADO -DB.

Pour exploiter ADO -DB tout est sur le MSDN.

Mais ce n'est pas portable évidemment......

N'y a-t-il pas de soucis avec l'utilisation de cette application via Telnet?

Envoyer des requêtes SQL via Telnet c'est lourdingue car il faut récupérer le contenu des messages de Telnet.

A ta place je prendrai plutôt MySQL par exemple pour une architecture client-serveur et ton programme client tu le fais avec ce que tu veux sous l'OS que tu veux.
DBASE c'est fini c'est vieux de 15 ans au moins

[Aurelien.Regat-Barrel]

Sinon avec VC++ ou Borland ou même Dev C++ et par l'intermédiaire de ODBC , on peux accéder à n'importe quelle base de données grâce à ADO -DB.

Le probleme c'est qu'ils ne permet pas de faire des programmes DOS (Borland si, mais avec ODBC j'en doute).

[WriteLN]

Merci pour vos commentaires.

D'abord, je sais, DBase c'est vieux et pourri, mais quand le client tourne sur un vieux logiciel de compta Cubic DOS, le choix ne se pose pas.

Concernant le réseau, Telnet ne me pose pas de probléme, la seule chose que mon appareil portable doit faire c'est de se connecter a mon application sur le serveur via telnet en radio-fréquence.
Pour ce faire, j'ai un module inclus dans l'appareil, donc aucune contrainte de programmation.

Concernant la base de données, j'imagine bien que via ODBC ca soit mort comme solution.
Via un module couteux et payant, meme conclusion.

Donc je peux deviner que mon plan C++ est mort

Il ne me reste plus qu'à me diriger vers clipper (soft sous lequel fut développé Cubic DOS et gèrant les bases DBase).

Encore merci pour vos commentaires très utiles.
Bonne journée.

[mat.M]

Concernant la base de données, j'imagine bien que via ODBC ca soit mort comme solution.
Via un module couteux et payant, meme conclusion.

Avec Ms-Access on peut importer une base DBIII;
Sinon je crois qu'il ya avec le gestionnaire ODBC des drivers fournis de base pour DBIII