Des transactions SQL Server et l'instruction SELECT

J'ai souvent vu beaucoup de gens utilisent SELECT instruction au sein d'une transaction. J'utilise souvent insert/update/delete seulement dans la transaction. Je ne comprends pas que ce est l'utilité de mettre un SELECT déclaration de l'intérieur d'une transaction.

J'ai eu une réponse....SELECT à l'intérieur de la transaction peut voir les modifications apportées par d'autres Insert/Update/Delete énoncés dans la transaction, une SELECT déclaration en dehors de la transaction ne peut pas.

Déclaration ci-dessus est-il vrai ou pas ?

Est que c'est la seule raison que les gens mettent SELECT déclaration de l'intérieur d'une transaction? Veuillez discuter de tout ce que la raison en détail, si possible. grâce

Si vous utilisez le niveau d'isolation par défaut (READ COMMITTED) - alors oui - un SELECT en dehors de la transaction sera pas voir toute insertion ou de mise à jour d'une transaction a été faite, jusqu'à ceux qui sont réellement commis.

OriginalL'auteur Thomas | 2012-03-22

  1. 17

    essayez de faire cela et vous comprendrez:

    Ouvrir deux nouvelles requêtes sur SSMS (permet de l'appeler A et B à partir de maintenant) et dans Un, créer un tableau simple comme ceci:

    create table transTest(id int)
insert into transTest values(1)

    maintenant, procédez de la manière suivante:

    ne select * from transTest dans les deux d'entre eux. Vous verrez la valeur 1

    Sur Une course: 

    set transaction isolation level read committed

    Sur B exécuter: 

    begin transaction
insert into transTest values(2)

    Sur Une course:

    select * from transTest

    vous verrez que la requête coutume de finition, car il est verrouillé par la transaction sur Un

    Sur B exécuter: 

    commit transaction

    Revenir à Une et vous verrez que la requête fini

    Répéter le test avec
    set transaction isolation level read uncommitted sur Un
    vous verrez que la requête ne sera pas verrouillé par la transaction

    merci pour la réponse. u peut suivre dites-moi qu'est-ce que "le niveau d'isolation read committed" ? que signifie le "niveau d'isolation read committed" selon votre explication, il sera verrou de table mais je veux verrouiller ligne uniquement. afin de me guider. merci
    chaque transaction a un niveau d'isolement. Read committed est la valeur par défaut et cela signifie que vous aurez seulement lire les données déjà enregistrées sur le disque. Vous pouvez google un peu sur les niveaux d'isolation, il y a beaucoup de matériel là-bas et il serait difficile de résumer ici

    OriginalL'auteur Diego

  2. 5

    L'une des principales raisons pour laquelle je peux penser (la seule raison, en fait) est que si vous souhaitez définir un autre niveau d'isolation, par exemple:

    USE AdventureWorks2008R2;
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
BEGIN TRANSACTION;

SELECT * FROM HumanResources.EmployeePayHistory;

SELECT * FROM HumanResources.Department;

COMMIT TRANSACTION;

    Pour de simples instructions SELECT si je ne suis pas si sûr, à moins d'avoir une raison pour aller de l'autre et de définir READ UNCOMMITTED dans les cas où le temps de réponse/la maximisation de la simultanéité est plus importante que l'exactitude ou de la validité des données.

    <la spéculation certitude="75%"> Si l'instruction SELECT unique à l'intérieur d'une transaction explicite, sans altérer les niveaux d'isolement, j'en suis sûr, n'aura aucun effet du tout. Les déclarations individuelles sont, par eux-mêmes, les opérations qui sont auto-validée ou annulée en cas d'erreur.</spéculation>

    OriginalL'auteur Quick Joe Smith