A hibernálás általában és különösen a java-ban

Első rész

Mivel adatbázis-támogatás nélkül szinte egyetlen modern alkalmazás sem érhető el, minden programozási tankönyvben különös figyelmet fordítanak a velük való interakcióra. Sajnos, az ilyen hasznos dolgokra, mint az ORM, valamilyen okból nem gyakran íródnak a tankönyvekben.

Minden euphb rövidítésnek sok átirata van. Beszéljük az objektum-relációs leképezést, vagy ha ugyanazt írjuk, de csak oroszul, az objektum-relációs vetület. A kifejezés, biztos, hogy hangtalannak hangzik az elítélteknél, de valójában nincs semmi fogalmilag bonyolult benne.

A programozási iparban ma használt programozási nyelvek többsége tárgy-orientált nyelv. Ez azt jelenti, hogy a programozó, amely programokat készít rájuk, objektumokkal működik - olyan absztrakt entitásokkal, amelyek bizonyos tulajdonságokkal rendelkeznek, és lehetővé teszik bizonyos módszerek alkalmazását maguk számára. Mindezek mellett az adatbázisok, amelyek ezeket az objektumokat tárolják, relációsak.

Általánosságban elmondható, hogy többféleképpen is lehet ez a helyzet. Például objektumorientált lehet a relációs DBMS helyett - azaz olyan, amelyben az információ tárolása nem mindenki számára ismert táblák formájában történik, hanem pontosan ugyanazokkal az objektumokkal, amelyeket a programozók a kódjukban működtetnek. Nos, az ötlet jó, különösen mivel vannak olyan adatbázis-kezelő rendszerek, amelyek lehetővé teszik a probléma megoldását. Ugyanakkor egy objektumorientált DBMS használata önmagában számos új problémát eredményez. A relációs DBMS-eket olyan széles körben használják, nem azért, mert kényelmetlenek a programozók számára - megbízhatóak, gyorsak és legfontosabbak.

Talán van más megoldás a probléma megoldására? Természetesen ott van. Valójában ez az ORM. Magában foglalja a speciális keretek vagy könyvtárak alkalmazását, amelyek maguk is kapcsolódnak objektumokhoz a programban és a rekordokban az adatbázis táblázatokban. Köszönjük, hogy a programozó részben megszabadul a bosszantó rutintól, és több időt vesz igénybe a projekt végrehajtásának jelentősebb szempontjairól.

ORM-megoldások számos előnye van, mint a „kézi” munka adatbázisok a projektben. Ezek lehetővé teszik, hogy optimalizálja a lekérdezések számát, hogy az adatbázis, elkerülve a túlzott terhelés pillanatában alkalmazás adatait. Ezen kívül egy egységes adatbázis az összes használt API-felület, amely biztosítja az ORM-keretrendszert, ha szükséges, módosítsa az adatbázis kérésére az ügyfél, vagy egyszerűen csak azért, mert a túlzott növekedés az adatmennyiség nagyon könnyen megy az egyik adatbázisból a másikba, mivel minden SQL- nyelvjárások már keretében végrehajtott, a fejlesztők és programozók a keret, nincs szükség hosszú téli estéken, hogy tanulmányozza mindegyikük, hogy gyorsan és sikeresen fel az alkalmazás vészhelyzet egy adatbázis az úgynevezett másik. Bár természetesen egyetlen API kényelmes nemcsak olyan szélsőséges esetekben. Ezt egy kicsit tovább fogja megvitatni.

A Java egy olyan programozási nyelv, amelyben mindent ma írt. Nos, vagy szinte mindent - a leghírhedtebb online áruházaktól, és komplex elosztott vállalati szintű rendszerekkel végződnek. Természetesen a gépkocsivezetők nem írnak, de nem úgy tesz, mintha ezt tenné.

Érdemes megjegyezni, hogy bár a Hibernate semmiképpen sem az egyetlen ORM keretrendszer a Java számára, nagyon népszerű a programozók körében, mivel ez egy erőteljes szoftver termék, amely jól definiálható és tesztelhető számos valós projekten.

A hibernált Hibernate-szel egy egyszerű alkalmazás architektúrája is sajnálja a tautológiát, elég egyszerű - az ábrán látható a cikk. A várakozásoknak megfelelően a Hibernate az alkalmazás és az adatbázisban tárolt adatok közötti kapcsolat. Ebben az esetben fordítsanak figyelmet két kis sötétebb téglalapra a téglalap hátterében, a "Hibernálás" felirattal - azok a konfigurációs fájlok, amelyekre a legnagyobb figyelmet kell fordítanunk.

Hogyan működik a Hibernate? Ha letöltötte saját konfigurációját a hibernate.cfg.xml fájlból, akkor olyan információkat gyűjt össze, amelyeket a fejlesztő úgy döntött, hogy XML-formátumú speciális konfigurációs fájlokból "dumpál" az adatbázisba. Miután letöltötte az összes konfigurációs fájlt, létrehozhat munkameneteket az adatbázishoz a "gyári munkamenetek" használatával, és dolgozzon velük együtt - az adatok módosítása, hozzáadása, törlése. Általában, ahogy azt mondják, mindent visszaadnak olyan adatokkal, amelyek csak a lélek kedvelik.


Egy kicsit a támogatott DBMS-ről

Amint látja, a támogatott DBMS listája meglehetősen lenyűgözőnek bizonyult, ami ismét megerősíti a keret népszerűségét és sikereit, amelyekről most beszélünk. Sajnos, ezúttal mindenképpen - az újságcikkek, mint tudják, némi korlátozással rendelkeznek a kötetben, ezért a Hibernált beszélgetés folytatódni fog a következő számban.

Nyomtatható verzió