fließende Nhibernate-Abfrage dauert eine lange Zeit, um eine zugeordnete Formel mit Paging zu sortieren

Question

Wir haben ein Datenraster, um Mitglieder Datensätze für unsere Kunden anzuzeigen. Wir wurden kürzlich damit beauftragt, unsere Anwendung um Paging zu erweitern, so dass unsere großen Kunden (500.000+ Mitglieder).

Unsere Tabelle, aus der wir die Daten entnehmen, hat 10 Spalten. Wenn unsere Daten in unsere Anwendung ziehen fügten wir drei zusätzliche Spalten, die alle berechneten Felder sind

dh

SELECT SUM(tableX.Cost) FROM tableX WHERE tableX.ID = this_.ID 

wo „this_“ ist der Alias ​​für unsere Mitglieder Tisch und TableX stellt die andere Tabelle, die wir brauchen, um Grab Daten von.

In unserer Abfrage müssen wir bieten die Möglichkeit, die Spalten zu bestellen, aber ich habe festgestellt, dass, wenn ich versuche, die berechneten Felder zu bestellen, dass es eine erhebliche Menge an Zeit im Vergleich zu, wenn ich ORDER BY eine Spalte in Der Tisch. Dies macht zwar Sinn, dass es länger dauert, aber wenn es nur ein paar Minuten dauert, um nur 1000 Datensätze zu laden, wird es mehr als 500 Seiten geben. Dann fühle ich, dass das Ausrufen sinnlos macht.

Ich habe ein bisschen in vielleicht einen Second-Level-Cache mit Nhibernate, aber aus was ich bisher gelesen habe ich bin mir nicht sicher, ob dieses Problem lösen wird.

Durch die Art und Weise eine der Karten ist:

Map(x => x.Cost) 
    .Formula(@"(SELECT SUM(_Claims.Cost) FROM _Claims WHERE _Claims.ID = this_.ID") 
    .Nullable(); 

und für die Abfrage

var list = CurrentSession() 
       .SetFirstRsult(startPos) 
       .SetMaxResults(1000) 
       .SetTimeout(100) 
       .Add(Restrictions.Eq("ClientID", _clientID)); 

    if(isASC) 
    { 
     list.AddOrder(Order.Asc(Projetions.Property(_propertyString))); 
    } 
    else 
    { 
     list.AddOrder(Order.Desc(Projetions.Property(_propertyString))); 
    } 

    return list.List<Member>(); 

ich die Ideen für diese ausgeführt wird. Wenn uns also jemand in die richtige Richtung weist, würde ich das sehr schätzen.

Dank

Answer 1

Dies ist eigentlich nicht so sehr ein NHibernate Problem, sondern ein allgemeines SQL Problem.

Natürlich ist es auf dem Server sortiert, aber die Summe wird für alle Datensätze berechnet, bevor sie sortiert werden können. Sie sollten dies überprüfen können, indem Sie einen SQL-Profiler verwenden oder eine SQL-Funktion/Prozedur erstellen, die die Summe berechnet und diese in Ihre Abfrage einfügt und dann überprüft, wie oft sie aufgerufen wird. Wenn Sie einen Tisch mit 500.000+ Mitgliedern haben, wird es 500.000+ Mal genannt; Es gibt einfach keinen anderen Weg.

Was Sie könnten versuchen, ist dies:

1. Achten Sie darauf, einen Index für Claims.ID verwenden (ein Fremdschlüssel funktioniert der Trick).
2. Kopieren & Fügen Sie die generierte SQL und führen Sie es direkt in der Datenbank und sehen, ob das lange dauert.
3. Wenn es Ihnen nichts ausmacht, irgendeine Art von Redundanz zu haben, können Sie neue Spalten für die berechneten Felder in Ihrer Members Tabelle hinzufügen und Trigger (Einfügen/Löschen) in der Tabelle verwenden, um diese Spalten entsprechend zu aktualisieren.
4. Wenn Sie keine Trigger verwenden möchten, können Sie auch ein zeitgesteuertes Datenbankereignis erstellen, um die Berechnung durchzuführen. (Dies ist natürlich nur eine Option, wenn Sie keine Echtzeitdaten benötigen).

Answer 2

1. Die erste Option wäre, die Daten vorauszuberechnen und haben sie bereit, aus einer Tabelle zu einem Data Transfer Object
2. Erstellen Sie eine Ansicht und Karte abgefragt werden. In der Ansicht können Sie zunächst den Datensatz einschränken und dann die Berechnung durchführen. Weniger Daten zur Berechnung führen dazu, dass Ihre Abfrage schneller ausgeführt wird.