Lessen

1.1 Achtergrond van het probleem Wanneer u met echte databases gaat werken, herinnert u zich meteen de uitdrukking "Voortijdige optimalisatie is de wortel van alle kwaad." Pas nu herinner je je haar op een negatieve manier. Bij het werken m

2.1 ophaaloptie De ontwikkelaars van Hibernate zijn al lang op de hoogte van het probleem met het laden van onderliggende entiteiten. Dus het eerste wat ze deden was een speciale fetch parameter toevoegen aan de annotaties @OneToMany, @Many

LazyCollectionOption.EXTRA leren kennen Maar van het grootste belang is de LazyCollectionOption.EXTRA-waarde. Als u het opgeeft als de waarde van de @LazyCollection- annotatie , zal Hibernate het laden van de elementen van de collectie zo l

beschrijving van het probleem Zoals we hierboven zeiden, heeft de LazyCollectionOption.EXTRA- annotatie een probleem: het voert voor elk object een afzonderlijk verzoek uit naar de database. We moeten op de een of andere manier aan Hibernat

Schrijf nooit uw caching-oplossing Een andere manier om het werk met de database te versnellen, is door objecten in de cache op te slaan die we al eerder hebben opgevraagd. Belangrijk! Schrijf nooit uw eigen caching-oplossing. Deze taak hee

Concurrency-strategieën Nadat u caching op het tweede niveau in Hibernate hebt ingeschakeld, moet u aan Hibernate uitleggen welke Entity-objecten we willen cachen en hoe. Om dit te doen, heeft Hibernate een speciale annotatie voor Entity-kl

Waarom u een querycache nodig heeft Laten we ons voorbeeld herschrijven door werknemers in HQL te krijgen: Employee director1 = session.createQuery("from Employee where id = 4").uniqueResult();

Opzetten van caching Laten we teruggaan naar onze caching-instellingen in het bestand hibernate.cfg.xml: