फ्लश NHibernate जबकि अभी भी लेन-देन रोलबैक

Question

मैं विरासत संस्थाओं है कि NHibernate के साथ मैप नहीं कर रहे हैं के साथ NHibernate उपयोग करने के लिए कोशिश कर रहा हूँ की इजाजत दी। अवसर पर इसका मतलब है कि मुझे डेटाबेस में एनएचबीरनेट डेटा को मैन्युअल रूप से फ़्लश करने की आवश्यकता है ताकि जब मैं एनएचबर्ननेट-मैप किए गए इकाइयों के साथ विरासत इकाइयों को जोड़ने का प्रयास करता हूं तो मुझे विदेशी कुंजी अपवाद नहीं मिलते हैं।

एक समस्या तब होती है जब यह एक सौदे कि फिर वापस लुढ़का किए जाने की आवश्यकता के अनुसार होता है। NHibernate से फ़्लश डेटा रोलबैक नहीं है।

क्या मैं इसके बारे में कुछ भी कर सकता हूं?

अद्यतन

फिर भी उत्सुक ऐसा करने के तरीके - मैं पता मुद्दा दिए गए उत्तर में से किसी पर विश्वास नहीं है। मुझे फ्लश() को कॉल करने की आवश्यकता है। सवाल यह है कि, मैं फ्लैश डेटा कैसे चला सकता हूं?

Answer 1

NHibernate के साथ लेन-देन का उपयोग करते समय transaction.Commit) का उपयोग (यह) session.flush कॉल (आंतरिक Session.Flush() का उपयोग कर से बचने की कोशिश और बदले।

दौरान अगर कमिट() एक त्रुटि होती है और लेन-देन इस इस तरह संबोधित किया जा सकता वापस लुढ़का किया जाना चाहिए।

public static void CommitChanges() 
{ 
    ITransaction transaction = Session.BeginTransaction(); 

    try 
    { 
     transaction.Commit(); 
    } 
    catch (HibernateException ex) 
    { 
     transaction.Rollback(); 
     //close and dispose session here 
     throw ex; 
    } 
    finally 
    { 
     transaction.Dispose(); 
    } 
} 

अब, एक मैनुअल कॉल फ्लश करने के लिए करता है, तो() या एक प्रतिबद्ध करने के लिए कॉल() के माध्यम से सफलतापूर्वक वहाँ लेनदेन NHibernate प्रक्रियाओं का उपयोग करके वापस रोल करने के लिए एक तरीका नहीं है चला जाता है। खासकर जब transaction.Commit बुला() को आदेश AdoTransaction NHibernate द्वारा बनाई तो निपटान किया जाता है सही होने के बाद कमिट() खत्म तो आप वापस रोल में इसे का उपयोग नहीं कर सकते।

कोड नमूना ऊपर आप त्रुटियों कि ऐसा दौरान प्रतिबद्ध और फिर लेन-देन कि पहले से ही शुरू कर दिया है वापस रोल को पकड़ने के लिए अनुमति देता है।

अब लेनदेन को कॉल करने के बजाय। नमूना में कॉमिट() सत्र को कॉल करें। मेरे परीक्षणों में फ्लश() डेटाबेस में कोई डेटा सहेजा नहीं जाता है क्योंकि लेनदेन कभी नहीं किया जाता है।

मुझे नहीं पता कि आपका कोड कैसा दिखता है, लेकिन यदि आप पैटर्न में कॉल कर रहे हैं, जैसा ऊपर कोड नमूना दिखाता है, तो सत्र के बजाय लेनदेन.com()। फ्लश() इसे आपको एक रास्ता देना चाहिए आप जो चाहते हैं उसे प्राप्त करने के लिए।

Answer 2

स्वरूपण के लिए मैं खुद को टोलिज्म 7 के उत्तर को अपडेट करने की अनुमति देता हूं।

1. उपयोग using और transaction.Dispose (के बारे में भूल) - transaction स्वचालित रूप से ब्लॉक का उपयोग के अंत में Dispose 'की घ हो जाएगा।
2. throw - क्योंकि यह आपके स्टैकट्रेस दूर फेंकने का मतलब पूर्व फेंक नहीं है (देखें this post यह जहां कहा गया है ".नेट फ्रेमवर्क इस बयान निष्पादित करता है जब:। throw ex; यह फेंक देता है वर्तमान समारोह सब से ऊपर ढेर जानकारी")

।

public void CommitChanges() 
{ 
    using (var transaction = Session.BeginTransaction()) // <-- open scope 
     try 
     { 
      // do something 
      transaction.Commit(); 
     } 
     catch (HibernateException) 
     { 
      transaction.Rollback(); 
      _session.Close(); 
      _session.Dispose(); 

      throw; // <-- this way the stacktrace stays intact! 
     } 
} 

कोड के इस टुकड़े का एक VB.NET versionhere पाया जा सकता है।

Answer 3

जाँच करें: Force query execution without flush/commit

मैं एक ही समस्या है लग रहा था, मैं फ्लश और फिर मैं रोलबैक है लेकिन उसमें कुछ डेटा डेटाबेस में कायम रहेगा। हालांकि, मेरे कोड में कुछ हिस्सों थे जो एक प्रतिबद्धता को बुलाएंगे, जिन्हें वापस नहीं किया जा सकता है। स्वीकार्य उत्तर 'कोड स्निपेट पर लेनदेन, फ्लश, रोलबैक और प्रतिबद्धता के लिए उचित उपयोग के रूप में विचार करें और इस पैटर्न को विस्तारित किया जा सकता है ...

कार्य की एक इकाई में (यानी हम एक अनुरोध में विचार करते हैं काम की एक इकाई के रूप वेब अनुप्रयोग और सब कुछ है कि उस अनुरोध में क्या होता है एक एकल लेनदेन जो onEndRequest लिए प्रतिबद्ध है में मौजूद है):

1. आप _sessionFactory.OpenSession(), _session.BeginTransaction(), _session.CommitTransaction() और _session.CloseSession() केवल एक बार कहते हैं।

2. आप जितनी बार चाहें _session.Flush() और _session.RollBackTransaction() पर कॉल कर सकते हैं, लेकिन Flush() स्वचालित रूप से Commit पर स्वचालित रूप से कॉल किया जाता है। जब आपको कोई प्रश्न पूछने की आवश्यकता होती है और यह सुनिश्चित किया जाता है कि प्राप्त डेटा खराब नहीं होगा, तो आप फ्लश को कॉल करना चाहेंगे।

3. ध्यान दें कि एक बार एक प्रतिबद्ध लेनदेन किया जाता है, तो बाद में सभी लेनदेन उस लेनदेन पर नहीं होते हैं। इसके बजाय NHibernate हुड (http://www.nhprof.com/Learn/Alerts/DoNotUseImplicitTransactions) जो बिंदु में आप पहले से ही

4. तुम सच में कॉल करना होगा तो काम की अपनी यूनिट के बीच में प्रतिबद्ध यह दृढ़ता से सलाह दी जाती है समस्याओं पर नज़र रखने स्थिरता और संभवतः तार्किक अखंडता है के तहत आवश्यक लेन-देन का निर्माण करेगा उस बिंदु पर एक नया लेनदेन बनाने के लिए ताकि आप इसे स्पष्ट रूप से प्रबंधित कर सकें

5. नेस्टेड लेनदेन को आंशिक रूप से करने की अनुमति देने के लिए और भी बेहतर क्या है; आप "रूट" लेनदेन को रोलबैक कर सकते हैं और सभी परिवर्तन वापस कर दिए जाएंगे। मैंने वास्तव में .NET और SQL सर्वर की इस सुविधा का परीक्षण नहीं किया है, हालांकि डेटाबेस में नेस्टेड लेनदेन स्वयं वांछित होने के लिए बहुत कुछ छोड़ देता है और मुझे नहीं पता कि वास्तव में ADO.NET इस सुविधा को कैसे मापता है।

अंक 1 से 4 को 1.2 से शुरू होने वाले एनएचबर्ननेट के सभी संस्करणों के साथ परीक्षण किया गया है।