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

MS SQL Server Discussion :

xp_sendmail bloqué par le verrou d'une connexion cliente


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Mai 2014
    Messages
    7
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2014
    Messages : 7
    Par défaut xp_sendmail bloqué par le verrou d'une connexion cliente
    Bonjour à tous,

    Je rencontre un petit problème que j'ai du mal à résoudre et j'aimerais savoir si l'un de vous en détient la clé. Voilà le contexte :

    Dans un programme DELPHI (4.0), je fais appel successivement à deux procédures stockées dans une base de données sql server 2005.


    - La première réalise un INSERT de données dans une table 'clients' et fonctionne parfaitement.

    - La seconde est censée réaliser l'opération suivante :


    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
    If (	select	count(*)
    	from	clients)	> 0 
     
    	begin
    		declare	@mail	varchar(250)
    		select	@mail	= email
    		from	utilisateur
    		where	id_utilisateur	= dbo.gibaud_user()
     
    		Exec master..xp_sendmail	@recipients	= 'adressemail@societe.com',
    						@query		= 'Select * from clients',
    						@subject	= 'sujet du mail',
    						@attach_results = 'TRUE', 
                                                    @width = 250
     
    		delete	clients
    	end

    Mais lorsque celle-ci doit s'exécute dans mon application delphi, j'obtiens l'erreur suivante :


    Erreur SQL générale. xp_sendmail : Impossible d'accéder à SQL Server

    Après moult recherches, je suis tombé sur cette information (issue de http://technet.microsoft.com/fr-fr/l...v=sql.90).aspx) :


    L'argument query peut être bloqué par un verrou détenu par la connexion cliente qui a lancé xp_sendmail. Par exemple, si vous effectuez la mise à jour d'une table au sein d'une transaction et que, pour cette mise à jour, vous créez un déclencheur qui tente de sélectionner les mêmes informations de ligne mises à jour que le paramètre query, la connexion SQL Mail est bloquée par le verrou exclusif détenu sur cette ligne par la connexion cliente initiale.

    En effet, lorsque je supprime l'argument QUERY (et le ATTACH RESULTS associé) de mon xp_sendmail, celui-ci fonctionne sans problèmes. J'en ai donc déduit que mon problème venait de la connexion cliente du programme delphi et j'aimerais savoir comment vérifier que celle-ci crée bien un verrou et, le cas échéant, comment désactiver ce verrou ?


    En vous remerciant par avance de vos réponses !

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 998
    Billets dans le blog
    6
    Par défaut
    Delphi à l'extréme mauvaise manie de vouloir surtransactionner tout ce qu'il envoi à un SGBDR... D’où des blocages intempestifs.
    Et comme DELPHI est hélas obsolète.. Difficile de vous aider !
    Il faudrait rentrer dans le code des bibliothèques de gestion de base de données et remanier ce comportement par défaut.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre averti
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Mai 2014
    Messages
    7
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2014
    Messages : 7
    Par défaut
    Merci pour cette réponse qui confirme effectivement ce que je craignais concernant Delphi... Je vais essayer de contourner le problème, si je trouve par hasard une solution je reviendrais la poster ici au cas ou elle puisse être utile à vous autres :-)

Discussions similaires

  1. Transaction bloquée par un verrou avec SQL Serveur
    Par KIMM dans le forum Bases de données
    Réponses: 1
    Dernier message: 07/02/2014, 10h03
  2. Barre de défilement bloquée par la souris d'une JTable
    Par peofofo dans le forum Composants
    Réponses: 5
    Dernier message: 18/08/2012, 08h26
  3. Réponses: 20
    Dernier message: 10/07/2006, 16h53
  4. Etat bloqué par une table
    Par aujero dans le forum Access
    Réponses: 4
    Dernier message: 06/02/2006, 17h53
  5. Je ne peux établir une connexion cliente sous Linux.
    Par Anonymous dans le forum CORBA
    Réponses: 5
    Dernier message: 16/04/2002, 15h57

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