Discussion :

[Jazys]

Bonjour,

Je suis actuellement en train de développer un serveur en UDP qui doit interagir avec un webservice et une BDD type PostGres.
Ce serveur UDP peut avoir simultanément une centaine de client ainsi l'idée est de faire un serveur Multi-client avec l'aide de thread.
Or je n'ai encore jamais développé ce genre d'application et je me renseigne un peu sur le fonctionnement et la faisabilité de ma méthode ^^.

Le serveur reçoit des données clients, les décodes, les traites et fait appel à la BDD pour différentes raisons (écriture, utilisation de la surcouche SIG de postgres pour des calculs de positions,) et acquitte le message au client.

Ainsi à chaque réception d'un message client , le serveur doit effectuer ce type de traitment, je pense donc créer des thread qui vont chacun faire le traitement indiqué or ce que j'ai peur c'est qu'il y ai des problèmes d'accès concurrents.

Peut-on lancer lancer plusieurs threads qui "communique"/"utilise" la BDD en même temps?
J'ai vu plusieurs fois la notions de "sync" sur les méthodes de classes implémentant Runnable, dois-je m'en soucier dans mon cas pour une telle type d'application?

Je suis un peu perdu et j'aimerai comprendre avant de ma lancer à coder des choses qui n'ont pas de sens.

Merci pour vos réponses et bonne journée.

[wax78]

Quoiqu'il arrive, ton serveur SQL gere les accents concurentiels en théorie... donc oui tu px y'aller avec autant de client que tu veux.

La seule chose que tu dois faire attention, c'est si un personne modifie une donnée qui est modifié par une autre en même temps. La 2 eme personne qui va commité ses données, devra etre avertie qu'il y'a eu changements eventuels... mais alors la c'est au niveau de ton application qu'il faudra le gerer.

Quand au sync, ils ne sont la que pour proteger un meme programme d'avoir 2 thread qui accedent a un "methode/variable"... ce qui n'est pas la même chose

[Jazys]

Merci de m'avoir apporté une réponse aussi rapidement.

Globalement les processus client créés par le serveur ne vont faire qu'écrire dans une table de la base de données et devront exécuter des requêtes utilisant des fonctions de ce type la (http://wiki.postgresql.org/images/a/...FR-PostGIS.pdf --diapo 31).

Donc d'après ce que vous m'avez dit, je n'ai pas besoin de me soucier des accès concurrents vu que le BDD la gère déjà.

Concernant le sync c'est ce que je viens de voir d'après les tutos et je pense que ça ne me servira pas ce coup-ci car chacun des processus est indépendant (et donc ne communique pas entre eux ou à la classe mère).