Présentation du contrôle d'accès concurrentiel

Télécharger le pilote JDBC

Le contrôle concurrentiel fait référence aux différentes techniques utilisées pour conserver l'intégrité de la base de données lorsque plusieurs utilisateurs mettent à jour des lignes en même temps. Une concurrence incorrecte peut entraîner des problèmes tels que des lectures erronées, des lectures fantômes et des lectures non reproductibles. Le Pilote Microsoft JDBC pour SQL Server fournit des interfaces pour toutes les techniques de concurrence utilisées par SQL Server pour résoudre ces problèmes.

Notes

Pour plus d’informations sur l’accès simultané SQL Server, consultez « Gestion de l’accès concurrentiel aux données ».

Notes

Le pilote JDBC prend en charge les types d'accès simultanés suivants :

Type d'accès simultané	Caractéristiques	Verrous de lignes	Description
CONCUR_READ_ONLY	Lecture seule	No	Les mises à jour effectuées à l'aide du curseur ne sont pas autorisées et aucun verrou n'est maintenu sur les lignes constituant le jeu de résultats.
CONCUR_UPDATABLE	Lecture/écriture optimistes	No	La base de données suppose que la contention de ligne est improbable, mais possible. L'intégrité de ligne est vérifiée avec une comparaison d'horodateurs.
CONCUR_SS_SCROLL_LOCKS	Lecture/écriture pessimistes	Oui	La base de données suppose que la contention de ligne est probable. L'intégrité de ligne est garantie avec le verrouillage de ligne.
CONCUR_SS_OPTIMISTIC_CC	Lecture/écriture optimistes	No	La base de données suppose que la contention de ligne est improbable, mais possible. L’intégrité de ligne est vérifiée avec une comparaison d’horodateurs. Pour SQL Server 2005 (9.x) et versions ultérieures, le serveur remplace ceci par CONCUR_SS_OPTIMISTIC_CCVAL, si la table ne contient pas de colonne timestamp. Pour SQL Server 2000 (8.x), si la table sous-jacente a une colonne timestamp, OPTIMISTIC WITH ROW VERSIONING est utilisé même si OPTIMISTIC WITH VALUES est spécifié. Si OPTIMISTIC WITH ROW VERSIONING est spécifié et que la table ne possède pas d'horodateurs, OPTIMISTIC WITH VALUES est utilisé.
CONCUR_SS_OPTIMISTIC_CCVAL	Lecture/écriture optimistes	No	La base de données suppose que la contention de ligne est improbable, mais possible. L'intégrité de ligne est vérifiée avec une comparaison des données brutes.

Jeux de résultats qui ne peuvent pas être mis à jour

Un jeu de résultats pouvant être mis à jour est un jeu de résultats dans lequel des lignes peuvent être insérées, mises à jour et supprimées. Dans les cas suivants, SQL Server ne peut pas créer de curseur pouvant être mis à jour. L'exception générée est « Le jeu de résultat ne peut pas être mis à jour ».

Cause	Description	Solution
L'instruction n'est pas créée à l'aide de la syntaxe JDBC 2.0 (ou ultérieure)	JDBC 2.0 introduit de nouvelles méthodes pour créer des instructions. Si la syntaxe JDBC 1.0 est utilisée, le jeu de résultats est par défaut en lecture seule.	Spécifiez le type de jeu de résultats et l'accès simultané lors de la création de l'instruction.
L'instruction est créée à l'aide de TYPE_SCROLL_INSENSITIVE	SQL Server crée un curseur instantané statique. Celui-ci est déconnecté des lignes de table sous-jacentes afin d'aider à protéger le curseur contre les mises à jour de ligne par d'autres utilisateurs.	Utilisez TYPE_SCROLL_SENSITIVE, TYPE_SS_SCROLL_KEYSET, TYPE_SS_SCROLL_DYNAMIC ou TYPE_FORWARD_ONLY avec CONCUR_UPDATABLE pour éviter de créer un curseur statique.
Le mode Création de table n'autorise pas la présence d'un curseur KEYSET ou DYNAMIC	La table sous-jacente n’a pas de clés uniques pour permettre à SQL Server d’identifier une ligne de manière unique.	Ajoutez des clés uniques à la table afin de fournir une identification unique de chaque ligne.

Voir aussi

Gestion des jeux de résultats avec le pilote JDBC