পাঠ

1.1 সমস্যার পটভূমি আপনি যখন বাস্তব ডাটাবেস নিয়ে কাজ শুরু করবেন, আপনি অবিলম্বে এই বাক্যাংশটি মনে রাখবেন "অকাল অপ্টিমাইজেশান সমস্ত মন্দের মূল।" শুধু এখন আপনি তাকে নেতিবাচকভাবে মনে রাখবেন। একটি ডাটাবেসের সাথে কাজ করার সময়, অপ্টিমাইজেশন অপরিহ

2.1 আনার বিকল্প হাইবারনেটের বিকাশকারীরা দীর্ঘদিন ধরে শিশু সত্তা লোড করার সমস্যা সম্পর্কে জানেন। তাই তারা প্রথম যে কাজটি করেছিল তা হল টীকাগুলিতে একটি বিশেষ আনয়ন পরামিতি যোগ@OneToMany করা ।@ManyToMany এই প্যারামিটার দুটি মান নিতে পারে: আগ্রহ

LazyCollectionOption.EXTRA জানা কিন্তু সবচেয়ে আগ্রহের বিষয় হল LazyCollectionOption.EXTRA মান। আপনি যদি এটিকে @LazyCollection টীকাটির মান হিসাবে উল্লেখ করেন , তাহলে হাইবারনেট যতদিন সম্ভব সংগ্রহের উপাদানগুলি লোড করতে বিলম্ব করবে। আপনি যদি এ

সমস্যার বর্ণনা যেমনটি আমরা উপরে বলেছি, LazyCollectionOption.EXTRA টীকাটিতে একটি সমস্যা আছে - এটি প্রতিটি বস্তুর জন্য ডাটাবেসের জন্য একটি পৃথক অনুরোধ করে। আমাদের হাইবারনেটকে কোনোভাবে ব্যাখ্যা করতে হবে যে আমরা চাই যে এটি অবিলম্বে আমাদের মূল ব

আপনার ক্যাশিং সমাধান কখনও লিখবেন না ডাটাবেসের সাথে কাজের গতি বাড়ানোর আরেকটি উপায় হল সেই বস্তুগুলিকে ক্যাশে করা যা আমরা ইতিমধ্যে অনুরোধ করেছি। গুরুত্বপূর্ণ ! আপনার নিজের ক্যাশিং সমাধান কখনই লিখবেন না। এই টাস্কে এমন অনেক অসুবিধা রয়েছে যা আ

সামঞ্জস্য কৌশল আপনি হাইবারনেটে দ্বিতীয়-স্তরের ক্যাশিং সক্ষম করার পরে, আপনাকে হাইবারনেটকে ব্যাখ্যা করতে হবে যে আমরা কোন এন্টিটি অবজেক্টগুলিকে ক্যাশে করতে চাই এবং কীভাবে। এটি করার জন্য, হাইবারনেটের সত্তা ক্লাসের জন্য একটি বিশেষ টীকা রয়েছে -

কেন আপনি একটি ক্যোয়ারী ক্যাশে প্রয়োজন আসুন HQL-এ কর্মচারীদের নিয়ে আমাদের উদাহরণটি আবার লিখি: Employee director1 = session.createQuery("from Employee where id = 4").uniqueResult();

ক্যাশিং সেট আপ করা হচ্ছে আসুন hibernate.cfg.xml ফাইলে আমাদের ক্যাশিং সেটিংসে ফিরে যাই: