एक्सएमएल प्रारूप में जावा ऑब्जेक्ट्स की मल्टी-फाइल स्टोरेज

एक्सएमएल प्रारूप में जावा ऑब्जेक्ट की बहु-फ़ाइल भंडारण (भाग 2)

परिचय

प्रोग्रामिंग में, हम अक्सर उन कार्यों का सामना करते हैं जिन्हें हम कई तरीकों से हल कर सकते हैं: तैयार किए गए समाधानों को ढूंढें और उनका उपयोग करें, या अपने दम पर समस्या को हल करें। हालांकि कई विनिर्देश और उनके कार्यान्वयन लिखे गए हैं, वे हमेशा हमें नहीं देते हैं जो किसी विशेष मामले में आवश्यक है। इसलिए एक बार फिर मुझे इसी तरह की स्थिति का सामना करना पड़ा।
कार्य एक xml फ़ाइल में वस्तुओं को संग्रहीत करना था। कुछ "नहीं बल्कि" के लिए कुछ भी जटिल नहीं लगेगा। कई वस्तुएं हैं, उनके पास एक पेड़ की संरचना है और विभिन्न थ्रेड्स में उन पर लगातार जोड़ने, बदलने और हटाने के संचालन किए जाते हैं। जैसा कि आप समझते हैं, एक बड़ी xml फ़ाइल को लगातार लिखना और पढ़ना एक बल्कि समय लेने वाला कार्य है। खासकर अगर एक ही डेटा के साथ कई धाराएँ काम करती हैं। तो वास्तव में विचार xml प्रारूप में वस्तुओं की एक बहु-फ़ाइल भंडारण लिखने के लिए पैदा हुआ था।
इस लेख में मैं स्वयं कार्यान्वयन पर विचार नहीं करूंगा। मैं केवल मूल विचारों और इस कार्यान्वयन का उपयोग कैसे करूंगा। यदि आप गहराई तक जाना चाहते हैं, तो आप स्रोत कोड देखने के लिए डाउनलोड कर सकते हैं।

स्रोत पर उपलब्ध हैं: xdstore-1.3
स्रोत लेख इस लेख में उन लोगों से थोड़ा अलग हैं। असाधारण स्थितियों में उन पर अधिक गहराई से काम किया गया, अर्थात्, प्रत्येक ऑपरेशन के लिए, जिसमें रीडिंग भी शामिल है, इसका अपवाद फेंका गया है। नवीनतम संस्करण भी विखंडन को लागू करता है।

विकास का मुख्य विचार

मुख्य विचार वस्तुओं को एक फ़ाइल में नहीं, बल्कि कुछ सेट में संग्रहित करना है। इसी समय, प्रत्येक आवश्यक वर्ग के लिए भंडारण नीतियों को कॉन्फ़िगर करने की क्षमता प्रदान करें। आप एक वर्ग के लिए निम्नलिखित नीतियां निर्धारित कर सकते हैं:

• ParentObjectFile - क्लास ऑब्जेक्ट को ऑब्जेक्ट ऑब्जेक्ट फ़ाइल में बच्चों के रूप में संग्रहीत किया जाएगा, यह नीति डिफ़ॉल्ट रूप से लागू होती है;
• SingleObjectFile - प्रत्येक वर्ग ऑब्जेक्ट को एक अलग फ़ाइल प्रदान की जाती है, और केवल इस ऑब्जेक्ट का लिंक स्वामी की ऑब्जेक्ट फ़ाइल में सहेजा जाएगा (भविष्य में मैं इसे बस एक ऑब्जेक्ट लिंक कहूंगा); प्रत्येक ऑब्जेक्ट की सभी फाइलें रिपॉजिटरी के अंदर एक अलग फ़ोल्डर में संग्रहीत की जाएंगी;
• ClassObjectsFile - इस वर्ग की सभी वस्तुओं को एक अलग फ़ाइल में संग्रहीत किया जाएगा, और केवल ऑब्जेक्ट संदर्भ को स्वामी ऑब्जेक्ट्स की फ़ाइलों में सहेजा जाएगा।

ऑब्जेक्ट संदर्भ की अवधारणा निर्दिष्ट वर्ग के ऑब्जेक्ट को संदर्भित करती है, जिसमें एक फ़ील्ड - पहचानकर्ता है। Xml फ़ाइल में, इस ऑब्जेक्ट के पूर्ण डेटा के बजाय, केवल कक्षा का नाम और पहचानकर्ता संग्रहीत किया जाता है, ताकि बाद में इस लिंक पर आप सभी डेटा प्राप्त कर सकें। ऐसी वस्तुओं को लोड करना हाइबरनेट में देर से प्रारंभ होने के समान है।
लगातार वस्तुओं को जावा के साथ लागू किया जाना चाहिए (है) और लगातार क्षेत्रों के लिए तरीके निर्धारित करें।

एक दिलचस्प काम

ऐसी स्थिति को बेहतर ढंग से समझने के लिए, जब हम इस तरह के भंडार को लागू करने की कोशिश कर रहे हैं, तो हमें सही ढंग से कार्य को निर्धारित करने की आवश्यकता है। डेटाबेस के संदर्भ में, यह इस तरह से लगता है: एक डेटाबेस तालिका में, दो पंक्तियाँ हैं, दो लेनदेन एक साथ शुरू होते हैं, जिनमें से प्रत्येक दोनों पंक्तियों को संशोधित करता है, फिर पहला लेनदेन एक कमिट के साथ पूरा होता है और तीसरा शुरू होता है, जो इन दो पंक्तियों को भी संशोधित करता है।
हम एक समान स्थिति में व्यवहार में रुचि रखते हैं, अर्थात्। प्रत्येक लेनदेन में डेटा का क्या होता है। वर्तमान पुस्तकालय कार्यान्वयन में, व्यवहार निम्नानुसार होगा:
1) चूंकि डेटा को पहले लेन-देन द्वारा संशोधित किया गया था, इसलिए दूसरे लेनदेन को अपवाद के रूप में डेटा परिवर्तनों से इनकार किया जाएगा। यह इस तथ्य से समझाया गया है कि पहला और दूसरा लेनदेन एक ही समय में शुरू हुआ था और सबसे अधिक संभावना एक ही प्रतियों के साथ काम किया था, और पहले लेनदेन में परिवर्तन नहीं खोने के लिए, दूसरे को मना कर दिया जाना चाहिए।
2) लेकिन तीसरे लेन-देन के डेटा को स्वीकार किया जाएगा, क्योंकि यह पहले लेनदेन के बाद शुरू हुआ और अद्यतन डेटा के साथ काम करता है।
चूंकि यह एक काफी सरल कार्यान्वयन है, इस समस्या को हल करते समय, गतिरोध से बचने के लिए रिकॉर्ड लॉक का उपयोग नहीं किया गया था और टाइमआउट द्वारा लेनदेन को वापस करने की आवश्यकता थी। इस मामले में, एक अपवाद फेंक दिया जाता है, जिसके लिए लेनदेन को वापस ले जाना चाहिए।

उपयोग शुरू करें

इस विकास का बहुत लक्ष्य एक सरल और लचीला पुस्तकालय प्राप्त करना है जो आपको xml प्रारूप में वस्तुओं को सहेजने की अनुमति देता है। इसलिए, परिणामी इंटरफ़ेस काफी सरल है, और संग्रहीत वस्तुओं के लिए आवश्यकताओं को कम से कम किया जाता है। प्रत्येक संग्रहीत ऑब्जेक्ट के लिए मूल आवश्यकता एक सरल IXmlDataStoreIdentifiable इंटरफ़ेस को लागू करने की आवश्यकता है। यह इस तरह दिखता है:

public interface IXmlDataStoreIdentifiable { String getId(); void setId(String id); } 

जैसा कि आप देख सकते हैं, आपको केवल ऑब्जेक्ट पहचानकर्ता के साथ काम करने के दो तरीकों को लागू करने की आवश्यकता है। यह शर्त इस तथ्य के कारण है कि कुछ नीतियों के साथ, केवल वस्तुओं के लिंक सहेजे जाते हैं, जिसके लिए बाद में सभी गुणों को पुनर्स्थापित करना (लोड करना) आवश्यक हो सकता है। Xml फ़ाइल में लिंक निम्नानुसार है:

 <reference class="org.flib.xdstore.entities.XdGalaxy" id="cc74e3f2"/> 

इस लिंक को लोड करते समय, निर्दिष्ट वर्ग का एक ऑब्जेक्ट बनाया जाएगा और इसकी पहचानकर्ता संपत्ति को चिपका दिया जाएगा। अन्य फ़ील्ड्स को डिफ़ॉल्ट रूप से प्रारंभ किया जाएगा, अर्थात उन्हें लोड नहीं किया जाएगा।
अब निम्नलिखित वर्गों की वस्तुओं के भंडारण के लिए भंडारण स्थापित करने का एक सरल उदाहरण देखें: XdUniverse और XdGalaxy। पहले, आइए उनकी कक्षाओं को परिभाषित करें।

 package org.flib.xdstore.entities; import java.util.Collection; import org.flib.xdstore.IXmlDataStoreIdentifiable; public class XdUniverse implements IXmlDataStoreIdentifiable { private String id; private Collection<XdGalaxy> galaxies; @Override public String getId() { return id; } @Override public void setId(final String id) { this.id = id; } public Collection<XdGalaxy> getGalaxies() { return galaxies; } public void setGalaxies(Collection<XdGalaxy> galaxies) { this.galaxies = galaxies; } public void addGalaxy(XdGalaxy galaxy) { galaxies.add(galaxy); } public XdGalaxy removeGalaxy() { final Iterator<XdGalaxy> it = galaxies.iterator(); XdGalaxy galaxy = null; if(it.hasNext()) { galaxy = it.next(); it.remove(); } return galaxy; } } 

और एक साधारण XdGalaxy क्लास।

 package org.flib.xdstore.entities; import org.flib.xdstore.IXmlDataStoreIdentifiable; public class XdGalaxy implements IXmlDataStoreIdentifiable { private String id; @Override public String getId() { return id; } @Override public void setId(String id) { this.id = id; } } 

अब आप निर्दिष्ट संस्थाओं के लिए भंडारण विन्यास पर विचार कर सकते हैं।

 final XmlDataStore store = new XmlDataStore("./teststore"); store.setStorePolicy(XdUniverse.class, XmlDataStorePolicy.ClassObjectsFile); store.setStorePolicy(XdGalaxy.class, XmlDataStorePolicy.ClassObjectsFile); 

अब हमने सेटिंग्स को चुना है कि प्रत्येक वर्ग की सभी वस्तुओं को उनकी फ़ाइल में संग्रहीत किया जाएगा, अर्थात्। प्रत्येक कक्षा एक फ़ाइल के लिए। आप अन्य सेटिंग्स का उपयोग कर सकते हैं और, उदाहरण के लिए, XdGalaxy वर्ग के लिए एक नीति निर्दिष्ट नहीं करते हैं, तो इसके ऑब्जेक्ट्स को XdUniverse वर्ग की वस्तुओं के साथ सहेजा जाएगा।
परिणामस्वरूप, हमारी सेटिंग्स के लिए, वस्तुओं को रिकॉर्ड करने के बाद, हमें दो फाइलें मिलती हैं: XdUniverse.xml और XdGalaxy.xml।

 <?xml version="1.0" encoding="UTF-8"?> <objects> <object isNull="false" class="org.flib.xdstore.entities.XdUniverse" id="002df141"> <collection name="Galaxies" class="java.util.ArrayList"> <reference class="org.flib.xdstore.entities.XdGalaxy" id="cc74e3f2"/> <reference class="org.flib.xdstore.entities.XdGalaxy" id="ca519d20"/> </collection> <object name="Id" isNull="false" class="java.lang.String" value="002df141"/> </object> </objects> 

जैसा कि आप उदाहरण से देख सकते हैं, यह फ़ाइल नीचे की दूसरी XdGalaxy.xml फ़ाइल से वस्तुओं को लिंक करती है।

 <?xml version="1.0" encoding="UTF-8"?> <objects> <object isNull="false" class="org.flib.xdstore.entities.XdGalaxy" id="cc74e3f2"> <object name="Id" isNull="false" class="java.lang.String" value="cc74e3f2"/> </object> <object isNull="false" class="org.flib.xdstore.entities.XdGalaxy" id="ca519d20"> <object name="Id" isNull="false" class="java.lang.String" value="ca519d20"/> </object> </objects> 

इस प्रकार, हमें अपनी वस्तुओं के लिए दो फ़ाइल संग्रहण मिले। यदि हमें XdGalaxy वर्ग की वस्तुओं की आवश्यकता नहीं है, तो हम केवल XdUniverse वर्ग की वस्तुओं को लोड कर सकते हैं और उनके साथ काम कर सकते हैं। यदि हमें XdGalaxy वर्ग की वस्तुओं की आवश्यकता है, तो हमें उन्हें पहले से लोड किए गए लिंक से डाउनलोड करने की आवश्यकता है।
यदि हम SingleObjectFile ऑब्जेक्ट को संग्रहीत करने के लिए एक नीति रखते हैं, तो एक फ़ोल्डर रिपॉजिटरी के रूट डायरेक्टरी में बनाया जाएगा जहां ऑब्जेक्ट फ़ाइलों को सहेजा जाएगा।

वस्तुओं को सहेजना और लोड करना

वस्तुओं को बचाने के संचालन के बारे में XmlDataStore वर्ग के इंटरफ़ेस पर विचार करें। यह काफी सरल है और हमें नीतियों को निर्दिष्ट किए बिना वस्तुओं को बचाने की अनुमति देता है, क्योंकि वे पहले से ही सेट कर रहे हैं जब रिपॉजिटरी को शुरू करते हैं।

 public class XmlDataStore { public XmlDataStoreTransaction beginTransaction(); public void commitTransaction(final XmlDataStoreTransaction transaction); public void rollbackTransaction(final XmlDataStoreTransaction transaction); public <T extends IXmlDataStoreIdentifiable> boolean saveRoot(final T root) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean saveObject(final T object) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean saveObjects(final Collection<T> objects) throws XmlDataStoreException } 

भंडारण को बहु-थ्रेडेड उपयोग के लिए विकसित किया गया था और कई संसाधन वस्तुओं को काम के दौरान शामिल किया जा सकता है, इसलिए यह एक लेनदेन तंत्र का उपयोग करता है और उचित तरीके प्रदान करता है। लेन-देन की विधि के माध्यम से लेनदेन की स्वीकृति और रोलबैक भी कहा जा सकता है।
रूट ऑब्जेक्ट्स और चाइल्ड ऑब्जेक्ट्स को सेव करना थोड़ा अलग है, इसलिए रूट ऑब्जेक्ट्स के साथ काम करने के तरीके अलग ग्रुप में आवंटित किए जाते हैं। अंतर यह है कि SingleObjectFile नीति के साथ, प्रत्येक रूट ऑब्जेक्ट के लिए एक अलग फ़ाइल आवंटित की जाएगी और उन सभी के अतिरिक्त एक अतिरिक्त फ़ाइल बनाई जाएगी जिसमें लिंक संग्रहीत किए जाएंगे। यह आपको एक ही बार में सभी रूट ऑब्जेक्ट को लोड करने की अनुमति देता है।
अब सेव ऑपरेशन पर विचार करें।

 final XmlDataStore store = initStore("./teststore"); final XdUniverse universe = generateUniverse(); final XmlDataStoreTransaction tx = store.beginTransaction(); try { store.saveRoot(universe); store.saveObjects(universe.getGalaxies()); tx.commit(); } catch (XmlDataStoreException e) { tx.rollback(); } 

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

 public class XmlDataStore { public <T extends IXmlDataStoreIdentifiable> Map<String, T> loadRoots(final Class<T> cl) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> T loadRoot(final Class<T> cl, final String id) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean loadObject(final T reference) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> T loadObject(Class<T> cl, final String id) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean loadObjects(final Collection<T> references) throws XmlDataStoreException } 

जैसा कि आप देख सकते हैं, रिपॉजिटरी हमें एक बार में निर्दिष्ट वर्ग की सभी जड़ों को लोड करने या पहचानकर्ता द्वारा निर्दिष्ट वर्ग की एक जड़ का अनुरोध करने की अनुमति देती है। आप संदर्भ या पहचानकर्ता द्वारा किसी भी वर्ग की वस्तुओं को भी लोड कर सकते हैं। हमारे मामले में, सभी सहेजे गए डेटा को लोड करना इस तरह दिखाई देगा।

 final XmlDataStore store = initStore("./teststore"); final XmlDataStoreTransaction tx = store.beginTransaction(); try { final Map<String, XdUniverse> roots = store.loadRoots(XdUniverse.class); for (final XdUniverse root : roots.values()) { final Collection<XdGalaxy> galaxies = root.getGalaxies(); store.loadObjects(galaxies); } tx.commit(); } catch(XmlDataStoreException e) { tx.rollback(); } 

जैसा कि आप उदाहरण से देख सकते हैं, सभी जड़ें पहले भरी हुई हैं, और फिर प्रत्येक जड़ के लिए सभी बच्चे ऑब्जेक्ट ऑब्जेक्ट लिंक का उपयोग करके लोड किए गए हैं।

वस्तुओं को अद्यतन करना और हटाना

वस्तुओं को अपडेट करने (बदलने) और हटाने के तरीके नीचे प्रस्तुत किए गए हैं।

 public class XmlDataStore { public <T extends IXmlDataStoreIdentifiable> boolean updateRoot(final T root) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean deleteRoot(final T root) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean deleteRoot(final Class<T> cl, final String id) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean updateObject(final T object) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean deleteObject(final T reference) throws XmlDataStoreException public <T extends IXmlDataStoreIdentifiable> boolean deleteObjects(final Collection<T> references) throws XmlDataStoreException } 

यह ध्यान दिया जाना चाहिए कि सभी आश्रित वस्तुएं जो मालिक से अलग फाइलों में संग्रहीत हैं, उन्हें स्पष्ट रूप से अद्यतन या हटा दिया जाना चाहिए। उदाहरण के लिए, हमारे मामले में, XdUniverse ऑब्जेक्ट से XdGalaxy क्लास की एक ऑब्जेक्ट को हटाते समय, XdUniverse ऑब्जेक्ट को अपडेट करना आवश्यक है और इसके अलावा XdGalaxy को स्पष्ट रूप से हटा दें।

 final XmlDataStore store = initStore("./teststore"); final XmlDataStoreTransaction tx = store.beginTransaction(); try { final Map<String, XdUniverse> roots = store.loadRoots(XdUniverse.class); for (final XdUniverse root : roots.values()) { final Collection<XdGalaxy> galaxies = root.getGalaxies(); store.loadObjects(galaxies); } if(roots.size() > 0) { final XdUniverse universe = roots.values().iterator().next(); final XdGalaxy galaxy = universe.removeGalaxy(); if(galaxy != null) { store.updateRoot(universe); store.deleteObject(galaxy); } } tx.commit(); } catch(XmlDataStoreException e) { tx.rollback(); } 

यदि आप कोई ऑब्जेक्ट जोड़ते हैं, तो कोड निम्नानुसार है।

 final XmlDataStore store = initStore("./teststore"); final XmlDataStoreTransaction tx = store.beginTransaction(); try { final Map<String, XdUniverse> roots = store.loadRoots(XdUniverse.class); for (final XdUniverse root : roots.values()) { final Collection<XdGalaxy> galaxies = root.getGalaxies(); store.loadObjects(galaxies); } if(roots.size() > 0) { final XdUniverse universe = roots.values().iterator().next(); final XdGalaxy galaxy = initGalaxy(); // initialization XdGalaxy universe.addGalaxy(galaxy); store.updateRoot(universe); store.saveObject(galaxy); } tx.commit(); } catch(XmlDataStoreException e) { tx.rollback(); } 

यदि बचत नीति पेरेंटऑब्जेक्टफाइल है, तो चाइल्ड ऑब्जेक्ट्स के लिए स्पष्ट रूप से डिलीट और ऑपरेशंस को सेव करने की आवश्यकता नहीं है, क्योंकि ओनर ऑब्जेक्ट को अपडेट करने के बाद, आवश्यक ऑपरेशन अपने आप ही हो जाएगा।
हमारे भंडारण की पूरी सफाई इस तरह दिखाई देगी:

 final XmlDataStore store = initStore(storedir); final XmlDataStoreTransaction tx = store.beginTransaction(); try { final Map<String, XdUniverse> roots = store.loadRoots(XdUniverse.class); for (final XdUniverse root : roots.values()) { final Collection<XdGalaxy> galaxies = root.getGalaxies(); store.deleteObjects(galaxies); store.deleteRoot(root); } tx.commit(); } catch(XmlDataStoreException e) { tx.rollback(); } 

उदाहरण दिखाता है कि हमें हटाने से पहले XdGalaxy वर्ग की वस्तुओं को लोड करने की आवश्यकता नहीं थी। हमने सिर्फ वस्तु संदर्भों का एक संग्रह पारित किया है। यह संभव है क्योंकि ऑब्जेक्ट लिंक ऑब्जेक्ट के पहचानकर्ता को संग्रहीत करता है।

कार्यान्वयन के बारे में थोड़ा

भंडारण अक्षमता को बढ़ाने के लिए गैर-अक्षम कैशिंग का उपयोग किया जाता है। यानी किसी भी संसाधन ऑब्जेक्ट (फ़ाइल) के साथ काम करते समय, इसमें संग्रहीत सभी वस्तुओं को पहले लेनदेन के दौरान लोड और कैश किया जाता है। अन्य सभी लेनदेन पहले से ही कैश किए गए डेटा के साथ काम करते हैं। जब इस संसाधन ऑब्जेक्ट पर चलने वाला अंतिम लेन-देन पूरा हो जाता है, तो कैश डेटा को छोड़ दिया जाता है। सभी परिवर्तन कैश में दर्ज किए जाते हैं और लेन-देन स्वीकार किए जाने तक डिस्क में फ्लश नहीं किए जाते हैं।
चूंकि लेन-देन के निष्पादन के दौरान संसाधनों की अनिश्चित संख्या प्रभावित हो सकती है, लेन-देन के परिवर्तन को स्वीकार करने का लेन-देन सभी बारी में किया जाता है। यदि इस प्रक्रिया के दौरान कोई त्रुटि होती है, तो डेटा वेयरहाउस की अखंडता का उल्लंघन होता है और XmlDataStoreRuntimeException प्रकार का अपवाद फेंक दिया जाता है। वर्तमान कार्यान्वयन में, भंडारण के अभिन्न राज्य की बहाली लागू नहीं है। यह वर्तमान संस्करण की महत्वपूर्ण कमियों में से एक है।

विकास की योजनाएँ

वर्तमान कार्यान्वयन में, एक निश्चित वर्ग की वस्तुओं की एक बड़ी संख्या और ClassObjectsFile की संग्रहण नीति के साथ, पढ़ने और लिखने के संचालन की जटिलता वस्तुओं की संख्या में वृद्धि के प्रत्यक्ष अनुपात में बढ़ जाती है। भंडारण प्रदर्शन को बढ़ाने के लिए, यह सूचकांक फ़ाइल के विखंडन और निर्माण को लागू करने की योजना है। विखंडन से तात्पर्य सीमित संख्या में वस्तुओं में एक फ़ाइल को तोड़ने से है, और इस मामले में सूचकांक में खंड फ़ाइल को इंगित करने वाले लिंक होंगे जिसमें ऑब्जेक्ट संग्रहीत होता है।
लेन-देन में परिवर्तन को स्वीकार करने में विफलता के बाद भंडारण की अभिन्न स्थिति को बहाल करने की योजना भी शामिल है।
यह संभव है कि नए भंडारण कार्यान्वयन में ट्रिगर्स दिखाई देंगे, जिन्हें तब कहा जाएगा जब संग्रहीत वस्तुओं की स्थिति बदल जाती है। यानी वस्तुओं को जोड़ने, बदलने या हटाने के दौरान।

लेखक: बेस्चस्टानी एवगेनी

एक्सएमएल प्रारूप में जावा ऑब्जेक्ट की बहु-फ़ाइल भंडारण (भाग 2)