Discussion :

[Masmeta]

Bonjour,

Je suis débutant en C#, pour l'instant je me suis amusé à faire l'application C/S avec des sockets et les fonctions asynchrones ( tuto excellent)

Le projet est composé de X client distant, 1 Base de donnée et 1 application local.

Les clients distants seront des petits "pc embarqué" et la base de donnée et l'appli local seront sur un même pc.

Les clients distants envoient ou reçoient, par connexion TCP/IP, des données mesurées ou des données d'état, sauvegarder dans la base de données. L'appli local aura pour but de consulter la Bdd et réaliser l'IHM.


Est-il préférable d'avoir des clients distants dialoguer avec la base de données en envoyant des requêtes SQL ou d'utiliser une petite appli serveur qui servirait d'intermédiaire entre le client et la base?

Dit le moi si ma question n'est pas claire.
Cordialement

[euclectus]

Si les "petits pc embarqués" ont de quoi communiquer avec la BDD il n'y a pas à hésiter ! Ce n'est que mon avis mais gérer toi même les connexions et instaurer un protocole de communication via des sockets va t'apporter bon nombre de problèmes de réflexion, de fiabilités, etc...

[Masmeta]

C'est un peu l'idée que je me fais aussi.

Si les "petits pc embarqués" ont de quoi communiquer avec la BDD il n'y a pas à hésiter !etc...

Peux tu expliciter cette phrase j'ai un peu de mal à la comprendre?

Quand je parle de petit pc embarqué, je pense à 1 microcontrôleur avec un contrôleur réseau avec quelque mo de ram.

[euclectus]

C'est un peu l'idée que je me fais aussi.


Peux tu expliciter cette phrase j'ai un peu de mal à la comprendre?

Quand je parle de petit pc embarqué, je pense à 1 microcontrôleur avec un contrôleur réseau avec quelque mo de ram.

Oui donc ce n'est pas vraiment des "pc embarqués " ce n'est pas du WindowsCE avec du SQL dessus Si c'est par exemple un µContrôleur avec une interface UART<-->ETHERNET tu vas devoir faire un protocole toi même entre les µContrôleurs et le PC, ce dernier intègrera dans la BDD ce qu'il reçoit via Ethernet...