Discussion :

[goudhinfo]

Bonjour
J'ai entraine de développer une application de Gestion de Stock pour une entreprise de matériaux de construction, cette dernière est composer de cinq unités de productions, en outre l'administration qui considérer comme une autre unité appeler Siège. Aucune réseau (informatique) à été faite entre ces unités et impossible de la mettre en place.
Voici quelque règles passer dans le cahier des charges:
1. Chaque unité de production doit avoir une copier de l'application;
2. l'application de ces unité n'a pas le droit d'accéder à quelque table de la base de données, fait seulement les opération d'entrées/sorties sur les deux magasins(magasin de matières première et fourniture et magasin des produit finis);
3. l'application de l'administration a tous les droits d'accéder à la base de données(Insertion/suppression et modification d'un article par exemple...);
4. la base de données est la même(les même tables) pour tous les unité de production et le siège ;
5. les sauvegardessur les base de données des différents unités de production sont faites périodiquement, pour les restaurésdans la base de données du siège;
pour moi je travaillé avec Delphi7 et Interbase6.5 et Merise pour la conception.
Mes question sont les suivants:
1. comment faire les opérations de restaurations sans écraser la base de données à chaque fois(la base de données du Siège);
2. Est-ce que interbase6.5 a la capacité de synchroniser entre les différents de données, si non orienter moi vers un autre SGBD pour compléter ce travail.
Merci d'avance...

[JustMe]

Pour commencer dans ta structure de la base de données tu dois prendre en compte que ton application gère plusieurs magasins et que chaque magasin appartient à une unité donc tu aura besoin d'une table unité qui va avoir une relation avec toutes tes autres tables (entrées/sorties/articles ... ou autres)

[Pascal Jankowski]

Pour répondre à ta première question et afin d'éviter l'écrasement des enregistrements, je te conseille d'utiliser les GUID pour coder chaque enregistrement dans chacune de tes tables.
L'avantage d'une telle solution réside dans le non écrasement d'un nouvel enregistrement étant donné l'unicité de ce type de codage.

Pour les enregistrements qui peuvent être communs et modifiés dans chaque version de database, il faut mettre en place une gestion de la version pour chaque enregistrement et ne remplacer que par la version la plus récente ou proposer à l'utilisateur lors de la synchronisation le choix de l'enregistrement à valider.

Microsoft Outlook utilise ce type de fonctionnement pour la synchronisation de données externes.

Pour répondre à ta seconde question, regarde du côté des InstantObjects avec la gestion des données sous forme XML qui permet si ta base de données n'est pas trop volumineuse de gérer ce type de cas. La synchronisation reposera simplement sur la copie des répertoires qui contiennent les données.

Tu peux bien évidemment utiliser un autre SGBD avec les InstantObjects en adaptant le système de synchronisation.

[SergioMaster]

Bonjour,

Laisses tomber Interbase 6.5 obsolète et passes a Interbase 7 ou Firebird 2.5 (ceci dépendant du budget )

Je ne sais pas pour Interbase , mais pour Firebird il existe des outils pour les synchronistations , cela demande bien sur comme le dit si bien JustMe une bonne conception de la Base de données voir ici

[makowski]

IBReplicator permet de mettre en oeuvre cela
http://www.ibphoenix.com/products/software/ibreplicator

[ShaiLeTroll]

Là où je travaillais avant, on avait une application de compta avec la même problématique de site réparti non connecté ! cela s'appelait un Terrain !
Quasiment dans chaque Table, il y avait cette colonne terrain, mais gérer à la main et indexé ! j'avais proposé de l'inclure dans la clé Primaire !


l'idée du GUID est une approche à retenir, dans un autre projet, en PHP, cela fut utilisé !

Sinon, en IB ou FB, je l'ignore mais en MySQL ISAM, la clé Primaire peut-être composé de plusieurs champs, l'AUTOINC n'étant pas nécessairement le Premier !
J'avais proposé l'idée, d'avoir une colonne Terrain, un entier ou une chaine (une valeur fixé au siège centrale, lors de l'installation de site, on fourni le numéro) + une champ autoInc

Comme avec le GUID, il est impossible d'écraser les données entre les sites, la Clé primaire le gérant naturellement

Un outil de réplication, pourrait être utilisé, par contre tous les sites auraient la base de données complètes comme le siège ?
J'ai survolé le lien sur IBReplicator donné par Philippe Makowski, la section "Powerful replication strategies" indiquerait des possibilités pour le gérer, mais il est fort possible, que le modèle de données soient déjà étudiés pour cela !

Voir aussi un outil comme TALEND qui permettrait de faire une consolidation manuelle, si tu ne souhaite pas stocker le code terrain ou utiliser un GUID !
C'est de la résolution de doublon, pour un autre projet de gestion de pharmacie, la consolidation des DB entre les stocks et la centrale était une véritable Uzinagaz !