Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 6 sur 6
  1. #1
    Invité régulier
    Profil pro Mur Mikael
    Inscrit en
    avril 2010
    Messages
    133
    Détails du profil
    Informations personnelles :
    Nom : Mur Mikael

    Informations forums :
    Inscription : avril 2010
    Messages : 133
    Points : 9
    Points
    9

    Par défaut Exception "Enregistrement verrouillé"

    Bonjour,

    J'en ai deux application, qui opèrent sur la même table paradox, le problème est que lorsque un enregistrement de la table entre en mode édition, par la première application, il ne peut pas être éditer par la deuxième :

    Enregistrement verrouillé par un autre utilisateur
    Une idée pour contourner ce problème et ne pas bloquer l'application.?

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro Alain
    Ingénieur d'études décisionnel
    Inscrit en
    mai 2002
    Messages
    5 607
    Détails du profil
    Informations personnelles :
    Nom : Homme Alain
    Âge : 53
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur d'études décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 5 607
    Points : 12 912
    Points
    12 912

    Par défaut

    Suppose que chaque application modifie la même colonne de cet enregistrement de manière différente... Quelle version es-tu sensé conserver ?
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  3. #3
    Invité régulier
    Profil pro Mur Mikael
    Inscrit en
    avril 2010
    Messages
    133
    Détails du profil
    Informations personnelles :
    Nom : Mur Mikael

    Informations forums :
    Inscription : avril 2010
    Messages : 133
    Points : 9
    Points
    9

    Par défaut

    Bonjour al1_24,

    Bon ce cas de figure ne se produira jamais, car les deux applications sont des pointeuses donc un enregistrement n'est affecté que lorsque le personnel pointe.

    Même le cas ou deux pointeuses affecte le même enregistrement en même temps ne se produit pas, car le personnel ne peut pas pointer au même temps à deux pointeuses différentes.

    Mais comme même je dois gérer l'exception, rien n'est garantie.

  4. #4
    Membre habitué
    Profil pro
    Inscrit en
    octobre 2007
    Messages
    108
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations forums :
    Inscription : octobre 2007
    Messages : 108
    Points : 113
    Points
    113

    Par défaut

    Bonsoir

    Paradox utilise un mode de verrouillage préventif (lock pessimiste) qui explique ce que vous constatez. Le moyen classique de contourner cela (pour une grosse application avec beaucoup de concurrence d'accès) est de se rapprocher d'un fonctionnement client-serveur.

    Les écrans de saisie prennent une copie de l'enregistrement de la table serveur dans une table locale (répertoire privé par exemple).

    L'utilisateur effectue ses modifications en local puis un bouton <Valider> s'occupe de mettre à jour l'enregistrement sur le serveur par un TCursor. Dans ce fonctionnement les accès en écriture son très limités et la concurrence ne devrait plus poser de souci.

    Il faut éventuellement se soucier de vérifier que l'enregistrement que l'on s'apprête à modifier n'a pas déjà été modifié entre temps par un autre utilisateur, ce qui peut se faire de différentes façon, la plus simple étant sans doute de gérer un champ "DateTimeModif" (certains préfèrent un champ N°version d'enregistrement).

    Parfois ce point ne pose pas de souci et on accepte que "le dernier qui parle écrase les versions précédentes". Tout dépend du besoin métier et du type d'application.

    Le passage en client-serveur, également possible depuis Paradox, n'est pas la solution miracle non plus. On a exactement les même problèmes de concurrences mais avec un mode de gestion supplémentaire via les transactions.

  5. #5
    Membre habitué
    Profil pro
    Inscrit en
    octobre 2007
    Messages
    108
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations forums :
    Inscription : octobre 2007
    Messages : 108
    Points : 113
    Points
    113

    Par défaut

    Mais le souci décrit pour une application de pointeuse si j'ai bien suivi, est un peu étonnant.

    Comment se fait-t-il que les 2 applications cherchent à écrire le même enregistrement en même temps ?

    Il y a potentiellement un problème de conception et de modélisation de la base de données.

  6. #6
    Membre habitué
    Profil pro
    Inscrit en
    octobre 2007
    Messages
    108
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations forums :
    Inscription : octobre 2007
    Messages : 108
    Points : 113
    Points
    113

    Par défaut

    En relisant votre réponse à al1_24 j'ai un doute sur le souci réel.

    Il y a une particularité dans les fiches multi-tables paradox qui pourrait expliquer votre souci :

    Si dans une fiche, dans votre modèle ralationnel vous joignez 2 tables avec mettons une relation 1->N , un enregistrement maître a n enregistremernts détails, dans ce cas paradox va locker en écriture l'enregistrement maitre dès que vous modifiez un enregistrement détail... Ce comportement est automatique et peut se comprendre (souhait de mettre à jour des cumuls par exemple dans la table maitre). Le problème c'est que l'on ne peut pas désactiver ce comportement.

    La solution dans ce cas est de briser le lien dans le modèle relationnel et de gérer le filtrage des enregistrements détails par programmation lors d'un newvalue de la clé de l'enregistrement maître (via un SetRange c'est instantanné, c'est ce qu'utilise Paradox en fait en interne)

    Bon j'essaie là de deviner votre souci pas sûr que j'ai bien tout compris !

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •