Discussion :

[grabriel]

Bonjour,

Je travail sur une appli qui gère elle même ses identifiants de table, pour moi ce choix est maladroit dans le sens qu'il faudrait mieux laisser la base de données gérer elle même ses identifiants.
Actuellement pour faire une insertion je dois faire une requête pour récupérer le dernier id, que j'incrémente et que j'utilise dans mon insert.
Existe-t-il des cas où on doit gérer soit moi les identifiants de ses clés primaires?

Merci

[J1]

Bonsoir,

cet article devrait t'intéresser.

[Graffito]

Un petit bémol concernant ce passage de l'article:

l’utilisation d’une clef naturelle est une fort mauvaise idée

Dans certains cas, on peut préférer à une clef auto un identifiant unique controlé par l'utilisateur.
Par exemple, dans une base Europe, dont les données propres à chaque pays sont mises à jour par un seul correspondant par pays, on pourra avantageusement utiliser comme clé le code pays et la référence utilisateur (unique). L'avantage étant que cette référence est attribuée par le correspondant et non par le système et peut donc être utilisée pour des procédures administratives avant l'inscription dans la base.

[litllechicken]

Perso j'utilise une fonction qui gérè un verrou sur une table

Code :

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

tbl_conter(name VARCHAR(50), actual_id INTEGER)

et je créé mes propres ID, ca évite de faire un insert pour avoir un id associé !

[grabriel]

Merci pour vos réponses, l'article est très intéressant par contre le lien en bas de page vers l'article de Peter Gulutzan ne fonctionne pas.

Dans mon cas c'est une application web et il y'a beaucoup d'accès concurrent.
D'après l'article l'accès concurrent et un bon argument pour laisser la base gérer les identifiants.
De plus le

...les deux systèmes (séquence et identité) seront normalisés dans la version SQL de 2003 !

Deuxième argument.

Y' a t il d'autres arguments?? je veux défendre le fait que l'auto_incrément est mieux que de gérer soit même les identifiants (pour le programme sur lequel je bosse).

[litllechicken]

Je pense que si tu doit les gérer toi mêmes (les clef) tu dois bien utiliser un vérou


le problème de l'auto-incrément est que tu doit insérer pour avoir la clef !

De plus je ne croix pas que ce soit portatif :s

[grabriel]

De plus je ne croix pas que ce soit portatif :s

Vu que les séquences sont normalisés tu dois bien pouvoir le porter.

le problème de l'auto-incrément est que tu doit insérer pour avoir la clef !

En ce qui concerne l'appli sur laquelle je bosse j'ai rarement besoin de la clé avant ou après l'insert.
Avoir besoin de la clé pour moi c'est les cas particulier pas le générique.

[SQLpro]

L'argument le plus important est que dans votre cas rien n'empêche un téléscopage de clef et donc la tentative d'insérer un doublon...

A +

[grabriel]

L'argument le plus important est que dans votre cas rien n'empêche un téléscopage de clef et donc la tentative d'insérer un doublon...

J'ai déjà eu le problème de tentative d'insertion de doublon et en discutant avec d'autres personnes qui travaillent sur d'autres applis, ils rencontrent aussi ce problème. L'inconvénient c'est que les architectes des programmes sont les anciens de la boite et sont persuadé qu'il faut gérer soit même ses identifiants de clé (le patron aussi est persuadé de ça aussi).
Leur gros argument c'est qu'un commercial de chez oracle leur à dit (il y'a plus de 5 ans) que le système d'auto-incrément ou séquence n'était pas fiable et qu'il fallait mieux gérer à la main avec une table de clé.
Je veux bien croire que c'était vrai il y'a 5 ans pour oracle mais qu'on continue à le faire maintenant, je ne comprends pas.
Il faut que ça change .

[SQLpro]

Ce commercial devait être un con, car l'objet SEQUENCE d'Oracle existe depuis plus de 15 ans et n'a jamais posé de gros problèmes. Cela fait maintenant même partie de la norme SQL:2003...

Autrement dit, ce commercial et les positions rétrogrades de ton patron et des "anciens" de la boîte devrait te faire réfléchir à ta situation : ne pas rester dans une entreprise antédiluvienne et la fuir au plus vite, sinon tu va te transformer en dynausore !

A +

[Xo]

Si tu dois absoluement gérer toi-même tes clés, tu trouveras un article pour t'aider ici : Clefs auto incrémentées

Mais il est clair que sur Oracle, si ton application est mono-SGBD, une gestion via séquence sera sans doute plus simple, cf Comment implémenter une colonne à valeur auto-incrémentée ?