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 :

MAJ d'une table entiere dans une application access multi utilisateurs


Sujet :

Modélisation

  1. #1
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Février 2015
    Messages
    38
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2015
    Messages : 38
    Points : 36
    Points
    36
    Par défaut MAJ d'une table entiere dans une application access multi utilisateurs
    Bonjour,

    Je développe une application access permettant d'ajouter des commentaires à une extraction de l'erp de notre entreprise (fichier vente).
    L'idée est que chaque service (logistique, achat etc..) puisse ajouter un champs commentaires à cette extraction.
    J'ai donc d'un côté ma table mon extraction et de l'autre une table avec les champs ajoutés à cette extraction, les deux sont liées via une clef primaire.

    Via une requete je peux ainsi regrouper les deux tables (la table issue de l'erp et l'autres table "commentaires")

    J'ai créé une strucuture de type frontale/dorsale afin qu'on puisse acceder au enregistrement en multi utilisateurs.
    Jusque ici tout marche bien sauf quand je dois mettre à jour tout mon fichier vente avec les nouvelles données issue de l'erp.
    Je dois alors mettre à jour la table liée se situant dans ma dorsale avec les nouvelles données sauf que cette table est déjà ouvert en mode exclusif par ma frontale.

    j'avais deux pistes:
    Soit liée ma table extraction à la base frontale uniquement en lecture seule, est ce faisable?
    Soit mettre à jour enregistrement par enregistrement ma table "fichier vente", ainsi je mets à jour tous les enregistrements non occuppé en mode lecture/écriture.


    J'espère avoir réussi à etre claire, merci d'avance pour votre aide

  2. #2
    Membre expérimenté
    Avatar de minot83
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Mars 2006
    Messages
    972
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 52
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Mars 2006
    Messages : 972
    Points : 1 430
    Points
    1 430
    Par défaut
    Salut,

    par contre, comment tu t'y prends pour les n commentaires associés ?
    Tu as mis un champ commentaire par service au final ?
    Ou une table de n à n ?
    si le message est pertinent : un petit si votre problème est résolu, n'oubliez pas le Tag Merci

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Février 2015
    Messages
    38
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2015
    Messages : 38
    Points : 36
    Points
    36
    Par défaut
    Bonjour,

    merci de ta réponse.

    Oui j'ai mis un champs commentaires par service, au vu de notre process la probabilité que deux utilisateurs travaillent en même temps sur le même enregistrement est assez faible donc pas d'utilise de faire une tablea n à n.


    Pour info j'ai résolue mon problème de mise à jour d'un table entier sans interrompre le fonctionnement de l'application. Je partage ma solution si cela peut servier.

    J'ai fait un système de version de l'extraction de l'ERP ainsi à chaque mis à jour, je créer une nouvelle version de la table dans ma dorsale puis je romps la liaison de la base frontale-dorsale pour l'ancienne version et en recrée une pour la nouvelle version.

    Je n'ai plus le soucis du verrou qui m'empêchait de mettre à jour ma table de cette manière.

Discussions similaires

  1. Réponses: 2
    Dernier message: 16/01/2010, 16h24
  2. Réponses: 6
    Dernier message: 13/11/2009, 16h06
  3. Réponses: 1
    Dernier message: 11/06/2008, 13h33
  4. Réponses: 3
    Dernier message: 20/12/2006, 17h59
  5. copie d'une table Y d'une base A vers une table X d'une base
    Par moneyboss dans le forum PostgreSQL
    Réponses: 1
    Dernier message: 30/08/2005, 21h24

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