Discussion :

[bib34690]

Bonjour,

Je suis débutant en SQL, je travaille avec SqlServer 2012. Voici mon problème :

J'ai 1 table "Client" et 1 table "Commandes"
Je souhaite via 1 procédure stockée demander la liste des clients à relancer avec certains critères (Région...).
Je souhaite que me soit retournée 1 table contenant pour chaque ligne NomClient, RelanceCodeMotif, RelanceMontant, RelanceDate.

Le Nom client & les critères de filtrage passés sont dans la table Client, c'est facile.
Pour les 3 colonnes Relance... ça doit provenir d'une autre procédure stockée qui analyse les commandes du client et me retourne 1 ligne avec ces 3 infos : RelanceCodeMotif, RelanceMontant & RelanceDate.
Le codeMotif vaut 0 s'il ne faut pas relancer, >0 s'il le faut.

Le chalenge c'est d'écrire cette requête select sur la table Client :
- En filtrant les clients sur les critères passés (région...) : je sais faire.
- En filtrant ensuite sur "RelanceMotif > 0" : si possible éviter d'appeler la ProcStoc pour les clients déjà filtrés ci-dessus car cette dernière fait 1 travail très lourd d'analyse de toutes les commandes du client qui sera chronophage.
- Ajouter ces 3 colonnes dans ma table retournée.

En gros :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Select Cli.Nom, Rel.Motif, Rel.Mt, Rel.Date
 From Clients As Cli
 Join GetInfosRelance Cli.Code ??? As Rel
 Where Cli.Pays = 'F' AND ... AND Rel.Motif > 0

Merci de m'expliquer la syntaxe de la procédure principale et de la seconde procédure.
J'ai déjà 1 ProcStoc GetInfosRelanceClient qui reçoit le code client, fait ce travail et retourne 1 ligne avec ces 3 infos : je l'utilise pour 1 seul client. Je voudrais maintenant avoir aussi la liste des clients à relancer et si possible réutiliser le code existant.
Vais-je pouvoir utiliser GetInfosRelanceClient ou est-ce que ça devra être 1 autre ProcStoc qui retournera tous les Clients à relancer mais qui devrait alors recevoir la liste des codes clients pour lesquels je veut ces infos ou 1 Proc qui fera le premier filtrage puis complètera les colonnes et retournera le tout ?
Je voudrais éviter de traiter manuellement chaque ligne client (cursor ou autre) pour des questions de performance.


Merci pour votre aide.

[aieeeuuuuu]

Bonjour,

difficile d'être précis et certain sans voir au moins le code de votre procédure.

Mais si effectivement elle prend un unique code client en paramètre, alors il vous faudra passer par un curseur, ce qui n'est évidemment pas une bonne idée.
Ne pouvez-vous passer cette procédure en fonction table, idéalement une fonction table en ligne ?

[bib34690]

Que veut tu dire par table en ligne ?

Voici en résumé la procédure "GetInfosRelanceFor1Client" :

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
 
ALTER PROCEDURE [dbo].[GetInfosRelanceFor1Client]
	@NumDos 		int,
	@RelDate 		date = null OUTPUT,
	@RelMont 		int   = null OUTPUT,
	@RelMotif 		tinyint OUTPUT
AS
BEGIN
	SET NOCOUNT ON;
        ... travail sur les commandes du client lues avec 1 curseur (pas possible de faire autrement ici)...
        ... Exemple de retour :
        Set @RelMotif = 1  -- à relancer pour motif 1
        Set @RelDate = x.Date
        Set @RelMont = @MtCalculé
END

Sachant que RelMotif sera à 0 s'il n'y a pas lieu de relancer.

Cette Procédure est donc appelée en faisant 1 boucle sur tous les clients et pour chacun on appelle la requête en passant le N° du client.

[aieeeuuuuu]

Que veut tu dire par table en ligne ?

Je parlais des fonctions tables en ligne

... travail sur les commandes du client lues avec 1 curseur (pas possible de faire autrement ici)...

Pourquoi ?
C'est pourtant certainement par là qu'il faut commencer !