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

Bases de données Delphi Discussion :

Deadlock firebird dans une application Delphi


Sujet :

Bases de données Delphi

  1. #1
    Membre à l'essai
    Inscrit en
    Octobre 2003
    Messages
    16
    Détails du profil
    Informations forums :
    Inscription : Octobre 2003
    Messages : 16
    Points : 14
    Points
    14
    Par défaut Deadlock firebird dans une application Delphi
    Bonjour,
    Je parcours les forums et tutoriels firebird pour trouver le problème de code ou d'implémentation pour les composants ibx.

    J'ai une application qui captent des informations de passage de véhicules.
    Cette application scrute 8 voies de passage via un middleware industriel.

    Pour chaque passage détecté j'appelle une procédure de création de passage qui met en forme des informations et qui appelle une procédure stocké me renvoyant un identifiant de passage.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    {*--------------------------------------------------------------------------------------------------
    Description : fonction permettant d'appeler une procedure stocquée de la bdd en passant son nom
    @param stockproc nom de la procédure stoquée dans la base de donnée
    @return identifiant generé par la procedure stockée appelé en parametre
    @Author Thierry Lopez-Pacheco
    @Version 2005/01/17 TLP V0.1 InitialVersion
    @Version 2005/04/22 TLP V0.2 AdminVersion
    ---------------------------------------------------------------------------------------------------}
     
    function TmiMonitDataModule.getident(stockproc: string): integer;
    begin
    connectionbddExt;
    with ibsGenId do
    begin
    if ibtGenId.Active then ibtGenId.Commit;
    ibtGenId.StartTransaction;
    StoredProcName := uppercase(stockproc);
    try
    begin
    ibsGenId.ExecProc;
    ibtGenId.Commit;
    end;
    except on E: Exception do
    begin
    ibtGenId.Rollback;
    showmessage('impossible de retourner identifiant passge');
    Cancel;
    abort;
    end;
    end;
    end;
    result := ibsGenId.Params[0].AsInteger;
    end;
    Pour cela dans mon data module , jai placé un composant TIBDATABASE, un TIBTRANSACTION et pour l'appel de ma procédure stocké un IBBSTOREDPROC et un TIBTRANSACTION.


    Ensuite pour chaque passage j'appelle une procédure différente ou j'utilise à chaque fois un TIBSQL avec un TIBtransaction pour l'insertion dans la table des passage.
    l'erreur deadlock n'est pas fréquente mais quand cela arrive il faut fermer l'application pour la relancer.
    Je pense que mon implémentation de composant ou de code n'est pas bonne.
    Pouvez vous me guider.
    Salutations

  2. #2
    Expert éminent
    Avatar de qi130
    Homme Profil pro
    Expert Processus IT
    Inscrit en
    Mars 2003
    Messages
    3 903
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France

    Informations professionnelles :
    Activité : Expert Processus IT
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2003
    Messages : 3 903
    Points : 6 027
    Points
    6 027
    Par défaut
    Tu mentionnes 2 compos Transaction dans ton datamodule, est-ce 1 erreur ?

    Il faudrait nous communiquer le réglage de ces composants: par exemple le commit de la transaction.
    Idem pour le code de la PS.

    Quelle version de Firebird ?

    Enfin, les composants IBX avec Firebird, c'est pas le top, et à terme ils ne seront plus du tout compatibles.
    "Il n'y a pas de bonnes réponses à une mauvaise question." (M. Godet)
    -----------------------
    Pensez à cloturer votre sujet - Aucune réponse aux sollicitations techniques par MP
    Usus magister est optimus

  3. #3
    Membre à l'essai
    Inscrit en
    Octobre 2003
    Messages
    16
    Détails du profil
    Informations forums :
    Inscription : Octobre 2003
    Messages : 16
    Points : 14
    Points
    14
    Par défaut DEADLOCK FIREBIRD
    Bonjour et merci pour votre intérêt,
    En effet dans tous mes développements DELPHI 7, j'utilise un data module ou je place un composant TIbDataBase et TibTransaction lié l'un à l'autre.
    Ensuite pour toutes les autres requêtes ( ibsql, ibdataset ou ibstredProc) je place le composant dans le data module et je rajoute pour chacun un TibTransaction.
    Je fixe le parametre Default Database avec le non de mon composant TIbdatabase et je laisse par defaut les paramétres DefaultAction (TaCommit) et AutostopAction SaNone.
    La version de Firebird qui est en production est la V1.5
    La procédure stockée renvoi un identifiant de passage :

    Code sql : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    SET TERM ^ ;
     
    CREATE PROCEDURE GID_PASSAGE 
    returns (
        id integer)
    as
    begin
      /* Procedure Text */
      ID=gen_id(gid_passage,1);
    end^
     
    SET TERM ; ^
     
    GRANT EXECUTE ON PROCEDURE GID_PASSAGE TO SYSDBA;
    avec id le parametre de sortie et Gid_passage un generator:

    Code sql : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    CREATE GENERATOR GID_PASSAGE;
    SET GENERATOR GID_PASSAGE TO 7519089;
    Si les composants Interbase de delphi ne sont pas adaptés, que doit on utiliser pour optimiser les échanges (j'utilise également la bibliothèque de composants JEDI)

    Merci pour votre aide technique.
    Salutations

  4. #4
    Rédacteur/Modérateur

    Avatar de SergioMaster
    Homme Profil pro
    Développeur informatique retraité
    Inscrit en
    Janvier 2007
    Messages
    15 043
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 67
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Janvier 2007
    Messages : 15 043
    Points : 40 957
    Points
    40 957
    Billets dans le blog
    62
    Par défaut
    Citation Envoyé par lopezpacheco Voir le message
    Si les composants Interbase de delphi ne sont pas adaptés, que doit on utiliser pour optimiser les échanges (j'utilise également la bibliothèque de composants JEDI)
    Je suis très content des composants UIB ou ZEOSDBO (et tres mécontent des DBExpress )
    MVP Embarcadero
    Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Rio, Sidney), D11 (Alexandria), D12 (Athènes)
    SGBD : Firebird 2.5, 3, SQLite
    générateurs États : FastReport, Rave, QuickReport
    OS : Window Vista, Windows 10, Windows 11, Ubuntu, Androïd

  5. #5
    Membre expert

    Homme Profil pro
    Consultant spécialité Firebird
    Inscrit en
    Mai 2002
    Messages
    2 342
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Consultant spécialité Firebird
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 2 342
    Points : 3 712
    Points
    3 712
    Par défaut
    Citation Envoyé par lopezpacheco Voir le message
    Ensuite pour chaque passage j'appelle une procédure différente ou j'utilise à chaque fois un TIBSQL avec un TIBtransaction pour l'insertion dans la table des passage.
    l'erreur deadlock n'est pas fréquente mais quand cela arrive il faut fermer l'application pour la relancer.
    surement pas un deadlock mais juste un conflit de mise à jour d'un même enregistrement
    en aucun cas cela ne doit bloquer un programme, cela doit pouvoir être géré (rollback puis retentative)
    quel est le type de transaction utilisée ?
    essayer avec Read_committed, cela devrait limiter les cas de conflits
    bien penser à ouvrir et fermer les transactions le plus rapidement possible
    Philippe Makowski
    IBPhoenix - Firebird
    Membre de l'April

  6. #6
    Membre émérite Avatar de edam
    Homme Profil pro
    Développeur Delphi/c++/Omnis
    Inscrit en
    Décembre 2003
    Messages
    1 894
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Développeur Delphi/c++/Omnis
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2003
    Messages : 1 894
    Points : 2 771
    Points
    2 771
    Par défaut
    Citation Envoyé par lopezpacheco Voir le message
    Ensuite pour toutes les autres requêtes ( ibsql, ibdataset ou ibstredProc) je place le composant dans le data module et je rajoute pour chacun un TibTransaction.


    moi,j'utilise une seule TIBtransaction dans mon programme
    PAS DE DESTIN, C'EST CE QUE NOUS FAISONS

Discussions similaires

  1. Réponses: 1
    Dernier message: 06/07/2010, 09h19
  2. deployer bde dans une application delphi
    Par houssam84 dans le forum Bases de données
    Réponses: 2
    Dernier message: 22/07/2007, 16h51
  3. mot de passe dans une application delphi
    Par Dark_Wishmaster dans le forum Delphi
    Réponses: 1
    Dernier message: 30/04/2007, 20h31
  4. Réponses: 3
    Dernier message: 08/07/2006, 19h59
  5. Comment afficher des JPEG dans une application Delphi ?
    Par Bouguennec dans le forum Composants VCL
    Réponses: 4
    Dernier message: 17/09/2005, 21h18

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