Beste Weg, damit umzugehen Hibernate-Sessions in einem geschichteten Spring MVC Web-Anwendung

Wenn wir eine web-Anwendung, die hat

  • heavy UI (Spring MVC + JQuery mit JSON)
  • Hibernate mit JPA-Annotationen wird die Domäne Modell
  • verlängern Frühjahr-vorausgesetzt, DAO-code, der DAO-Schicht
  • JBOSS als app-server mit Oracle als backend
  • Datasource (JNDI) connection pooling (Nicht XA-eher Lokale Datenquelle)
  • hat auch Zugriff auf mehrere Datenquellen (Umgang mit mehreren DB)

Behaviorally, viele Daten abrufen (70%) und die update-Daten 30%

Was wäre der best practices für die folgenden, um effektiv zu verbrauchen, DB-verbindungen und auch zu sehen, dass es nicht viel Leckage an der Verbindung nutzen?

  1. wäre es besser, entscheiden Sie sich für Hibernate template-basierte DAOs?
  2. Welche Art von Transaktion-manager würde vorschlagen-können und sollen wir gehen, für die AOP-basierte Transaktion managementWhere
  3. wo zu instanziieren Sitzung und und wo schließen die Sitzungen, um effektiv zu verbrauchen verbindungen von Verbindungs-pooling.
  4. Es ist wahr, dass wir brauchen, um Transaktionen von Service-Schicht, aber was passiert mit sessions würde Sie warten, für längere Zeit (wir sind nicht mit jedem opensessioninviewFilter)
  5. die Schicht ist besser zu handhaben, die checked exceptions (business Ausnahmen) und runtime-exceptions.

Sorry für diese Wesen, etwas längere Frage, aber ich sehe, dass dieses Wesen eine gemeinsame Abfrage und ich versuchte Sie konsolidieren. Schätzen Ihre Geduld und Beratung. Vielen Dank für Ihre Hilfe.

  • Was ist, wenn wir geplant, um Datenbank-Partitionierung( Tabelle Range/Hash-partition) am Backend. Funktioniert Hibernate (oder Scherben? Noch nicht in die Produktion!) Unterstützung?
