Discussion :

[tintin3158]

Bonjour à tous,

Ça fait plusieurs mois que je planche sur un problème sans trouver de solution efficace. Je cherche donc des conseils.

• J'ai un programme principal qui reçoit des taux en chiffre sous format dictionnaire depuis un serveur distant. (script_socket_client.py).
• J'ai plusieurs programmes dans des scripts différents (script_client.py) qui doivent pouvoir lire ces données mise à jours par ce programme principal.

J'ai testé notamment le stockage de valeur via un fichier shelve. Mais l’inconvénient c'est que l'on ne peut pas lire et écrire en même temps.

Au final le but serait de pouvoir stoker mon dictionnaire dans un variable commune à tous les autres programmes accessible en lecture.

Mais comment faire !

Je vous remercie pour vos conseils et remarque.

[dourouc05]

Si tes programmes ne fonctionnent pas en simultané, tu peux passer par un fichier Pickle, par exemple : tous tes programmes en ont le chemin, ils lisent/écrivent selon leurs besoins ; maintenant, ça ne semble pas tellement correspondre à ta situation. Sinon, il faut passer par de la mémoire partagée ou d'autres mécanismes de communications entre processus : https://docs.python.org/3/library/ipc.html. Vu ton cas d'utilisation, ne pourrais-tu pas envisager une base de données (pas SQLite, plutôt MySQL, H2, SQL Server Compact, histoire d'avoir des accès concurrents à la base de données) ?

[tintin3158]

bonsoir dourouc

j'étais justement en train de me pencher sur la solution sqlite fourni nativement pas python, mais si je comprend bien tu le le déconseilles? ça ne supporte pas la lecture et écriture simultané ?

concernant pickle, si le fonctionnement est identique à shelve (impossible de lire et d'écrire en même temps par 2 programmes différents) ça va être compliqué.
je vais lire ton lien


je te remercie pour tes conseils.

Bonne soirée

[tyrtamos]

Bonjour,

j'étais justement en train de me pencher sur la solution sqlite fourni nativement pas python, mais si je comprend bien tu le le déconseilles? ça ne supporte pas la lecture et écriture simultané ?

Effectivement, sqlite ne supporte pas les accès concurrents.

Tu peux aussi utiliser postgresql qui est un très bon SGBDR open source: https://www.postgresql.org/

[tintin3158]

Bonjour,



Effectivement, sqlite ne supporte pas les accès concurrents.

Tu peux aussi utiliser postgresql qui est un très bon SGBDR open source: https://www.postgresql.org/

Bonjour tytamos,

Bon effectivement si sqlite ne supporte pas les mutiples accès je part encore dans la mauvaise direction.
un solution serait également de revoir mon code et d'utiliser les trhead. ce qui me fait un peu peur car ça à l'air compliqué.

Mais je me demande avec les trhead,:

• peux ton lancer un trhead pour en lancer un second (ça oui)
• peux ton récupérer via un menu par exemple le second trhead pour agir dessus (l'arrêter ou le relancer je suppose)

ça me permettrait de pouvoir lancer mon programme d'une façon plus optimiser.

Je vous remercie pour votre temps et vos conseils !

[tyrtamos]

Bonjour,

Je ne suis pas sûr de bien comprendre tout ton contexte, mais les threads pourraient être une solution si tous tes programmes pouvaient faire partie d'un seul et même programme.

Dans ce cas:

- le programme est lancé, et il commence à créer un thread dont l'unique fonction sera de récupérer et d'enregistrer les données dans une variable globale, protégée par un verrou (threading.Lock).

- après avoir fait ça, le programme affiche un menu et attend qu'un utilisateur lui demande quelque chose (fonction "client"). Ce programme pourra accéder à la variable globale en utilisant le verrou pour éviter les collisions d'accès. Il n'est pas nécessaire de créer un autre thread pour ça.

Mais si les programmes doivent rester séparés, il ne reste plus, à mon avis, qu'un SGBD ou une autre solution du même genre à trouver. Si c'est un fichier, il faut trouver l'analogue d'un verrou pour empêcher sa lecture en même temps que sa mise à jour.