IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Modélisation Discussion :

alimenter une table à partir d'une autre (deux bases données différentes)


Sujet :

Modélisation

  1. #1
    Futur Membre du Club
    Inscrit en
    Février 2010
    Messages
    11
    Détails du profil
    Informations forums :
    Inscription : Février 2010
    Messages : 11
    Points : 6
    Points
    6
    Par défaut alimenter une table à partir d'une autre (deux bases données différentes)
    Salut tout le monde
    je vais aller droit au but

    j'ai une table principale dans une base de donnée principale, et je veux que cette table soit alimenter par d'autre tables différentes (table1, table2, table3..etc) dans d'autres base de données différentes (bd1, bd2, bd3...etc), c.à.d qu'on j'enregistre un enregistrement dans la table1 (par exemple) cet enregistrement va également sur la table principale.

    ET si un enregistrement est saisi sur la table principale je veux qu'il ne soit pas partagé sur les autres tables dérivées (table1, table2...etc)

    je sais que c'est un peu compliqué, mais svp j'ai besoin de votre aide

    N.B : photo jointe (schéma simplifé du problème)

    je vous remercie d'avance
    Images attachées Images attachées  

  2. #2
    Rédacteur/Modérateur

    Avatar de Jean-Philippe André
    Homme Profil pro
    Développeur VBA/C#/VB.Net/Power Platform
    Inscrit en
    Juillet 2007
    Messages
    14 598
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur VBA/C#/VB.Net/Power Platform
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2007
    Messages : 14 598
    Points : 34 283
    Points
    34 283
    Par défaut
    salut,
    quel est l'interet dans ton architecture d'avoir 4 tables ?
    Si tu redispatches les infos de ta table principale dans les 3 autres tables, autant n'en avoir qu'une, non ?
    Cycle de vie d'un bon programme :
    1/ ça fonctionne 2/ ça s'optimise 3/ ça se refactorise

    Pas de question technique par MP, je ne réponds pas

    Mes ouvrages :
    Apprendre à programmer avec Access 2016, Access 2019 et 2021

    Apprendre à programmer avec VBA Excel
    Prise en main de Dynamics 365 Business Central

    Pensez à consulter la FAQ Excel et la FAQ Access

    Derniers tutos
    Excel et les paramètres régionaux
    Les fichiers Excel binaires : xlsb,

    Autres tutos

  3. #3
    Futur Membre du Club
    Inscrit en
    Février 2010
    Messages
    11
    Détails du profil
    Informations forums :
    Inscription : Février 2010
    Messages : 11
    Points : 6
    Points
    6
    Par défaut
    Salut jpcheck

    en fait ce sont différent services (table 1 2 3 )
    et la table principale et entre les main du chef (responsable général)
    pour la 2eme question :
    on veut que les données saisi par un des services ne seront pas visualiser par les autres services
    donc si les donné saisi par le sevice 1 (par exp) sont enregistré sur la table principale et que les données sont échangeable a double sens, les autres services auront la possibilité de tout visualiser

    j espere que je me suis bien fait comprendre

  4. #4
    Rédacteur/Modérateur

    Avatar de Jean-Philippe André
    Homme Profil pro
    Développeur VBA/C#/VB.Net/Power Platform
    Inscrit en
    Juillet 2007
    Messages
    14 598
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur VBA/C#/VB.Net/Power Platform
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2007
    Messages : 14 598
    Points : 34 283
    Points
    34 283
    Par défaut
    Ok,
    mais tu vas devoir specifier dans la table principale de quelle table secondaire l'information provient, non ?

    Et dans quel cas la table principale sera-t-elle remplie par le cheff de service ?
    Je reste sceptique sur la multiplication des petites tables
    Cycle de vie d'un bon programme :
    1/ ça fonctionne 2/ ça s'optimise 3/ ça se refactorise

    Pas de question technique par MP, je ne réponds pas

    Mes ouvrages :
    Apprendre à programmer avec Access 2016, Access 2019 et 2021

    Apprendre à programmer avec VBA Excel
    Prise en main de Dynamics 365 Business Central

    Pensez à consulter la FAQ Excel et la FAQ Access

    Derniers tutos
    Excel et les paramètres régionaux
    Les fichiers Excel binaires : xlsb,

    Autres tutos

  5. #5
    Expert éminent sénior

    Profil pro
    Conseil, Formation, Développement - Indépendant
    Inscrit en
    Février 2010
    Messages
    8 421
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Conseil, Formation, Développement - Indépendant

    Informations forums :
    Inscription : Février 2010
    Messages : 8 421
    Points : 16 265
    Points
    16 265
    Par défaut
    Bonjour

    Si les tables ne sont visibles qu'à travers une interface sécurisé et non en Access natif, tu peux ajouter un champ "propriétaire" dans une table unique et filtrer l'affichage selon l'utilisateur.

    Sinon si le chef ne fais que regarder pourquoi ne pas lui donner une visu via des requêtes union sur l'ensemble des tables ?

    Sinon je crains, comme jpcheck, que cela soit totalement ingérable.
    Chris
    PowerQuery existe depuis plus de 13 ans, est totalement intégré à Excel 2016 &+. Utilisez-le !

    Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson.
    Confucius

    ----------------------------------------------------------------------------------------------
    En cas de résolution, n'hésitez pas cliquer sur c'est toujours apprécié...

  6. #6
    Futur Membre du Club
    Inscrit en
    Février 2010
    Messages
    11
    Détails du profil
    Informations forums :
    Inscription : Février 2010
    Messages : 11
    Points : 6
    Points
    6
    Par défaut
    Salut chris et check

    supposons que le chef ne remplit meme pas la table principale
    malgré ca, si le "vas et viens" est autorisé dans les deux sens, les donnés saisies sur une table dérivé seront transmise vers la table principale et de la table principale seront automiatiquement transmise vers une autre table dérivée

  7. #7
    Invité
    Invité(e)
    Par défaut
    Bonjour

    De plus un autre problème peut se produire, c'est que tes tables secondaires peuvent avoir des clés primaires identiques, et lorsque tu mets tout cela dans une autre table, cela va coincer et

    La meilleure solution pour cela est celle expliquée par 78chris, à mon avis il faut tout revoir.

    Philippe

  8. #8
    Futur Membre du Club
    Inscrit en
    Février 2010
    Messages
    11
    Détails du profil
    Informations forums :
    Inscription : Février 2010
    Messages : 11
    Points : 6
    Points
    6
    Par défaut
    salut philipe
    desole d'avoir répondre si tard, je vois ce que tu veux dire
    je remarque que mon problème est vraiment délicat, bon je laisse ma discussion ouverte pour n'importe quelle proposition, le malheur c'est que il me reste juste 3 jours pour rendre mon travail
    cordialement

Discussions similaires

  1. Réponses: 7
    Dernier message: 22/06/2012, 12h12
  2. Alimenter une table à partir d'une autre
    Par amirad dans le forum Windows Forms
    Réponses: 29
    Dernier message: 24/02/2009, 15h01
  3. [Tables] Update d'une table à partir d'une autre
    Par le_niak dans le forum VBA Access
    Réponses: 2
    Dernier message: 17/01/2008, 09h01
  4. remplir un champ d'une table à partir d'une autre table
    Par MrsFrizz dans le forum Langage SQL
    Réponses: 4
    Dernier message: 11/02/2005, 16h48
  5. Réponses: 5
    Dernier message: 06/01/2005, 12h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo