Entity Framework mit NOLOCK

Nein, aber Sie können starten Sie eine Transaktion und legen Sie die Isolationsstufe read ungebunden. Dies ist im wesentlichen das gleiche wie NOLOCK, aber anstatt es zu tun auf einer basis pro Tabelle, wird Sie es tun für alles, was im Rahmen der Transaktion.

Wenn das klingt wie Sie, was Sie wollen, hier ist, wie Sie gehen über es zu tun...

//declare the transaction options
var transactionOptions = new System.Transactions.TransactionOptions();
//set it to read uncommited
transactionOptions.IsolationLevel = System.Transactions.IsolationLevel.ReadUncommitted;
//create the transaction scope, passing our options in
using (var transactionScope = new System.Transactions.TransactionScope(
    System.Transactions.TransactionScopeOption.Required, 
    transactionOptions)
)

//declare our context
using (var context = new MyEntityConnection())
{
    //any reads we do here will also read uncomitted data
    //...
    //...
    //don't forget to complete the transaction scope
    transactionScope.Complete();
}

InformationsquelleAutor der Antwort Doctor Jones

Wenn Sie etwas zu groß, der beste Weg, die wir gefunden, die weniger aufdringlich sind, als tatsächlich beginnen, eine transactionscope-jedes mal, ist einfach legen Sie die Standard-Isolationsstufe der Transaktion auf Ihre Verbindung, nachdem Sie erstellt haben Ihre Objekt-Kontext ausführen dieses einfachen Befehls:

this.context.ExecuteStoreCommand("SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;");

http://msdn.microsoft.com/en-us/library/aa259216(v=sql.80).aspx

Mit dieser Technik, waren wir in der Lage, erstellen Sie ein einfaches EF-Anbieter, der schafft den Kontext für uns und eigentlich läuft dieser Befehl jedes mal für alle unsere-Kontext, so dass wir immer im "read uncommitted" standardmäßig.

InformationsquelleAutor der Antwort Frank.Germain

Verbesserung auf Doctor Jones's Antwort akzeptiert und mit PostSharp;

Ersten "ReadUncommitedTransactionScopeAttribute"

[Serializable]
public class ReadUncommitedTransactionScopeAttribute : MethodInterceptionAspect
{
    public override void OnInvoke(MethodInterceptionArgs args)
    {
        //declare the transaction options
        var transactionOptions = new TransactionOptions();
        //set it to read uncommited
        transactionOptions.IsolationLevel = IsolationLevel.ReadUncommitted;
        //create the transaction scope, passing our options in
        using (var transactionScope = new TransactionScope(TransactionScopeOption.Required, transactionOptions))
        {
            //declare our context
            using (var scope = new TransactionScope())
            {
                args.Proceed();
                scope.Complete();
            }
        }
    }
}

Dann, wenn Sie es brauchen,

    [ReadUncommitedTransactionScope()]
    public static SomeEntities[] GetSomeEntities()
    {
        using (var context = new MyEntityConnection())
        {
            //any reads we do here will also read uncomitted data
            //...
            //...

        }
    }

Hinzufügen Können "NOLOCK" mit einem interceptor ist auch schön, aber wird nicht funktionieren, wenn Sie andere Datenbank-Systeme wie Oracle als solche.

InformationsquelleAutor der Antwort myuce

Nein, nicht wirklich - Entity Framework ist im Grunde eine ziemlich strikte Ebene über Ihrem eigentlichen Datenbank. Ihre Fragen formuliert sind, in ESQL - Entity-SQL - was ist zunächst einmal darauf ausgerichtet, Ihre entity-Modell, und da EF unterstützt mehrere Datenbank-backends, man kann nicht wirklich senden "native" SQL direkt in Ihrem backend installieren.

Den NOLOCK-Abfragehinweis wird eine SQL Server-spezifische Sache und funktioniert nicht auf einem der anderen unterstützten Datenbanken (es sei denn, Sie haben implementiert, die den gleichen Hinweis - was ich stark bezweifle).

Marc

InformationsquelleAutor der Antwort marc_s

Eine Möglichkeit ist die Verwendung einer gespeicherten Prozedur (ähnlich zu der Ansicht, die vorgeschlagene Lösung von Ryan) und führen Sie dann die gespeicherte Prozedur aus EF. Auf diese Weise die gespeicherte Prozedur führt die dirty read während der EF nur Rohre die Ergebnisse.

InformationsquelleAutor der Antwort Rafiki