উত্তর:
থেকে হাইবারনেট ফোরাম :
এটি হাইবারনেট ইন অ্যাকশন বইটি থেকে। ভাল এটি পড়ুন ..
সনাক্তকারী দ্বারা অবজেক্টগুলি পুনরুদ্ধার করা নিম্নলিখিত হাইবারনেট কোড স্নিপেট ডাটাবেস থেকে একটি ব্যবহারকারী অবজেক্ট পুনরুদ্ধার করে:
User user = (User) session.get(User.class, userID);
গেট () পদ্ধতিটি বিশেষ কারণ শনাক্তকারী অনন্যভাবে কোনও শ্রেণীর একক উদাহরণ সনাক্ত করে। সুতরাং অবিচ্ছিন্ন অবজেক্টের জন্য সুবিধাজনক হ্যান্ডেল হিসাবে সনাক্তকারী ব্যবহার করা অ্যাপ্লিকেশনগুলির পক্ষে সাধারণ। সনাক্তকারী দ্বারা পুনরুদ্ধার কোনও বস্তু পুনরুদ্ধার করার সময় ক্যাশে ব্যবহার করতে পারে, বস্তুটি ইতিমধ্যে ক্যাশে থাকলে ডাটাবেস হিট এড়ানো। হাইবারনেট একটি লোড () পদ্ধতিও সরবরাহ করে:
User user = (User) session.load(User.class, userID);
লোড () পদ্ধতিটি পুরানো; get () ব্যবহারকারীর অনুরোধের কারণে হাইবারনেটের API এ যুক্ত হয়েছিল। পার্থক্যটি তুচ্ছ:
লোড () যদি ক্যাশে বা ডাটাবেসে বস্তুটি খুঁজে না পায় তবে একটি ব্যতিক্রম ছুঁড়ে দেওয়া হবে। লোড () পদ্ধতিটি কখনই শূন্য হয় না। বস্তুটি খুঁজে পাওয়া না গেলে get () পদ্ধতিটি শূন্য দেয়।
লোড () পদ্ধতিটি প্রকৃত অবিচলিত উদাহরণগুলির পরিবর্তে প্রক্সি ফিরিয়ে দিতে পারে। প্রক্সি হ'ল একটি স্থানধারক যা প্রথমবার অ্যাক্সেস করার পরে আসল বস্তুর লোডকে ট্রিগার করে; অন্যদিকে, পান () কখনই প্রক্সি ফেরত দেয় না। () এবং লোড () এর মধ্যে চয়ন করা সহজ: আপনি যদি নিশ্চিত হন যে অবিচ্ছিন্ন বস্তুটি বিদ্যমান এবং অস্তিত্বকে ব্যতিক্রমী হিসাবে বিবেচনা করা হবে, তবে লোড () একটি ভাল বিকল্প। আপনি যদি নিশ্চিত না হন যে প্রদত্ত শনাক্তকারীটির সাথে একটি অবিরাম উদাহরণ রয়েছে, get () ব্যবহার করুন এবং এটি বাতিল কিনা তা দেখতে রিটার্ন মানটি পরীক্ষা করুন। লোড () ব্যবহার করে আরও জড়িত থাকে: অ্যাপ্লিকেশনটির অবিরাম পরিস্থিতি পুনরুদ্ধার করতে ডাটাবেসকে আঘাত না করেই স্থির দৃষ্টান্তে একটি বৈধ রেফারেন্স (প্রক্সি) পেতে পারে। সুতরাং লোড () ক্যাশে বা ডাটাবেসে স্থির বস্তুটি না পেলে ব্যতিক্রম ছুঁড়ে না ফেলে; প্রক্সিটি অ্যাক্সেস করা হলে ব্যতিক্রমটি পরে নিক্ষেপ করা হবে। অবশ্যই, সনাক্তকারী দ্বারা কোনও জিনিস পুনরুদ্ধার করা স্বেচ্ছাসেবী ক্যোয়ারীগুলি ব্যবহার করার মতো নমনীয় নয়।
ভাল, কমপক্ষে নিবারনেটে, সেশন.গেট (আইডি) ডাটাবেস থেকে বস্তুটি লোড করবে, যখন সেশন.লড (আইডি) কেবল আপনার সার্ভারটি ছাড়াই এটিতে একটি প্রক্সি অবজেক্ট তৈরি করে। আপনার POCOs (বা POJOs :) এ ঠিক যেমন অন্যান্য অলস বোঝা সম্পত্তি হিসাবে কাজ করে। এরপরে আপনি এই প্রক্সিটি সম্পর্ক তৈরি করতে নিজেই বস্তুর রেফারেন্স হিসাবে ব্যবহার করতে পারেন etc.
এটিকে এমন আইটেমের মতো ভাবেন যা কেবল আইডি রাখে এবং এটি আপনার প্রয়োজন হলে বাকী লোড করবে। আপনি যদি সম্পর্ক তৈরি করতে কেবল এটিকে পাশ কাটিয়ে থাকেন (যেমন এফকে), আপনার প্রয়োজন হয় এমন সমস্ত আইডি।
সেশন.লোড () সর্বদা ডেটাবেসকে আঘাত না করে একটি "প্রক্সি" (হাইবারনেট শব্দ) প্রদান করবে। হাইবারনেটে, প্রক্সি প্রদত্ত শনাক্তকারী মান সহ একটি বস্তু, এর বৈশিষ্ট্যগুলি এখনও আরম্ভ করা হয়নি, এটি কেবল অস্থায়ী জাল বস্তুর মতো দেখায়। যদি কোনও সারি পাওয়া যায় না, তবে এটি একটি অবজেক্টনটফাউন্ডএক্সসেপশন ছুড়ে দেবে।
সেশন.জেট () সর্বদা ডাটাবেসটিকে হিট করে প্রকৃত অবজেক্টটি ফেরত দেয়, এমন একটি বস্তু যা প্রক্সি নয়, ডাটাবেস সারিটি উপস্থাপন করে। যদি কোনও সারি পাওয়া যায় না, তবে এটি নালায় ফিরে আসে।
এই পদ্ধতিগুলির সাথে পারফরম্যান্সও পৃথক করে তোলে। দু'জনের মধ্যে ...
আরও একটি অতিরিক্ত পয়েন্ট ::
হাইবারনেট এর পদ্ধতিটি পান ডেটাবেস এবং ক্যাশে তে বস্তুটি পাওয়া না গেলে সেশন ক্লাসটি বাতিল করে দেয়। লোড () পদ্ধতিটি অবজেক্টনটফাউন্ডএক্সসেপশন নিক্ষেপ করে যদি বস্তুটি ক্যাশে পাশাপাশি ডাটাবেসে পাওয়া যায় না তবে কখনই শূন্য হয় না।
"পেতে" পরিবর্তে "লোড" ব্যবহারের একটি অপ্রত্যক্ষ পরিণতি হ'ল সংস্করণ বৈশিষ্ট্যটি ব্যবহার করে আশাবাদী লক করা আপনার প্রত্যাশার মতো কাজ করতে পারে না। যদি কোনও লোড সহজভাবে একটি প্রক্সি তৈরি করে এবং ডাটাবেস থেকে না পড়ে, সংস্করণ বৈশিষ্ট্যটি লোড হয় না। সংস্করণটি কেবল তখনই লোড হবে / আপনি যদি পরে কোনও বস্তুর কোনও সম্পত্তি উল্লেখ করেন, কোনও নির্বাচনকে ট্রিগার করে। ইতিমধ্যে, অন্য সেশনটি অবজেক্টটি আপডেট করতে পারে এবং আপনার সেশনে এটির আসল সংস্করণ থাকবে না যা এটি আশাবাদী লক চেক করা দরকার - সুতরাং আপনার সেশনের আপডেটটি কোনও সতর্কতা ছাড়াই অন্য সেশনের আপডেটটি ওভাররাইট করে দেবে।
একই শনাক্তকারীর সাথে কোনও বস্তুর সাথে দুটি সেশন কাজ করে এই দৃশ্যটি স্কেচ করার চেষ্টা করা হচ্ছে। ডিবিতে অবজেক্টের জন্য প্রাথমিক সংস্করণ 10।
Session 1 Session 2
--------- ---------
Load object
Wait a while..
Load object
Modify object property
[triggers db 'select' -
version read as 10]
Commit
[triggers db update,
version modified to 11]
Modify object property
[triggers db 'select' -
version read as 11]
Commit
[triggers db update,
version modified to 12]
আমরা আসল 1 এর প্রতিশ্রুতিটি একটি আশাবাদী লক ব্যতিক্রম সহ ব্যর্থ হতে চাই, তবে এটি এখানে সফল হবে।
"লোড" এর পরিবর্তে "পান" ব্যবহার করা সমস্যার আশ্বাস দেয় কারণ গেটটি তাত্ক্ষণিকভাবে একটি নির্বাচন জারি করবে, এবং আশাবাদী লক পরীক্ষার জন্য সংস্করণ নম্বরগুলি সঠিক সময়ে লোড করা হবে।
একটি দুর্দান্ত ব্যাখ্যা http://www.mkyong.com/hibernate/different-between-session-get-and-session-load
সেশন.লোড () এ পাওয়া যায় :
এটি সর্বদা একটি "প্রক্সি" (হাইবারনেট শব্দ) ছাড়াই ফিরে আসবে ডাটাবেস আঘাত।
হাইবারনেটে, প্রক্সি প্রদত্ত শনাক্তকারী মান সহ একটি বস্তু, এর বৈশিষ্ট্যগুলি এখনও আরম্ভ করা হয়নি, এটি কেবল অস্থায়ী জাল বস্তুর মতো দেখায়।
এটি সর্বদা প্রদত্ত পরিচয় মান সহ একটি প্রক্সি অবজেক্ট ফিরিয়ে দেবে, এমনকি পরিচয় মানটি ডাটাবেসে উপস্থিত নেই। যাইহোক, আপনি যখন কোনও প্রক্সিটি এর ডাটাবেস থেকে তার বৈশিষ্ট্যগুলি পুনরুদ্ধার করে সূচনা করার চেষ্টা করবেন, এটি নির্বাচনী বিবৃতি দিয়ে ডাটাবেসে আঘাত করবে। যদি কোনও সারি পাওয়া না যায় তবে একটি অবজেক্টনটফাউন্ডএক্সসেপশন নিক্ষেপ করবে।
সেশন.জেট ():
এটি সর্বদা ডেটাবেসকে আঘাত করে (ক্যাশে না পাওয়া গেলে) এবং প্রকৃত অবজেক্টটি ফিরিয়ে দেয়, এমন একটি বস্তু যা প্রক্সি নয়, ডাটাবেস সারিটি উপস্থাপন করে।
যদি কোনও সারি পাওয়া যায় না, তবে এটি নালায় ফিরে আসে।
লোড () ক্যাশে বা ডাটাবেস থেকে অবজেক্টটি সন্ধান করতে পারে না, একটি ব্যতিক্রম ছুঁড়ে দেওয়া হয় এবং লোড () পদ্ধতিটি কখনই শূন্য হয় না।
(বস্তুটি সন্ধান না করা হলে get) পদ্ধতিটি শূন্য দেয় returns লোড () পদ্ধতিটি প্রকৃত ধ্রুবক উদাহরণের পরিবর্তে প্রক্সি ফিরিয়ে আনতে পারে () কখনই প্রক্সি ফেরত দেয় না।