InformationsquelleAutor Hareesh Ram | 2011-07-17
  1. 16

    Das klingt wie eine ziemlich typische Spring/Hibernate-Anwendung, so würde ich empfehlen, die folgenden aktuellen best practices, die ich vor kurzem beschrieben eine andere Antwort. Speziell:

    1. Tun nicht erweitern Spring DAO-support-Klassen oder verwenden Sie HibernateTemplate. Verwenden Sie die @Repository Anmerkung kombiniert mit component-scan, und direkt injizieren die SessionFactory in Ihr DAO.
    2. Verwendung von Spring HibernateTransactionManager, und auf jeden Fall nutzen deklaratives Transaktions-management über @Transactional als Standard-Ansatz.
    3. Lassen Frühling verwalten, dass. Es werden offene Sitzungen nur in der Zeit für Buchungen standardmäßig, sondern lieber die open session in view pattern aktiviert Spring OpenSessionInViewFilter.
    4. Siehe #3.
    5. Immer Ausnahmen, wo Sie behandelt werden sollte-in anderen Worten, dies ist eine design-Entscheidung. Beachten Sie jedoch, dass das Spring transaction framework standardmäßig rollt sich wieder auf unchecked exceptions, aber nicht geprüft, mit dem Verhalten der EJB-spec. Stellen Sie sicher, um die entsprechende rollback-Regeln (siehe vorherigen link), überall, das Sie verwenden, überprüft Ausnahmen.

    Darüber hinaus verwenden Sie ein connection pool, offensichtlich. Apache Commons DBCP ist eine gute Wahl. "Nicht viel Leckage in der Verbindung nutzen" ist nicht genug. Sie haben null Zusammenhang Leckage. Je nach Feder zur Verwaltung Ihrer Ressourcen helfen, dies sicherzustellen. Wie für jede andere performance-Probleme, versuchen Sie nicht, zu optimieren vorzeitig. Warten Sie, bis Sie sehen, wo Ihre Problemzonen sind, und dann herauszufinden, der beste Weg, um zu lösen jedes einzeln. Seit Ihrer Engpässe, wird am ehesten im Zusammenhang mit der Datenbank, check-out die performance Kapitel der Hibernate-Referenz um eine Idee zu bekommen, was Sie sind gegen. Es deckt die wichtigsten Konzepte von Zwischenspeichern und abrufen von Strategien.

    • +1 Gute Sammlung von relevanten Informationen.
    • Ich würde lieber EntityManager zu SessionFactory obwohl
    • Egal, welche Sie verwenden, aber ich habe noch nie gehört, einen zwingenden Grund für die Verwendung von EntityManager.
    • Es ist standard. Wenn irgendwann Ruhezustand ausfällt, Sie kann nur geradeaus zu EclipseLink fast ohne Anstrengung
    • An diesem Punkt, hibernate ist so viel reifer und etablierter als die standard-ganz zu schweigen von der standard wurde im wesentlichen basierend auf hibernate -, dass ich mich wohl kleben mit direkten hibernate Interaktion, um zu vermeiden, die zusätzliche Komplexität, die JPA scheint, mit sich bringen. (<-- Meist uninformierten Meinung gebildet, von der Suche über JPA docs)
    • Ich habe mit ir mit jpa für die Vergangenheit 2 Jahren und es war völlig in Ordnung. Esp. mit jpa2
    • 1)ich Frage mich nur, wenn wir haben einige Einschränkungen in Bezug auf die Verbindung der Konsum mit OpenSessioninViewFilter.sysin.wordpress.com/2009/02/26/... und auch DBCP wiki.apache.org/commons/DBCP/Hibernate
    • 1: Anschluss der Verbrauch ist sehr unwahrscheinlich, dass ein problem. Haben Sie irgendeinen Grund zu denken, dass es wäre? Optimieren Sie, wenn Sie ein problem haben, nicht vor. 2: Das DBCP Seite wird reden hier über ein feature von Hibernate 2, die alte Geschichte. Verwenden Sie nicht, dass DBCP. real-DBCP.
    • Gute Sachen hier. Vielen Dank für die Ausbildung.
    • Hi, ich habe das in der OpenSessionInViewFilter, A single session per request allows for most efficient first-level caching, but can cause side effects, for example on saveOrUpdate or when continuing after a rolled-back transaction. wie für Nebenwirkungen, die ich nicht verstehe, was sind die Probleme?

    InformationsquelleAutor Ryan Stewart
  2. 3
    • Verwenden JPA EntityManager direkt in Ihrem DAOs. Sicher sein, nicht, um Sie zu markieren als Erweiterte
    • Lieber <tx:annotation-driven /> und @Transactional - nur auf der service-Ebene
    • Der Transaktions-manager, der auch öffnet und schließt Sitzungen (wenn nicht vorhanden) bereits in dem thread). Hier ist es gut zu wissen, dass die sessions werden session-per-request. Jede Anforderung(=thread) hat einen separaten session-Instanz. Aber eine Datenbank-Verbindung wird nur erstellt, wenn Sie benötigt wird, also selbst wenn es ist ein Transaktions-manager, um alle Methoden, die unnötige verbindungen werden nicht geöffnet.
    • nur-lese-Transaktionen - verwenden @Transactional(readOnly=true) in den Fällen, wenn es nur Daten abrufen
    • caching - nutzen hibernate 2nd level cache zu legen Entitäten im Speicher (anstatt des Holens von der Datenbank zu jeder Zeit)
    • vermeiden OpenSessionInView und faul Sammlungen. Dies ist subjektiv, aber meiner Meinung nach sind alle Objekte, die aus dem service-layer initialisiert werden müssen. Für kleine Sammlungen (für ex. Liste der Funktionen) Sie können gespannt Sammlungen. Für größere Sammlungen verwenden, HQL-Abfragen.
    • Ich Stimme zu, dass es ein standard ist. Würdest du bitte differenzieren Sie, wenn wir noch andere Vorteile in Bezug auf Leistung oder Ressourcen-Auslastung mit EntityManager. Auch wenn wir uns unterstützen möchten, DB-Tabelle, die Horizontale Partitionierung, was wäre die empfohlene-Technologie?
    • gleiche. Wenn Sie wirklich am Ende brauchen die raw-hibernate-session oder sogar eine Verbindung, können Sie es durch entityManager.unwrap(Session.class)
    InformationsquelleAutor Bozho
Schreibe einen Kommentar