अंततः सुसंगतता का अर्थ है कि परिवर्तनों को प्रचारित होने में समय लगता है और डेटा हर क्रिया के बाद भी समान स्थिति में नहीं हो सकता है, यहां तक कि डेटा के समान कार्यों या परिवर्तनों के लिए भी। यह बहुत खराब चीजें हो सकती हैं जब लोग यह नहीं जानते कि ऐसी प्रणाली के साथ बातचीत करते समय वे क्या कर रहे हैं।
जब तक आप इस अवधारणा को अच्छी तरह से नहीं समझते हैं, तब तक व्यावसायिक महत्वपूर्ण दस्तावेज़ डेटा स्टोर लागू न करें। दस्तावेज़ डेटा स्टोर कार्यान्वयन को खराब करना एक संबंधपरक मॉडल की तुलना में तय करना बहुत कठिन है क्योंकि जिन मूलभूत चीजों को खराब किया जा रहा है उन्हें बस ठीक नहीं किया जा सकता है क्योंकि इसे ठीक करने के लिए आवश्यक चीजें अभी पारिस्थितिक तंत्र में मौजूद नहीं हैं। एक RDBMS के सरल ETL परिवर्तनों की तुलना में एक इनफ़्लो स्टोर के डेटा को फिर से बेचना भी बहुत कठिन है।
सभी दस्तावेज़ स्टोर समान नहीं बनाए गए हैं। इन दिनों (MongoDB) कुछ प्रकार के लेनदेन का समर्थन करते हैं, लेकिन डेटस्टोर्स के माइग्रेट करने की संभावना पुन: कार्यान्वयन के खर्च की तुलना में है।
चेतावनी: डेवलपर्स और यहां तक कि आर्किटेक्ट जो दस्तावेज़ डेटा स्टोर की तकनीक को नहीं जानते या समझते हैं और यह स्वीकार करने से डरते हैं कि अपनी नौकरी खोने के डर से लेकिन आरडीबीएमएस में शास्त्रीय रूप से प्रशिक्षित किया गया है और जो केवल एसीआईडी सिस्टम जानते हैं (कितना अलग हो सकता है) ;) और जो तकनीक को नहीं जानते हैं या इसे सीखने के लिए समय नहीं लेते हैं, वे दस्तावेज़ डेटा स्टोर को डिज़ाइन करने से चूक जाएंगे। वे आरडीबीएमएस या कैशिंग जैसी चीजों के लिए भी इसका उपयोग कर सकते हैं। वे टूट जाएंगे कि परमाणु लेन-देन क्या होना चाहिए, जो पूरे दस्तावेज पर "रिलेशनल" टुकड़ों में काम करना चाहिए, यह भूल जाते हैं कि प्रतिकृति और विलंबता चीजें हैं, या इससे भी बदतर हैं, तीसरे पक्ष के सिस्टम को "लेनदेन" में खींचते हैं। वे ऐसा करेंगे ताकि उनका आरडीबीएमएस उनके डेटा झील को मिरर कर सके, बिना इस बात की परवाह किए कि वह काम करेगा या नहीं, और बिना किसी परीक्षण के, क्योंकि वे जानते हैं कि वे क्या कर रहे हैं। तब वे आश्चर्यचकित हो जाएंगे जब "ऑर्डर" जैसे अलग-अलग दस्तावेज़ों में संग्रहीत जटिल ऑब्जेक्ट्स में अपेक्षा से कम "ऑर्डर आइटम" होंगे, या शायद बिल्कुल भी नहीं। लेकिन ऐसा अक्सर नहीं होगा, या अक्सर इतना होगा कि वे आगे मार्च करेंगे। हो सकता है कि वे विकास में समस्या से भी न टकराएं। फिर, चीजों को फिर से डिज़ाइन करने के बजाय, वे एक रिलेशनल डेटा मॉडल को नकली करने के लिए "देरी" और "रिट्रीट" और "चेक" को फेंक देंगे, जो काम नहीं करेगा, लेकिन बिना किसी लाभ के अतिरिक्त जटिलता जोड़ देगा। लेकिन अब इसकी बहुत देर हो चुकी है - इस चीज को तैनात कर दिया गया है और अब इस पर कारोबार चल रहा है। आखिरकार, पूरी प्रणाली को बाहर फेंक दिया जाएगा और विभाग को आउटसोर्स किया जाएगा और कोई और इसे बनाए रखेगा। यह अभी भी सही ढंग से काम नहीं करेगा, लेकिन वे मौजूदा विफलता की तुलना में कम खर्चीले रूप से असफल हो सकते हैं।
