Version imprimable
Bonjour,
J'ai actuellement une table table_RF dont la séquence de la clé primaire id_RF est "trouée" (0-15 utilisées, puis 20-35 utilisées...).
Je souhaiterai, dans une procédure stockée, récupérer la première valeur non utilisée de cette clé.
La seule solution que je vois pour le moment est une boucle incrémentant une variable et regardant si celle-ci existe en base. Pas très optimisé donc...
Vous auriez de meilleures idées?
Merci par avance.
Et en quoi ça dérange la clé primaire qui est "trouée" ?
Car ce champ est de type number(3).
La dernière insertion étant '999', un problème se profile à l'horizon 8O
J'ai donc 2 solutions, agrandir ce champ ou utiliser les "trous".
Sauf que ce champ est répliqué dans moultes autres tables. Il est donc plus risqué ( et plus long) de l'agrandir.
Il me reste donc la solution des "trous".
Si vous préférez, ce n'est pas la présence des trous qui me gêne (au contraire, pour le coup, heureusement qu'ils sont là) mais le fait d'avoir atteint la limite pour ce champ.
Bon disons que vous reussissez a faire ce que vous voulez.
Comment allez vous ensuite inserer les nouvelle PK ? Les performances ne seront certainement pas au RDV : scanner la tables pour les trous puis inserer ... pas tip top.
Puis une fois inseree , comment allez vous garantir l'integrite des donnees ?
Disons que vous supprimez un enregistrement dans ta table, puis que vous reutilisez la valeur grace a votre systeme D pour un nouvel enregistrement.
Etes vous certain que les autres tables qui referencent cette PK comme FK n'ont pas ete corrompu dans l'operation ?
En fait, je ne cherche que le code me remontant la première clé non utilisée, bout de code qui se trouvera dans une procédure stockée faisant plein de chose, entre autre l'insertion dans ma table.Citation:
Envoyé par Jorafali
Pour ce qui est des performances, sur le principe, je suis d'accord avec vous. Il s'agit cependant d'une table de seulement 1000 lignes et cette procédure n'est qu'une parmi une chaîne gigantesque. Donc même si je multiplie par 3 les temps de traitements, la différences ne se verra même pas sur le temps de traitement global de ma chaîne.
Si cette table ne contient plus ma ligne, alors les références à cette ligne dans les autres tables ont été supprimées obligatoirement.Citation:
Envoyé par Jorafali
Il y plusieurs façon de faire, exemple les fonctions analytiques (de fenêtrage)Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
8O Merci mnitu, mais autant je comprends à peu prêt la théorie du select contenant le lead, autant je décroche complétement pour le contenu du "with data as"... Désolé...
Je suis en 8i, ça vient peut-être de là?
En l'occurence ce n'est pas bien grave de ne pas saisir le WITH data AS.
Il est juste la pour creer les donnees a exploiter dans le SELECT qui suit.
Votre probleme est resolu :ccool:
Le with n'a pas d'importance dans ce cas (il est arrivé en 9). Dans votre cas remplacez le DATA dans la requête analytique avec votre table et ignorez la partie WITH (elle est la, simplement pour simuler une table de test).
Mon conseil est de revoir la taille de votre clé primaire qaund même!
En temps normal, je dirai la même chos,e mais il s'agit d'un système devant être killé dans quelques mois, du coup, plus de budget, correction minimaliste tout ça...Citation:
Mon conseil est de revoir la taille de votre clé primaire qaund même!
En tout cas, merci beaucoup, allez hop, balise "Résolu"