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 :

[FIREBIRD] Transaction commune ?


Sujet :

Bases de données Delphi

  1. #1
    Membre du Club Avatar de ghost942
    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    112
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 112
    Points : 50
    Points
    50
    Par défaut [FIREBIRD] Transaction commune ?
    Je découvre depuis peu la SGBD Firebird (2.0) avec Delpghi7 et les composants jvUIB. D'ordinaire, j'utilise les composants ACE pour mes bases de données. Le passage de l'un a l'autre est un peu difficile parfois.

    Une question. Lorsqu'on place ou créer dynamiquement un QUERY ou DATASET, faut-il associé un nouveau composant TRANSACTION a chaque fois ou utiliser un seul composant commun?!

  2. #2
    Expert éminent sénior
    Avatar de Cl@udius
    Homme Profil pro
    Développeur Web
    Inscrit en
    Février 2006
    Messages
    4 878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Février 2006
    Messages : 4 878
    Points : 10 008
    Points
    10 008
    Par défaut
    Salut

    Citation Envoyé par ghost942 Voir le message
    Une question. Lorsqu'on place ou créer dynamiquement un QUERY ou DATASET, faut-il associé un nouveau composant TRANSACTION a chaque fois ou utiliser un seul composant commun?!
    En règle général dans mes projets j'utilise 2 composants transactions (liés à la même base): 1 dédié aux requête de type select et l'autre pour les requêtes actions.

    Donc inutile de créer dynamiquement un nouveau compo Transaction. Tu relies ton Query ou DataSet au compo Transaction qui va bien, ensuite Open ou Execute suivant le cas et bien-sûr pour conclure un Commit.

    Voilà.
    @+ Claudius.

  3. #3
    Membre du Club Avatar de ghost942
    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    112
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 112
    Points : 50
    Points
    50
    Par défaut
    Je vais faire comme toi alors je pense. C'est une bonne idée!

    Par contre, est ce qu'un commitretaining fait la meme chose qu'une simple commit? (hormi la fermeture de la transaction pour l'un)

  4. #4
    Expert éminent sénior
    Avatar de Cl@udius
    Homme Profil pro
    Développeur Web
    Inscrit en
    Février 2006
    Messages
    4 878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Février 2006
    Messages : 4 878
    Points : 10 008
    Points
    10 008
    Par défaut
    Re,

    Il faut considérer un CommitRetaining comme une "pré-validation".
    Ta transaction reste ouverte, il faudrait de toute façon la valider par un Commit.

    Dans la mesure du possible évite les CommitRetaining et RollBackRetaining. Il faut garder à l'esprit que les transactions ouvertes doivent être fermées dès que possible. Juste le temps de traitement nécessaire.

    @+ Claudius

  5. #5
    Membre du Club Avatar de ghost942
    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    112
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 112
    Points : 50
    Points
    50
    Par défaut
    Très bien. Je te remercie pour tes répondes rapides!

  6. #6
    Expert éminent sénior
    Avatar de Cl@udius
    Homme Profil pro
    Développeur Web
    Inscrit en
    Février 2006
    Messages
    4 878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Février 2006
    Messages : 4 878
    Points : 10 008
    Points
    10 008
    Par défaut
    Avec plaisir.

    @+ et bon dev

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. ann: Interbase / Firebird Transaction Simulator
    Par John Colibri dans le forum Firebird
    Réponses: 1
    Dernier message: 09/07/2013, 15h36
  2. Firebird, transactions et méthodes de reprises sur erreurs
    Par LorisB dans le forum Connexion aux bases de données
    Réponses: 9
    Dernier message: 17/06/2009, 17h11
  3. [FireBird][Transaction] A quoi servent ces paramètres
    Par aityahia dans le forum Bases de données
    Réponses: 3
    Dernier message: 06/06/2007, 10h34
  4. DLL et transaction Interbase/Firebird ?
    Par QAYS dans le forum Delphi
    Réponses: 2
    Dernier message: 29/09/2006, 19h09
  5. Où gérer les transactions avec Firebird ?
    Par DMO dans le forum Débuter
    Réponses: 2
    Dernier message: 26/04/2005, 09h21

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