Aktivieren RemoveRange entfernen von Prädikat auf entity

In eine business-Schicht ist eine Menge von sich wiederholenden code beim ausbauen der Beziehungen zu einem Element, das entfernt wird, die selbst (ohne den nutzen von ein cascading delete auf die Datenbank). Neben den zugehörigen Entität löschen use-case -, ein guter Ansatz könnte auch verwendet werden, in der Regel nur reduzieren Sie den erforderlichen code zu löschen einen Eintrag, indem jeder die passende Prädikat, wie die von id oder so ähnlich.

//Simple example removing phone numbers from people entity
//The "personId" is an identifier passed into the method performing the deletion
var phones = _context.Phones
    .Where(m => m.PersonId == personId)
    .ToList();
if (phones.Count > 0)
    _context.Phones.RemoveRange(phones);

Ich bin dieses posting, als eine Q&A mit der Lösung, die ich kam mit, so dass ich es später. Würde auf jeden Fall gerne sehen, andere Ansätze.

InformationsquelleAutor Jason W | 2015-06-03
  1. 2

    Ein Ansatz ist, um eine überlastung der RemoveRange-Methode auf einem DbSet mit einem Ausdruck. Um dies so bequem wie möglich implementieren Sie diese als eine Methode der Erweiterung auf die DbSet Person selbst, so dass der Prozess ist einfach überlastet auf die DbSet mit der tatsächlichen RemoveRange-Methode.

    public static class DataExtensions
{
    public static void RemoveRange<TEntity>(
        this System.Data.Entity.DbSet<TEntity> entities,
        System.Linq.Expressions.Expression<Func<TEntity, bool>> predicate)
        where TEntity : class
    {
        var records = entities
            .Where(predicate)
            .ToList();
        if (records.Count > 0)
            entities.RemoveRange(records);
    }
}

    Mit dieser Erweiterung, werden die RemoveRange können jetzt aufgerufen werden, ähnlich wie ein Where.

    _context.Phones.RemoveRange(m => m.PersonId == personId);
    • Aber die Wirkung ist sehr unterschiedlich. Eine delete-Abfrage für jeden Datensatz.
    • Leider bist du richtig. Für was auch immer unbegründeten Grund, bin ich davon ausgegangen, Berufung EF6 ist RemoveRange eigentlich ein bisschen mehr optimiert. Unter der Haube nach InternalSet Umsetzung von EF6 auf CodePlex, es ist nur der Iteration, wie Sie sagte. Völlig untauglich für die Ansatz - naja.
    InformationsquelleAutor Jason W
  2. 2

    Weitere option ist die Verwendung von SQL direkt:

    context.Database.ExecuteSqlCommand("DELETE FROM Phones WHERE PersonId=@pid", personId)

    https://msdn.microsoft.com/en-us/library/gg679456%28v=vs.113%29.aspx

    InformationsquelleAutor jjj
  3. 1

    Es ist eine Erweiterung EF, der läuft, UPDATE-und DELETE-Abfragen auf mehrere Datensätze auf einer einzelnen DML-Anweisung

    Ich kann mich nicht erinnern, die syntax ist aber ähnlich wie 

    context.Phones.Delete(p => p.PersonId == personId)

    Diese LINQ-Anweisung wird

    DELETE FROM Phones WHERE PersonId = ?

    https://github.com/loresoft/EntityFramework.Extended

    • die syntax ist in dem link, den Sie zur Verfügung gestellt: context.Users.Where(u => u.FirstName == "firstname").Delete();
    • Das ist interessant - die Erweiterung läuft durch die dynamische Erstellung einer SQL-Befehl und das senden direkt gegen die Datenbank. Es scheint ein guter Anfang, aber nicht-SQL Server-Kompatibilität, Beziehungen jenseits der 1 Ebene der Fremdschlüssel, Tabelle Namen mit Leerzeichen und Tabellen in anderen schemas als "dbo" scheinen, wie Sie würde brechen die batch-Läufer, erstellt der SQL-Anweisungen. - github.com/loresoft/EntityFramework.Extended/blob/...
    • Es tut nicht verwenden Sie den Abfrage-generator aus dem EF-Anbieter. Vor einigen Monaten habe ich versucht, eine Erweiterung Methode (Löschen), und rufen Sie den Abfrage-generator zu bauen, nur die where-Klausel aber ich denke, dass das ist eigentlich nicht möglich. Das einzige, was ich tun konnte, in der Verlängerung war die Methode zum abrufen der Abfrage vom provider und ändern Sie WÄHLEN Sie ... AUS mit LÖSCHEN. Ich habe noch nie verwendet es (beängstigend!!!!).
    InformationsquelleAutor bubi
Schreibe einen Kommentar