Pourquoi mon incrément d'identité SQL Server augmente-t-il après le redémarrage ?

Exception d'incrément d'identité dans la base de données SQL Server

Dans la base de données SQL Server, l'incrément d'identité de la colonne « ReceiptNo » de la table « Fee » présente un comportement incohérent, la valeur de l'incrément sautant après un redémarrage.

Ce phénomène anormal se reflète principalement dans les trois scénarios suivants :

1. Si « ReceiptNo » est 1205446, passez à 1206306.
2. Si « ReceiptNo » est 1206321, passez à 1207306.
3. Si « ReceiptNo » est 1207314, passez à 1208306.

Il est à noter que les trois derniers chiffres (306) restent les mêmes lors de ces sauts. De plus, ce problème ne se produit qu'après le redémarrage de l'ordinateur.

Analyse des causes :

Ce comportement est le résultat direct des optimisations de performances introduites dans SQL Server 2012. La base de données utilise désormais une taille de cache de 1 000 lors de l'attribution de valeurs IDENTITY aux colonnes entières. Au redémarrage du service, les valeurs inutilisées dans le cache seront perdues.

Cette subtilité est documentée dans la documentation de SQL Server, qui indique que des lacunes dans les valeurs d'identité peuvent survenir en raison de la mise en cache et peuvent causer des problèmes lors de pannes de base de données ou de redémarrages de serveur.

Solution :

Si de tels écarts ne sont pas souhaitables, envisagez les solutions de contournement suivantes :

1. Utilisez le générateur SEQUENCE avec l'option NOCACHE.
2. Activez l'indicateur de trace 272 pour enregistrer les attributions d'IDENTITÉ, en émulant le comportement R2 d'avant 2008.
3. Utilisez "ALTER DATABASE SCOPED CONFIGURATION SET IDENTITY_CACHE = OFF" pour désactiver la mise en cache d'identité pour une base de données spécifique.

Remarque importante :

Il est important de noter qu’aucune de ces solutions n’est garantie comme étant totalement exempte d’espaces. Les incréments d'identité présentent intrinsèquement un risque de lacunes dues à des transactions simultanées et à des échecs d'insertion potentiels. Pour une solution véritablement sans faille, d’autres approches doivent être adoptées.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!