पाठ

1.1 समस्या की पृष्ठभूमि जब आप वास्तविक डेटाबेस के साथ काम करना शुरू करते हैं, तो आपको तुरंत "समयपूर्व अनुकूलन सभी बुराई की जड़ है" वाक्यांश याद होगा। केवल अब आप उसे नकारात्मक तरीके से याद करते हैं। डेटाबेस के साथ काम करते समय, अनुकूलन अपरिह

2.1 लाने का विकल्प हाइबरनेट के डेवलपर्स लंबे समय से बाल संस्थाओं को लोड करने की समस्या के बारे में जानते हैं। इसलिए उन्होंने जो पहला काम किया, वह एनोटेशन में एक विशेष फ़ेच पैरामीटर जोड़ना@OneToMany था ।@ManyToMany यह पैरामीटर दो मान ले सकता

LazyCollectionOption.EXTRA को जानना लेकिन सबसे बड़ी दिलचस्पी LazyCollectionOption.EXTRA वैल्यू है। यदि आप इसे @LazyCollection एनोटेशन के मान के रूप में निर्दिष्ट करते हैं , तो हाइबरनेट यथासंभव लंबे समय तक संग्रह के तत्वों को लोड करने में दे

समस्या का विवरण जैसा कि हमने ऊपर कहा, LazyCollectionOption.EXTRA एनोटेशन में एक समस्या है - यह प्रत्येक ऑब्जेक्ट के लिए डेटाबेस के लिए एक अलग अनुरोध करता है। हमें किसी तरह हाइबरनेट को समझाने की जरूरत है कि हम चाहते हैं कि यह तुरंत हमारे मूल

अपना कैशिंग समाधान कभी न लिखें डेटाबेस के साथ काम को गति देने का दूसरा तरीका उन वस्तुओं को कैश करना है जिन्हें हमने पहले ही अनुरोध किया है। महत्वपूर्ण! अपना स्वयं का कैशिंग समाधान कभी न लिखें। इस कार्य में इतने नुकसान हैं कि आपने कभी सपने म

समवर्ती रणनीतियाँ हाइबरनेट में दूसरे स्तर के कैशिंग को सक्षम करने के बाद, आपको हाइबरनेट को समझाना होगा कि हम किस एंटिटी ऑब्जेक्ट को कैश करना चाहते हैं और कैसे। ऐसा करने के लिए, हाइबरनेट में एंटिटी क्लासेस - @Cache के लिए एक विशेष एनोटेशन है

आपको क्वेरी कैश की आवश्यकता क्यों है आइए एचक्यूएल में कर्मचारी प्राप्त करने के साथ अपना उदाहरण दोबारा लिखें: Employee director1 = session.createQuery("from Employee where id = 4").uniqueResult();

कैशिंग की स्थापना आइए hibernate.cfg.xml फ़ाइल में अपनी कैशिंग सेटिंग पर वापस जाएं: