Discussion :

[BIOoOAG]

Bonjour à tous,

Petite question pure SQL

J'ai du code avec des cursor partout..! Et ceci peuvent être remplacés par des case when et d'autre choses plus performantes.


Cependant je me pose la question sur l'incrémentation d'un champs,
je sais qu'il existe un auto incrément, mais dans mon cas ça n'irait pas.

Car l'id n'est pas un NUMBER mais un varchar (Me demandais pas pk! ) ex : FIC0000000000000020135
Et qu'il est définie de cette manière :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
     select   max(P_ID)
     INTO    V_P_NUM 
     from    P
     where  P_ID like 'FIC%';
   

Cursor..

V_P_NUM := V_P_NUM + 1;
V_P_ID := substr('FIC000000000000000000000000000', 1, 30 - length(to_char(V_P_NUM))) || to_char(V_P_NUM);

End cursor

Comment je peux créer cette incrémentation sans le curseur?

Merci d'avance!

[mnitu]

Il y a un peu de confusion dans vos propos sur la notion de curseur ainsi que sur les gain en performance.
Pour revenir sur le problème de l'incrémentation: l'algorithme que vous analysez ne fonctionne correctement que en mode mono-utilisateur (peut être un batch) ou si quelque chose quelque part est verrouillé pour interdire à deux utilisateur de calculer la nouvelle valeur en même temps (personnellement je doute que c'est le cas sinon une autre solution aura été envisagé).
La solution (mauvaise mais on fait avec le moyen du bord) sera d'utiliser une séquence initialisée avec la valeur maximale pour obtenir les prochaines valeurs. Bien sûr dans ce cas il pourrait y avoir des trous dans les valeurs du champ. Et si les caractères de début peuvent varier : FIC, FOC, PUC et POC alors il faudra autant des séquences que des valeurs possibles. Dans ce cas il sera mieux d'utiliser une table des compteurs qui garde la valeur récente de la clé (FIC, FOC, PUC et POC)