Discussion :

[84mickael]

Bonjour,

Je dois faire évoluer une application afin qu'elle puisse fonctionner en mode déconnecté : l'utilisateur pourra consulter et saisir des données sur le terrain, puis se connecter et se synchroniser avec la base de données PostgreSQL + PostGIS (déjà existante).

Existe-t-il un SGBD embarqué (type Derby, Java DB, SQLite...) qui puisse être utilisé de façon relativement transparente ?

Merci.

[bustaf]

Bonjour
????
Juste un simple client Postgresql.. sur une IP fixe.
il faut faire une VH sur l'adresse remote RPC du serveur pour
gérer correctement les accès de l'externe

[84mickael]

Je vais préciser un petit peu le fonctionnement du logiciel.

Il se connecte actuellement à une base de données (PostgreSQL + PostGIS) centralisée, donc la saisie des données doit se faire en mode connecté.

Le logiciel va évoluer avec l'ajout d'un mode déconnecté : les données seront saisies hors connexion, et enregistrées localement (sur la machine de l'utilisateur). Lorsqu'il se connectera à nouveau, sa base de données locale sera synchronisée avec le serveur.

L'idéal serait donc d'utiliser un SGBD embarqué, parfaitement compatible avec le SGBD actuel, de façon à ne pas avoir à réécrire les requêtes ou les scripts de création.

[bustaf]

Bonjour
Je parle d'une connexion a la volée .. et non d'un mode constant via
ssh vnc ou autre. l'instruction est construite localement puis transmise
sur un concept asynchrone. (ouverture instruction fermeture)
vous doublez les fonctions une pour le local l'autre pour le centralisé.
Cela me semble la solution la moins complexe sinon il est possible de faire un vrai cluster mais c'est un autre travail..
Le mode connecté n'est pas constant... il faut jouer la dessus
Envoyer de la camelote stockée en mode différé c'est hard voir kamikaze ... a gérer pour le moteur centralisé.
Bon courage

[84mickael]

Cette solution n'est pas possible, car les données seront saisies sur le terrain, en pleine mer, sans connexion possible (ou très coûteuse).

Si aucun SGBD embarqué n'est compatible, alors tant pis, on installer PostgreSQL sur les terminaux de saisie.