Discussion :

[Wachter]

Bonjour,

J'ai une fonction utilisateur récursive (plus de 300 lignes) écrite en PL/SQL que je devrais l'implémenter en T-SQL. Cette fonction accède à plusieurs tables volumineuses pour effectuer les calculs nécessaires ; le problème de performances se pose donc. Dans ma table initiale, je dispose de plus de 4 millions de triplets (A, B, C) distincts. Je ne pourrai donc mettre en place cette UDF en T-SQL et l'appeler 4 millions fois ! Je souhaite donc découper les traitements dans des tables temporaires étant donné que la fonction comprend une multitude de branchements conditionnels. Dans les deux blocs principaux, il y a un branchement qui fait un appel récursif avec des valeurs différentes pour les paramètres 3 à 8.

Auriez-vous une idée sur la manière d'implémenter la partie récursive de la fonction utilisateur ?

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE OR REPLACE FUNCTION XXX_USER.F_MONTANT (A, B, C, 'N', 'N', 'N', 'N', 'N')
RETURN NUMBER IS
BEGIN
IF -- Bloc 1
...
    RETURN(F_MONTANT(A, B, C-1, 'O', 'O', 'O', 'O', 'O'));
ELSE -- Bloc 2
...
    RETURN(F_MONTANT(A, B, C-1, 'O', 'O', 'O' 'O', 'O'));
END IF;
RETURN (MNT);
END F_MONTANT;
/

Merci d'avance pour vos conseils.

[vanagreg]

Bonjour,

Le code que tu donnes n'est pas valide en PL/SQL. Tes paramètres ne sont pas typés, et tu ne peux pas déclarer des paramètres en forme de constantes.

[Waldar]

Regardez si vous pouvez réécrire la logique récursive avec du code ensembliste, si c'est possible (et c'est souvent le cas) vous n'aurez pas de problèmes de performances. Le conseil aurait été valable sur Oracle également.

[Wachter]

Bonjour,

Le code que tu donnes n'est pas valide en PL/SQL. Tes paramètres ne sont pas typés, et tu ne peux pas déclarer des paramètres en forme de constantes.

Je sais. J'ai volontairement réduit le code de la fonction pour se focaliser sur l'aspect logique de la fonction. J'ai également volontairement initialisé les paramètres à 'N' pour dire que l'appel initial aura des paramètres 'N' et les appels suivants auront comme paramètres 'O'.

Ce n'est donc pas la question. Tout code récursif peut normalement être traduit en itératif. Là, on manipule des ensembles. Mon souhait est d'éviter la fonction utilisateur récursive en raison des problèmes de performances.

[vanagreg]

Je ne me souviens pas avoir écrit une fonction récursive en PL/SQL depuis bien longtemps. Il est certainement probable de pouvoir remplacer son code par des requêtes SQL ensemblistes, d'autant plus qu'il est possible de faire du SQL récursif depuis la version 11g2.
Mais pour cela il faudrait voir le code complet de la fonction.