Bonjour
Marae wrote
Je présume que cela doit pouvoir se faire quasi automatiquement
Il faudrait préciser pas mal de choses :
- processus d'alimentation du fichier central (via réseau local,
d'entreprise, envoi par messagerie...) ?
- ce processus doit-il être automatisé aussi ?
- ce que tu entends par "fusion" des fichiers locaux (ont-il la même
structure ; veux-tu les mettre "bout à bout" ou doivent-ils fusionner ? ;
s'agit-il de fichiers "mouvements", cf. des débits, des crédits, ou des
sorties/entrées de stock devant mettre à jour une donnée ; etc.
- la base "résultat" doit-elle être accessible par plusieurs personnes
simultanément ?
Indépendamment des réponses à ces questions, en partant de :
Marae wrote
Je pense que mes fichiers locaux seront des ".ots", leur "fusion" un
".odb".
- Les bases "purement" LibO sont "mono-utilisateur" (un seul à la fois) (on
peut bien sûr se connecter à des moteurs permettant l'accès concurrent).
- On peut créer un fichier odb qui se "connecte" à un classeur (modèle ou
non). Les feuilles du classeur seront considérées comme des tables.
On pourrait donc faire un classeur dans lequel tu relierais les fichiers
locaux (éventuellement via Insertion> Feuille à partir d'un fichier). Ce
classeur pourrait être la source d'un fichier .odb mais :
- Les données ne seraient pas modifiables depuis le odb (uniquement depuis
le classeur)
- Ne s'agissant pas d'une "vraie" base de données (source classeur) tu ne
disposerais pas des fonctionnalités relationnelles (requêtes mono-table ;
pas de fonctions SQL) et en particulier tu ne pourrais pas faire de requêtes
"Union" pour mettre "bout à bout" les données.
Ce que je décris là, ce sont les possibilités "bureautiques". Puisque tu
évoques une automatisation, ceci suppose le plus souvent écriture de
programmes et dans ce domaine bien sûr tu aurais d'autres possibilités...
mais qui ne sont pas nécessairement faciles pour un béotien...
Cordialement
Pierre-Yves