Bonjour à tous
J'ai une appli realisee pour une societe. Généralement une societe possede
un magasin mais dans quelques cas une societe peut avoir plusieurs magasins.
Différents modules composent cette appli et au vue des differents controles
existants à chaque etape j'ai prefere faire une appli par magasin. Le fait
de demander en double cliquant sue une icone qui ouvre un formulaire
demandant le nom de la societe et du magasin et en fonction des reponses
envoyer sur une base spécifique au magasin (donc autant de bases que de
magasins sur le poste) vous parait il etre une solution viable ?
Merci pour votre avis
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Xavier HUE
Bonjour "Newsgroup",
Personnellement je ne m'engagerais pas sur cette solution.
Si une société gère 1 à n magasin, il faudrait disposer d'une table Magasin. La zone clé de cette table se retrouvera dans les autres tables afin d'identifier les infos liées à ce magasin.
Cette façon de procéder allège la maintenance. Imagine une société ayant 5 magasins. Tu auras créés 5 bases. La société te demande de modifier 3 états, 2 formulaires, de créer plusieurs états supplémentaires et d'ajouter des fonctionnalités demandant la création de quelques tables supplémentaires (ainsi que les formulaires de maintenance de ces nouvelles tables). => Maintenance dans 5 bases de données !!! A moins que tu ais du "temps à perdre", ce n'est pas viable.
Même si des traitements diffèrent d'un magasin à un autre, pour une même société, tu as tout intérêt à intégrer le tout dans une seule application.
Il te suffit de tester le code magasin pour identifier les traitements spécifiques à exécuter.
En examinant de plus prés tes différents traitements, tu pourrais même paramétrer tout ça, de façon à ce que le magasin active ou non certaines fonctionnalités en fonction de ces besoins.
Cordialement.
Bonjour "Newsgroup",
Personnellement je ne m'engagerais pas sur cette solution.
Si une société gère 1 à n magasin, il faudrait disposer
d'une table Magasin. La zone clé de cette table se
retrouvera dans les autres tables afin d'identifier les
infos liées à ce magasin.
Cette façon de procéder allège la maintenance.
Imagine une société ayant 5 magasins.
Tu auras créés 5 bases.
La société te demande de modifier 3 états, 2 formulaires,
de créer plusieurs états supplémentaires et d'ajouter des
fonctionnalités demandant la création de quelques tables
supplémentaires (ainsi que les formulaires de maintenance
de ces nouvelles tables).
=> Maintenance dans 5 bases de données !!!
A moins que tu ais du "temps à perdre", ce n'est pas
viable.
Même si des traitements diffèrent d'un magasin à un autre,
pour une même société, tu as tout intérêt à intégrer le
tout dans une seule application.
Il te suffit de tester le code magasin pour identifier les
traitements spécifiques à exécuter.
En examinant de plus prés tes différents traitements, tu
pourrais même paramétrer tout ça, de façon à ce que le
magasin active ou non certaines fonctionnalités en
fonction de ces besoins.
Personnellement je ne m'engagerais pas sur cette solution.
Si une société gère 1 à n magasin, il faudrait disposer d'une table Magasin. La zone clé de cette table se retrouvera dans les autres tables afin d'identifier les infos liées à ce magasin.
Cette façon de procéder allège la maintenance. Imagine une société ayant 5 magasins. Tu auras créés 5 bases. La société te demande de modifier 3 états, 2 formulaires, de créer plusieurs états supplémentaires et d'ajouter des fonctionnalités demandant la création de quelques tables supplémentaires (ainsi que les formulaires de maintenance de ces nouvelles tables). => Maintenance dans 5 bases de données !!! A moins que tu ais du "temps à perdre", ce n'est pas viable.
Même si des traitements diffèrent d'un magasin à un autre, pour une même société, tu as tout intérêt à intégrer le tout dans une seule application.
Il te suffit de tester le code magasin pour identifier les traitements spécifiques à exécuter.
En examinant de plus prés tes différents traitements, tu pourrais même paramétrer tout ça, de façon à ce que le magasin active ou non certaines fonctionnalités en fonction de ces besoins.
