MS SQL Server
  1. MS SQL Server
  3. Exécuter une command SQLC sans spécifier de transaction
Intereting Posts
L'identificateur en plusieurs parties "dbo.showSelectedTable" n'a pas pu être lié Comment faire pour supprimer les duplicates dans une string de la table dans SQL Server 2016 SQL Server 2008 Express autorise-t-il les connections à distance? Comment vérifier si les requêtes sont exécutées sur le réseau? Délai de connection expiré. La période d'expiration s'est écasting pendant la phase de post-connection UPDATE ne fonctionne pas correctement avec le server lié SSIS Traitement séquentiel Ma requête SQL Server sera-t-elle plus rapide si j'utilise un bigint à la place du time dans une colonne? Garder les zéros lors de la conversion de varchar pour flotter dans SQL Server Impossible de définir la sortie de 'WITH XMLNAMESPACES … FOR XML PATH' sur une variable? Dois-je utiliser un bloc try..catch et une restauration explicite dans une procédure SQL Server? Insérer une colonne dans une vue qui affectera un identifiant unique à chaque key primaire unique Quels sont les avantages de l'utilisation d'une vue sur une table temporaire dans SQL Server Problèmes de performances avec la transposition et l'insertion de files de données de colonne volumineux et variables dans SQL Server SSIS 2012 – location des en-têtes conditionnels

Exécuter une command SQLC sans spécifier de transaction

Nous avons certaines lists de données récupérées dans notre application via un SqlCommand effectuant une requête SELECT sur une database SQL Server. Nous ne configurons pas explicitement une transaction sur SqlCommand, mais lui transmettons simplement une SqlConnection et l'exécutons. Est-il le cas que, lorsqu'aucune transaction n'est spécifiée, SQL Server lancera et utilisera une transaction par défaut avec le ReadCommitted IsolationLevel par défaut de ReadCommitted ?

SQL Server peut fonctionner sans transaction explicite. Mais oui, je crois que c'est essentiellement lu-commit (à less, bien sûr, que vous ajoutiez des indications supplémentaires à vos objects de requête, tels que UPDLOCK / NOLOCK ). Vous pouvez étudier ceci avec: 

 DBCC USEROPTIONS

qui montre (entre autres): 

 isolation level read committed

SQL crée implicitement une transaction pour vos instructions et cette transaction est validée lorsque l'instruction est terminée. Le niveau d'isolation de cette transaction correspond au niveau d'isolation actuel, qui est défini par défaut sur READ COMMITTED. Certaines instructions écrasent le niveau d'isolation actuel et appliquent READ COMMITTED (par exemple, RECEIVE).

Si votre SqlCommand exécute un batch (plus d'instructions) alors chaque instruction accédant aux tables créera sa propre transaction.

La validation automatique par défaut des transactions est contrôlée en modifiant le paramètre IMPLICIT_TRANSACTION sur ON.

Voir Contrôle des transactions pour plus de détails.