Discussion :

[hoppa]

Bonjour,
J'ai besoin de conseils sur une architecture pour l'application suivante :
J'ai une cinquantaine de PC reliés en wifi qui font l'acquisition de capteurs. Apres un traitement local , chaque PC établit des evenements locaux que je souhaite regrouper dans une base de données centralisée.
Comme je suis en Wifi, je suis sujet à coupure de réseau. Afin de ne rien perdre, j'ai d'abord imaginé utiliser une base locale dont la table d'évenements se réplique avec une table de la base centralisée. Le problème est que dans ce cas, le maitre serait la base locale et l'esclave la base centralisée et qu'un esclave ne peut pas avoir plusieurs maitres (?).
Une autre solution serait de stocker les requêtes en cas de coupures et de les envoyer à la reprise du réseau. Existe il un processus qui pourrait me faire cela ?
Comme je suis au début de ce projet, tout est envisageable.
Merci pour vos conseils.

[SQLpro]

Comme je suis au début de ce projet, tout est envisageable.
Merci pour vos conseils.

Dans ce cas changez pour SQL Server... Il existe un module spécifique pour faire cela (service broker) qui propose d'échanger des messages de données entre serveur, de manière transactionnés, sérialisés et sécurisé... Ces messages sont mise dans des files d'attente asynchrone ce qui fait qu'en cas de coupure de réseau le système reprends là ou il en était.

En sus vous pouvez utiliser la version gratuite SQL Server Express pour les stations.

J'ai aidé à mettre en place ceci pour différents projets, comme par exemple pour un projet de traçabilité des machines de production pour Pasteur...
Il ne faut pas plus d'une journée pour mettre en place le système et le faire fonctionner.

A me lire : http://blog.developpez.com/sqlpro/p7...service_broker

A +

[hoppa]

Merci pour cette réponse, et le lien pour débuter. je vais faire quelques essais.
J'ai un peu l'impression de devoir utiliser un 35t pour livrer une pizza!
Je vais quand même essayer de passer le permis !