NOLOCK이 코드에 대한 부작용이 있습니까 EF4

Question

에 대한 요청 당 하나의 ObjectContext를 만들기 위해 기본값으로 :

///This code runs per request 
public static MyObjectContext CreateEntity() 
{ 
    MyObjectContext db=new MyObjectContext(); 

    db.Connection.Open(); 
    var con = (SqlConnection)((EntityConnection)hi.Connection).StoreConnection; 
    SqlCommand cmd = new SqlCommand("set transaction isolation level read uncommitted",con); 
    cmd.ExecuteNonQuery(); 

    return db; 
} 

이제 "DB"인스턴스가 ReadUncommited 실행 모드?

Answer 1

부작용은 연결을 수동으로 처리해야하며 연결이 전체 수명 동안 컨텍스트에 의해 유지된다는 것입니다. 또한 효율성이 떨어질 수있는 전체 수명 동안 열어 두었습니다.

또 다른 부작용은 커밋되지 않은 격리 수준 자체를 읽습니다. 커밋되지 않은 격리 수준 자체는 커밋되지 않은 트랜잭션 데이터를 읽을 수 있으므로 사용하는 것은 매우 위험합니다.

왜 필요한가요? 기본적으로 EF는 데이터베이스 서버의 기본 트랜잭션 격리 모드를 사용합니다. SQL 서버의 경우 커밋 된 것으로 읽습니다. EF는 기본적으로 각 읽기 작업이 해당 읽기 작업 만 지속되는 트랜잭션의 일부이기 때문에 레코드에 대한 잠금을 보유하지 않습니다. SaveChanges 만 여러 데이터베이스 명령에 대해 트랜잭션을 사용합니다.