récursivité stockée proc dans SQL Server

Question

J'ai une situation où je veux avoir un proc stocké retournant une table qui s'appelle récursivement dans le cadre de son calcul.

Malheureusement, SQL Server n'a rien de tout cela et me donne une erreur à la fois de ne pas pouvoir déclarer un curseur qui existe déjà et de ne pas pouvoir imbriquer et insérer une instruction exec. Pourrais-je contourner certains de ces problèmes en utilisant une fonction?

Y a-t-il une autre meilleure façon de faire cela?

Le calcul est intrinsèquement récursif, donc il n'y a pas moyen de contourner ce problème en utilisant des jointures autant que je sache.

EDIT: pour clarifier le calcul réel puisque le code est compliqué par d'autres choses et pourrait compliquer la table On suppose que Cervin

A a des colonnes (containerId, objID, objType, poids) et le tableau B comporte des colonnes (itemID , valeur).

objType dans le tableau A vous indique si objID dans le tableau A est un containerId (encore une fois dans le tableau A) ou est et itemID du tableau B.

(containerId, objID) est une clé primaire sur le tableau A est itemID sur la table B.

En général, un conteneur contient des dizaines à des centaines d'articles ou d'autres conteneurs. Espérons que la profondeur de la récurrence ne dépasse pas une douzaine de niveaux. (deviner) Le calcul consiste à obtenir une moyenne pondérée.

Answer 1

vous fournir très peu d'informations, à la suite est ici une supposition: essayez d'utiliser Recursive Queries Using Common Table Expressions, essayez les opérations basées sur des ensembles et non un curseur, ou essayez d'utiliser SQL dynamique.

Answer 2

Je pense que vous obtenez une erreur car le même nom de curseur est probablement utilisé par chaque appel récursif et l'appel imbriqué ne peut pas ouvrir un curseur du même nom jusqu'à ce que l'appel parent ferme le curseur. Si possible, pouvez-vous rendre le nom du curseur dynamique, peut-être quelque chose d'aussi simple que SOME_CURSOR_{$RECURSION_DEPTH}, et vous devrez peut-être ajouter la profondeur de récursivité comme paramètre à la procédure. Je n'ai jamais fait quelque chose comme ça dans SQL Server mais je ne suis pas sûr à 100%.

Vous n'êtes pas sûr du prochain problème d'insertion/insertion, bien qu'il puisse être lié au curseur.

Answer 3

La déclaration du curseur avec l'étendue LOCAL peut résoudre le problème. Bien que je ne sois pas sûr de la façon dont le curseur agirait dans un contexte récursif.

Vérifiez cet article: http://msdn.microsoft.com/en-us/library/ms189238.aspx

Answer 4

Cet article propose 7 façons différentes de faire ce que vous essayez de faire.

1. méthodes CTE récursive
2. Les méthodes XML blackbox
3. Utilisation de Common Language Runtime.
4. UDF scalaire avec récursivité
5. UDF de table avec une boucle WHILE.
6. SQL dynamique
7. L'approche Curseur.

http://www.simple-talk.com/sql/t-sql-programming/concatenating-row-values-in-transact-sql/#_Toc205129484

Answer 5

DECLARE StudentdIDCursor CURSOR LOCAL FOR SELECT ...blahblah 

La clé est le terme LOCAL. Il générera une définition de curseur séparée derrière les scènes à chaque fois.