Johdanto horroskyselyihin liittyviin kysymyksiin ja vastauksiin
Hibernate on objektien kartoitustyökalu, joka auttaa yksinkertaistamaan sovelluksen yhdistämistä tietokantaan. Se tarjoaa Java-objektin kartoituksen tietokantataulukoilla. Se kuvaa Java-luokan tietokannan taulukon kanssa. Taulukon ja luokan nimi riippuu kehittäjän valitsemasta kehittäjästä. Siinä on ominaisuus antaa nimi yrityksen vaatimusten mukaisesti. Se sujuu sovelluksen tietokantayhteydet. Hibernate tarjoaa myös tietokannasta riippumattoman kyselykielen, jota kutsutaan HQL-lepotilaksi. se on SQL-kielen oliokeskeinen versio, jonka avulla sovellus voi helposti siirtyä muiden tietokantojen kanssa, jos tietokantaa muutetaan tulevaisuudessa.
Hibernate tarjoaa myös paljon muita ominaisuuksia, kuten automaattinen taulukon luominen. Tämä on yksi hibernaatin tehokkaimmista ominaisuuksista. Vain tämän tueksi meidän on tehtävä pieni kokoonpano XML-tiedostossa sen jälkeen, kun kaikki on vain hibernaatin vastuulla. Hibernate do likainen tarkistus tarkoittaa, että se tarkistaa aina Java-objektin tilan, jos se löytää muutoksia objektin tilaan, ja päivittää tietokannan automaattisesti. siinä on toisen tason saali, joka on atomipotentiaalisesti aktivoitu, mikä auttaa parantamaan sovelluksen suorituskykyä. Nämä ovat Hibernaten tehokkaat ominaisuudet.
Nyt, jos etsit työtä, joka liittyy Hibernate-palveluun, sinun on varauduttava 2019 Hibernate -haastattelukysymyksiin. On totta, että jokainen haastattelu on erilainen työprofiilien mukaan. Täällä olemme laatineet tärkeät vuoden 2019 horroskyselyn kysymykset ja vastaukset, jotka auttavat sinua menestymään haastattelussa.
Alla on 10 tärkeää horroskysymystä ja vastauksia, joita haastattelussa usein kysytään. Nämä kysymykset on jaettu kahteen osaan, jotka ovat seuraavat:
Osa 1 - Hibernate-haastattelukysymykset (perus)
Tämä ensimmäinen osa kattaa hibernaattien haastatteluun liittyvät kysymykset ja vastaukset.
1) Ero saada ja ladata hibernaatissa?
Vastaus:
Get-menetelmä osuu tietokantaan aina, jos se ei löydä välimuistissa olevaa objektia. Se antaa täysin alustetun objektin, johon voi liittyä useita tietokantakutsuja, mikä voi heikentää sovelluksen suorituskykyä. Vaikka latausmenetelmä voi palauttaa välityspalvelinobjektin, jos objektia ei ole välimuistissa, se osuu tietokantaan kaikkien objektin menetelmien osalta paitsi getId () -menetelmä. . Jos objektia ei löydy mistään tavoitemenetelmästä, palauta nolla-arvo, kun taas latausmenetelmä heittää poikkeuksen ObjectNotFoundException. Joten voimme käyttää näitä menetelmiä vaatimuksemme mukaan.
2) Mitä eroa on pysyvällä, ohimenevällä ja irrallaan olevalla esineellä?
Vastaus:
Hibernate-objektissa on 3 tilaa, jotka on annettu alla.
Ne ovat ohimeneviä, pysyviä, irronneita. Mikä tahansa objekti on pysyvyystilassa, jos se liittyy Hibernate-istuntoon. kaikki muutokset nykyisessä objektissa heijastuvat tietokantaan huippustrategiamme perusteella. Automaattinen huuhtelu tapahtuu aina, kun jokin esineen ominaisuus muuttuu tai eksplisiittinen huuhtelu kutsutaan istunnon luokan flush () -menetelmää. Jos kyseessä on esiintymä, joka aiemmin liitettiin johonkin pysyvään kontekstiin, mutta nyt sitä ei enää liitetä, se on irrotettu tilassa.
Siirrymme seuraavaan Hibernate-haastattelukysymyksiin.
3) Onko Hibernate Entity -luokan lopullinen mahdollista tehdä?
Vastaus:
Kyllä, Hibernate Entity -luokka on mahdollista tehdä lopullinen, mutta se ei ole hyvä käytäntö. Koska Hibernate käyttää välityspalvelinkuviota sovelluksen suorituskyvyn parantamiseen ja laiskayhteyden tapauksessa tekemällä kokonaisuusluokka lopulliseksi, Hibernate ei voi enää käyttää välityspalvelinta, syy siihen on Java ei salli laajennusta loppuluokasta; se rajoittaa suorituskyvyn parantamismahdollisuuksia. Voimme kuitenkin ratkaista tämän ongelman, jos pysyvä luokka on käyttöliittymän toteutus, joka julistaa kaikki Entity-luokassa määritellyt julkiset menetelmät.
4) Selitä kyselyvälimuisti?
Vastaus:
Tämä on haastattelussa kysyttyjä tavallisia horroskysymyksiä. Kyselyvälimuistia käytetään SQL-kyselyn tuloksen tallentamiseen tulevia suorituskykypyyntöjä varten. Sitä voidaan käyttää myös hibernaatin toisen tason välimuistin kanssa sovelluksen suorituskyvyn parantamiseksi. Hibernatessa on monia avoimen lähdekoodin välimuistiratkaisuja Query-välimuistin toteuttamiseksi.
5) Miksi argumentteja ei tarvitse tarjota yksiköissä?
Vastaus:
Entiteettiluokan tulee sisältää ei argumenttirakentajaa, koska Hibernate-kehys luo näiden luokkien objektin Reflection API: lla kutsumalla luokkaluokan uuteen instanssiin () -menetelmän. Alkuperäisyyspoikkeus heitetään tällä menetelmällä, jos se ei löydä argumenttirakentajaa entiteettiluokassa.
Osa 2 - Hibernate-haastattelukysymykset (Advanced)
Katsokaamme nyt edistyneitä horroskysymyksiä.
6) Selitä istunnon lukitus () -menetelmä lepotilassa?
Vastaus:
Istuntoluokan lukitus () -menetelmää käytetään objektin kiinnittämiseen uudelleen päivittämättä tai synkronoimatta tietokantaan. Joten meidän on oltava erittäin varovaisia käyttäessään tätä menetelmää. Voimme aina käyttää päivitys () -menetelmää synkronoidaksesi tietokantaan uudelleenasennuksen aikana.
7) Selitä toisen tason välimuisti horrostilassa?
Vastaus:
Toisen tason välimuisti ylläpidetään Session Factory -tasolla ja sitä käytetään sovelluksen suorituskyvyn parantamiseen säästämällä muutama tietokannan edestakainen matka. Se on saatavana myös koko sovellukselle minkään tietyn istunnon sijasta
Siirrymme seuraavaan Hibernate-haastattelukysymyksiin.
8) Mitä hyötyä horrostilasta on JDBC: lle?
Vastaus:
Hibernaattia voidaan käyttää minkä tahansa tyyppiseen tietokantaan, koska se on tietokannasta riippumaton, kun taas JDBC: ssä kehittäjän on kirjoitettava tietokantakohtaiset kyselyt.
Lepotilassa meidän ei tarvitse olla asiantuntija monimutkaisten kyselyjen kirjoittamisessa, koska HQL helpottaa kyselyjen kirjoittamisprosessia, kun taas JDBC: n tapauksessa kehittäjän on kirjoitettava ja viritettävä kyselyt.
Lepotilassa ei tarvitse luoda yhteysvarantoja, koska lepotila tekee kaiken yhteyden käsittelyn automaattisesti. JDBC: ssä yhteysvarantojen on luotava kehittäjän
9) Kuinka monella tapaa esineet voidaan tunnistaa ja mitkä ovat noutotavat hibernaatissa?
Vastaus:
Tämä on haastattelussa yleisimmin kysyttyjä horroskysymyksiä. Objektin tunnistamiseksi alla on lueteltu kolme tapaa.
Tietokantaidentiteetin käyttäminen: relaatiotietokantaobjektit voidaan tunnistaa, jos ne edustavat samaa riviä.
Objektiarvoisuuden käyttäminen: Equals () -menetelmän käyttäminen.
Objektiidentiteetin käyttö: == Operaattorin käyttö.
Seuraavassa on horrostilassa käytettävissä olevat noutostrategiat:
Erä noutaa
Liity hakemiseen
Valitse alahaku Hae
Valitse Hae
10) Kerro muutama käyttöliittymän nimi Hibernate-kehyksestä?
Vastaus:
Istuntovalmistaja: se on muuttumaton säiettä suojaava välimuisti, joka koostuu yhdestä tietokannasta koostetuista kartoituksista. Meidän on alustettava se kerran, sitten voimme tallentaa välimuistiin ja käyttää sitä uudelleen. sen ilmentymää käytetään Session-objektien hakemiseen useille tietokantaoperaatioille.
Istunto on yksisäikeinen, lyhytaikainen objekti, joka edustaa sovelluksen ja pysyvän myymälän välistä rajapintaa. Se kääri JDBC java.sql.Connectionin ja toimii Transaction-tehtaana. Sinun tulisi avata istunto vain tarvittaessa ja sulkea se heti, kun olet valmis käyttämään sitä. Istuntoobjekti on rajapinta Java-sovelluskoodin ja hibernaattikehyksen välillä ja tarjoaa erilaisia menetelmiä CRUD-operaatioille Javassa.
Transaction): se on yksisäikeinen, lyhytaikainen esine, jota Java-sovellus käyttää määrittelemään atomiyksiköt. Se poistaa sovelluksen taustalla olevasta JTA-tapahtumasta tai JDBC: stä. Istunto voi joissain tapauksissa sisältää useita tapahtumia.
Suositellut artikkelit
Tämä on opas hibernaattien haastattelua koskevien kysymysten ja vastausten luetteloon, jotta ehdokas voi helposti torjua nämä horroskyselyn kysymykset. Täällä tässä viestissä olemme tutkineet tärkeimpiä horroskysymyksiä, joita usein haastatteluissa kysytään. Voit myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -
- WCF-haastattelukysymykset
- Telakkahaastattelukysymykset
- Kevään haastattelukehykset
- PLSQL-haastattelukysymykset