टेक्स्ट संशोधन के लिए डेटाबेस डिज़ाइन

Question

This question में संख्या या एकाधिक विकल्प फ़ील्ड जैसे डेटा के लिए डेटाबेस इतिहास/संशोधन योजना को डिज़ाइन करने का कुछ उत्कृष्ट कवरेज शामिल है।

हालांकि, बड़े टेक्स्ट फ़ील्ड की अधिक चर्चा नहीं होती है, जैसा अक्सर ब्लॉग/क्यू & ए/विकी/दस्तावेज़ प्रकार सिस्टम में मिलता है।

तो, डेटाबेस आधारित संपादन प्रणाली में टेक्स्ट फ़ील्ड के इतिहास को संग्रहीत करने के लिए क्या अच्छा अभ्यास माना जाएगा? डेटाबेस में इसे एक अच्छा विचार भी संग्रहीत कर रहा है?

Answer 1

मैं एक विकी इंजन विकसित करता हूं और पृष्ठ/आलेख संशोधन डेटाबेस तालिका में संग्रहीत होते हैं। प्रत्येक संशोधन में अनुक्रमिक संशोधन संख्या होती है, जबकि "वर्तमान" संशोधन -1 के साथ चिह्नित होता है (केवल NULL से बचने के लिए)।

संशोधन पाठ को संग्रहीत किया गया है, अलग नहीं है या ऐसा कुछ नहीं है।

मुझे लगता है कि प्रदर्शन कोई समस्या नहीं है क्योंकि आप पुराने संशोधनों को बहुत बार एक्सेस करने की संभावना नहीं रखते हैं।

Answer 2

अक्सर दस्तावेज़ के संस्करणों को ट्रैक करने का सबसे समझदार तरीका यह है कि इसमें किए गए परिवर्तनों का ट्रैक रखें। फिर, यदि किसी विशेष संस्करण का अनुरोध किया जाता है तो इसे वर्तमान दस्तावेज़ और परिवर्तनों के आंशिक सेट से पुनर्निर्मित किया जा सकता है।

इसलिए यदि आपके पास किसी दस्तावेज़ में परिवर्तनों के प्रकारों का वर्णन करने का एक अच्छा तरीका है (यह दस्तावेज़ पर निर्भर करता है और इसका उपयोग कैसे किया जाता है) पर निर्भर करता है तो हर तरह से परिवर्तनों को ट्रैक करने के लिए डेटाबेस का उपयोग करें और इसलिए संस्करण । Document (ID, Name) और DocumentRevision (ID, DocumentID, Contents) टेबल काम करेगा:

Answer 3

HDD कला की वर्तमान स्थिति को देखते हुए, यह सिर्फ प्रयास पाठ भंडारण तंत्र अनुकूलन करने के लिए कोशिश कर रहा लायक नहीं है। DocumentRevision में "रिपोजिटरी" -वाइड संशोधन संख्या के रूप में भी कार्य कर सकता है। यदि यह वह व्यवहार नहीं है जिसे आप चाहते हैं, तो प्रत्येक दस्तावेज़ संशोधन में एक अलग VersionID असाइन करें।