Leksjoner

1.1 Bakgrunn for problemet Når du begynner å jobbe med ekte databaser, vil du umiddelbart huske setningen "For tidlig optimalisering er roten til alt ondt." Først nå husker du henne på en negativ måte. Når du arbeider med en database, er op

2.1 hentealternativ Utviklerne av Hibernate har visst om problemet med å laste inn underordnede enheter i lang tid. Så det første de gjorde var å legge til en spesiell henteparameter til merknadene @OneToMany.@ManyToMany Denne parameteren k

Bli kjent med LazyCollectionOption.EXTRA Men av størst interesse er LazyCollectionOption.EXTRA-verdien. Hvis du spesifiserer det som verdien av @LazyCollection -kommentaren , vil Hibernate forsinke lasting av elementene i samlingen så lenge

Beskrivelse av problemet Som vi sa ovenfor, har LazyCollectionOption.EXTRA -kommentaren et problem - den utfører en separat forespørsel til databasen for hvert objekt. Vi må på en eller annen måte forklare Hibernate at vi vil at den umiddel

Skriv aldri caching-løsningen din En annen måte å fremskynde arbeidet med databasen er å cache objekter som vi allerede har bedt om tidligere. Viktig! Skriv aldri din egen hurtigbufferløsning. Denne oppgaven har så mange fallgruver du aldri

Samtidighetsstrategier Etter at du har aktivert caching på andre nivå i Hibernate, må du forklare Hibernate hvilke Entity-objekter vi vil bufre og hvordan. For å gjøre dette har Hibernate en spesiell merknad for Entity-klasser - @Cache . Ek

Hvorfor du trenger en spørringsbuffer La oss omskrive eksemplet vårt med å få ansatte i HQL: Employee director1 = session.createQuery("from Employee where id = 4").uniqueResult();

Setter opp caching La oss gå tilbake til bufringsinnstillingene våre i hibernate.cfg.xml-filen: