मनेसिया - तालिका परिवर्तन

मेन्सिया में बहुत सारी उपयोगी चीजें हैं: एर्लांग प्रारूप, प्रतिकृति, लेनदेन आदि में डेटा संग्रहीत करता है। आदि लेकिन एक समस्या है - टेबल संरचनाओं को कैसे बदलना है?

तालिका बनाते समय, आपको फ़ील्ड की एक सूची निर्दिष्ट करनी होगी। हम तालिका के साथ एक ही नाम के रिकॉर्ड का उपयोग करने की सिफारिश में गहराई से नहीं जाएंगे। यह महत्वपूर्ण है कि जब mnesia का उपयोग करके दस्तावेज़ में प्रस्तावित विकल्प के अनुसार फ़ील्ड की सूची को बदलना: transform_table (फ़ील्ड्स को बदलना और तालिका परिभाषा को बदलना), तो ऐसा लगता है कि आपको सिस्टम को रोकना होगा, तालिका को बदलना होगा, नए प्रकार के साथ काम करने के लिए एप्लिकेशन कोड को बदलना होगा और शुरू (परीक्षण) करना होगा।
यदि आप किसी SQL डेटाबेस को देखते हैं, तो एक फ़ील्ड जोड़ना एक प्राथमिक ऑपरेशन है।
मेरे लिए यह महत्वपूर्ण है कि मैं पूरे सिस्टम को रोके बिना एक नए प्रकार पर स्विच करूं। बहुत कम से कम, डेटाबेस को लगातार कार्य करना चाहिए।

मैंने मनेसिया में पढ़ने और लिखने पर शोध किया। और निष्कर्ष यह है:
Mnesia रिकॉर्डिंग के दौरान डेटा को कसकर नियंत्रित करता है। आप केवल तालिका संरचना में घोषित किया गया है, अन्यथा एक त्रुटि लिख सकते हैं। रिकॉर्ड का नाम और तत्वों की संख्या नियंत्रित है - अर्थात सभी।
हालांकि, पढ़ते समय, मानेसिया खेतों की वर्तमान कॉन्फ़िगर सूची और रिकॉर्ड के नाम की जांच किए बिना, जो कुछ लिखा गया था, उसे दूर कर देता है। और खेतों की सूची को वास्तव में अनुशंसित नहीं mnesia फ़ॉर्म का उपयोग करके रिकॉर्ड को बदलने के बिना बदला जा सकता है: transform_table (टैब, अनदेखा , फ़ेलिस्ट)।
प्रलेखन द्वारा देखते हुए, यह प्रपत्र तालिका रिकॉर्ड के उपयोगकर्ता परिवर्तन के लिए अभिप्रेत है।
आइए देखें कि यह सब कैसे काम करता है। उदाहरण के लिए, एक तालिका बनाएं, डेटा लिखें, और फिर नए फ़ील्ड जोड़ें और उपेक्षा से बदलें:
-module(recordtest).
-compile(export_all).
-record(r1 ,{f1,f2}).
-record(r2 ,{f1,f2,f3,f4}).
dbtest()->
mnesia:create_table(r1,[{attributes, record_info(fields, r1)}]).
transform()->
mnesia:transform_table(r1,ignore,record_info(fields, r2), r2).


हम परीक्षण करेंगे:

14> mnesia:create_schema([node()]).
18> mnesia:start().
ok
19> recordtest:dbtest().
{atomic,ok}
20> mnesia:dirty_write(r1, {r1,l1,l2}).
ok
21> mnesia:dirty_write(r1, {r1,t1,t2,t3}).
** exception exit: {aborted,{bad_type,{r1,t1,t2,t3}}}
in function mnesia:abort/1
22> mnesia:dirty_write(r1, {r2,l1,l2}).
** exception exit: {aborted,{bad_type,{r2,l1,l2}}}
in function mnesia:abort/1
23> mnesia:dirty_read(r1, l1).
[{r1,l1,l2}]
24> mnesia:dirty_read(r1, l1).
[{r1,l1,l2}]

38> recordtest:transform().
{atomic,ok}
39> mnesia:dirty_read(r1, l1).
[{r1,l1,l2}]
40> mnesia:dirty_write(r1, {r2,l1,l2}).
** exception exit: {aborted,{bad_type,{r2,l1,l2}}}
in function mnesia:abort/1
41> mnesia:dirty_write(r1, {r2,a1,a2,a3,a4}).
ok
49> mnesia:dirty_read(r1, l1).
[{r1,l1,l2}]
50> mnesia:dirty_read(r1, a1).
[{r2,a1,a2,a3,a4}]

अब हमारे पास तालिका में दोनों प्रकार के रिकॉर्ड हैं और हम उन्हें पढ़ सकते हैं। लेकिन अगर हम अब mnesia:add_table_index(r1,[l4]). रिकॉर्ड के चौथे क्षेत्र पर एक इंडेक्स बनाने की कोशिश करते हैं mnesia:add_table_index(r1,[l4]).
- एक घातक त्रुटि प्राप्त करें, भूलने की बीमारी को रोकें। अगली बार जब आप इस डेटाबेस को शुरू करेंगे, तो एक त्रुटि फिर से होगी। R1.dcm फ़ाइल को हटाने से मदद मिलेगी - उसके बाद, मेन्सिया शुरू हो जाएगा। आपको स्कीमा से तालिका परिभाषा को हटाने की भी आवश्यकता होगी।
इसलिए, जब तक कि तालिकाओं के सभी रिकॉर्ड सूचकांक के विनिर्देश का अनुपालन नहीं करते हैं - किसी भी मामले में अनुक्रमित नहीं किया जा सकता है।

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

यदि कोई मानेसिया में टेबल बदलने की समस्या से परिचित है - इसे साझा करें। Mnesia के बारे में बहुत कम जानकारी है।