Kriterien v/s HQL .wer ist schneller?

Habe ich gelesen, einige anwers, aber ich bin immer noch verwirrt. ¿Warum? weil die Unterschiede, die Sie erwähnt haben, beziehen sich nicht mit der Leistung. Sie sind bezogen mit einfachem Gebrauch.(Objetc(Kriterien) und SQL(hql)). Aber ich würde gerne wissen, ob "Kriterien" langsamer ist als die hql aus irgendeinem Grund.

Las ich dies in einem anderen anwers

"Es gibt einen Unterschied in Sachen Leistung zwischen HQL und criteriaQuery, jedes mal, wenn Sie Feuer auf eine Abfrage mit criteriaQuery, es erstellt einen neuen alias für den Tabellennamen, die nicht reflektieren, in den letzten abgefragt cache für jedes DB. Dies führt zu einem overhead der Kompilierung des generierten SQL, wobei mehr Zeit für die Ausführung." von Varun Mehta.

Dies ist sehr nah, ABER! ich lese auf einer anderen website(http://gary-rowe.com/agilestack/tag/hibernate/) ist Dies nicht mehr der Fall mit Hibernate 3.3 und höher(bitte Lesen Sie dies: 9) Hibernate ist langsam, da die generierte SQL von der Kriterien-Schnittstelle ist nicht konsistent)

Ich habe schon einige Tests versucht herauszufinden, die Unterschiede, aber beide erzeugen qry ist und es nicht ändern Sie den alias der Tabelle.

Ich bin sehr verwirrt. Wenn jemand weiß, der Hauptgrund, bitte, könnten Sie uns helfen. Dank

InformationsquelleAutor KCOtzen | 2010-12-14
  1. 7

    Insgesamt, wenn Sie verwenden, HQL oder Kriterien, um Ihre endgültige SQL-sehen Sie nicht viel Unterschied in der Leistung in den neueren Versionen von Hibernate (version 3.3 und höher).

    Um dies zu testen, müssen Sie erstellen eine repräsentative Abfrage in beiden HQL und die Verwendung der Kriterien-Schnittstelle. Dann melden Sie die folgende SQL-Anweisung aus zunehmend älteren Versionen von Hibernate (vielleicht mit Hilfe von Maven zu ermöglichen eine schnelle version ändert). Sie werden bemerken, dass, wie der Hibernate-Versionen zu verringern, die Sie werden sehen, Veränderungen in den letzten SQL.

    Ist, gibt es wenig Punkt im versuchen zu optimieren zwischen HQL und Kriterien im code, da die überwiegende Mehrheit der Zeit, die verlorenen werden in den Netzwerk-Datenverkehr zwischen Ihrer Anwendung und der Datenbank. Natürlich, dies setzt Voraus, dass Sie eine wohlgeformte Abfrage nicht erforderlich ist, mehrere full-table-scans über hundert Millionen Zeilen oder so etwas.

    Den zitierte blog ist der Versuch zu entlarven Mythen also seien Sie vorsichtig, dass Sie nicht den Titel aus dem Zusammenhang (Hervorhebung von mir):

    9) "Hibernate ist langsam, da der SQL
    erstellt durch die Kriterien-Schnittstelle
    nicht konsistent"

    Es wurde gesagt, dass
    Hibernate kann auch entstehen, eine Leistung
    Treffer, wenn alle Abfragen werden erstellt
    durch die Kriterien-Schnittstelle statt
    direkt in HQL. Das argument
    postuliert, dass dies, weil jedes mal, wenn
    der Abfrage-generator code ausgeführt wird,
    sagen, in einer DAO, Hibernate generieren
    neue Aliasnamen für die Tabellen in der
    Abfrage. In Oracle bedeutet dies, dass jeder
    mal ein neues Kriterien-basierte Abfrage
    auszuführen, muss die Datenbank erstellen Sie eine QEP –
    query execution plan – so ist es nicht
    entsprechend SQL-es hat gegeben
    jeder in seinem cache. Erstellen des QEP kann
    30% der Zeit es braucht, für
    Oracle zu reagieren, um eine SQL-Anweisung,
    also für die zweiten und nachfolgenden
    Ausführungen der gleichen (aber für alias
    Namen) SQL-Anweisung, Kriterien hat eine
    built-in-overhead, das macht es 50%
    langsamer als die direkte HQL.

    Ist dies nicht mehr der Fall
    Hibernate 3.3 und höher. , Wenn es war
    immer treu an alles in Zweifel, da die
    Hibernate team würde sicherlich das Ziel
    erstellen Sie eine optimale SQL-wo immer möglich    .
    Unabhängige tests zeigen, dass die
    gleiche Abfrage wird erzeugt, indem die
    Kriterien interface nach wiederholter
    Anrufe spanning Transaktionen, die
    das entspricht der Ausführung des
    Anwendung unter Last. In jedem Fall
    die Abfrage blieb identisch und wurde
    daher können zwischengespeichert werden, die von Oracle.

    Gibt es ein Korn der Wahrheit, obwohl,
    es ist notwendig, um den
    Abfrage jedes mal, anhand der Kriterien
    Schnittstelle, in der Erwägung, dass die Verwendung von benannten Abfragen
    definiert in HQL ermöglicht
    Vorkompilierung während der Anwendung
    start-up. Dies muss jedoch einige
    Perspektive. Die Zeit, die zum erstellen
    ein einfaches "zwischen" - Abfrage mit
    Kriterien interface ist rund
    3ms auf einem durchschnittlichen PC. Die Einbettung von HQL
    innerhalb der Anwendung ist nicht eine gute
    alternative, da es nicht zu führen
    ein intuitiver Mechanismus für die Aufrechterhaltung der
    Abfragen mit unterschiedlicher Holen
    Strategien, und damit die Kriterien, anhand
    Ansatz ist besser als die der
    zwei.

    Also das blog im wesentlichen weist darauf hin, dass der Hauptunterschied ist, dass die Kriterien-Schnittstelle einführen, die ein paar Millisekunden der zusätzliche Verarbeitungsaufwand kann vermieden werden, indem eine direkte HQI-Ansatz. HQL ist auch ein wenig mehr prägnante Ausdruck der Abfrage, die viele attraktiv finden.

    Kurz gesagt, der Unterschied ist so klein, dass Sie nicht brauchen, sich darum zu kümmern.

    InformationsquelleAutor Gary Rowe
Schreibe einen Kommentar