Discussion :

[Jean.Cri1]

Bonjour

Y a t il un moyen 'natif' pour exécuter différents appels ( parfois simultanés ) à une même procédure cible de façon séquentielle ( comme avec une file d'attente ) ?
Et comment savoir si une procédure est en cours d'utilisation ?

Si non, j'envisage :
insérer chaque demande d'appel à la procédure cible dans une table file d'attente.
Une procédure qui lit en boucle les entrés non traités de cette table
indique dans la table que la ligne est prise en charge
appelle ma procédure cible avec les paramètres de la file d'attente
indique dans la table que la ligne est traité avec le code retour
tout ça dans une autre boucle infinie avec un petit wait for delay

lancer cette procedure en mode demon : avec un agent ?

appeler ma proc cible par le biais d'une insertion dans la table file d'attente et boucler avec un petit wait for delay et un scan de l'etat de ma ligne insérée ( identifiée par l'identity inseré ) pour attendre la fin du traitement.

Merci d'avance pour vos réponses et avis

[mikedavem]

Hello,

Ce que tu décris s'appelle un mutex et il n'y a a pas de manière native à ma connaissance de faire cela sur SQL Server lors d'un appel de procédure stockée. C'est à toi d'implémenter le système avec par exemple une table qui verrouille l'accès à la procédure:

- Procédure executée => Mise à jour entrée file dans la table avec un flag)
- Procédure executée session concurrente => Check flag dans la table et si en cours d'exécution stoppe l'exécution de la procédure

Après pourquoi pas faire l'appel dans un job SQL à intervalle régulier ou via un boucle WHILE ..

++

[aieeeuuuuu]

Bonjour,

Une petite présentation du besoin et du contexte aiderait à vous proposer des solutions adaptées... quel est le but de tout ça ?

[Jean.Cri1]

Hello
Oui c'est bien un mutex que je veux mettre en place.
fichier f1 et fichier f2 s'integrent en meme temps et doivent declencher des trucs ( c'est de l'informatique )
f1 et f2 ont qualifié leurs lignes, elles sont valides
f1 et f2 recherchent s'il n'existent pas déjà d'autres lignes valides sur la meme 'clé'
f1 en trouve une dans f2 et vice versa, les lignes sont invalidées et non traitées

Si je passe en sequentiel, la proc peut ne prendre en compte que les lignes déjà totalement validées pour finir de qualifier les lignes du nouveau fichier.

Et puis c'est cool de creer un mutex !!

[SQLpro]

Ce serait plutôt à SSIS de faire cela !

A +

[Jean.Cri1]

Malheureusement, le progiciel s'occupe de cela et je n'ai la main qu'a partir de la base de donnée.