Discussion :

[tobus2012]

Bonjour ,

Depuis peu j'ai contacté une façon bizarre dans SQL Server de faire l'auto incrément !!
En effet j'ai un champs ID auto incrément de valeur 1 puis j'ai effectué les opérations sur cette table j'ai les valeur du Champs ID 1 ---> 99 puis de 1001 --->
je ne comprends pourquoi SQL Server quitte de 99 a 1001.

Quelqu'un a une explication a se comportement ??

Merci d'avance

[aieeeuuuuu]

Bonjour,

Il s'agit d'identifiants consommés mais finalement non insérés (transaction annulée explicitement, erreur lors de l'insertion,...).

Mais techniquement, cela ne pose aucun problème, il n'y a donc aucune raison de s'en inquiéter.

[tobus2012]

Bonjour aieeeuuuuu,

Merci pour tes explications , oui cela ne pose aucun problème mais je m’inquiète de cette façon qu'il fait des auto incrément juste par ce que s'il le fait la valeur max de ID sera vite atteint.

J'ai pas de procédure stocké , ou de transaction dans ma Base de donnée et mes requêtes d'insertion sont toujours COMMITE(bien écrit ) donc normalement il(SQL Server) devait respecter le pas qui est de 1.

Oui je suis tout à fait d'accord avec toi sur le fait que techniquement ça ne pose pas problème juste pour des petites application moins de 1 000 d’opération par jours par exemple car si le nombre d’opérations est élevées d'ici quelques années la table ne pourras plus contenir d'élément cas la valeur de ID sera au max.
Oui y'a des solutions alternantive (bigint , nvarchar(MAX) etc..) comme clé primaire.

Mais moi je veux savoir pourquoi les valeurs d'auto incrément saute comme ça.

Microsoft a constate cela ,y'a des explications , un lien ou autre ..

Merci

[al1_24]

Quand on définit un identifiant auto-incrémenté, il n'y a pas que le pas comme paramètre, il y a aussi le cache. Quelle valeur a été définie ?

[tobus2012]

Merci bien , je ne savais pas le principe du CACHE sur la clause Identity j'ai parcourut ceci je me suis rendu compte que c'est du a la perte de valeur du cache lors d'un redémarrage de SQL Server :

Voil la parti du document qui m'a permis de conclure

Valeurs consécutives après le redémarrage du serveur ou d'autres échecs – SQL Server peut mettre en cache les valeurs d'identité pour garantir les performances, et certaines valeurs affectées peuvent être perdues lors d'un échec de base de données ou du redémarrage du serveur. Cela peut entraîner des intervalles de valeur d'identité à l'insertion. Si les intervalles ne sont pas acceptables, alors l'application doit utiliser un générateur de séquence avec l'option NOCACHE ou utiliser son propre mécanisme pour générer des valeurs clés.

[elsuket]

Bonjour,

Oui y'a des solutions alternantive (bigint , nvarchar(MAX) etc..) comme clé primaire.

bigint oui, nvarchar(max) non !

En ce qui concerne le cache, parle-t-on de la valeur initiale ou de SEQUENCE ?

@++