जाहिरा तौर पर कम से कम दो ज्ञात (संभावित) कमियां हैं (इसमें से (1) टीम ब्लॉग ):
-
स्पष्ट रूप से यह किसी भी विरासत प्रणाली के लिए संभावित समस्याएं पैदा कर सकता है जिसे मार्स सक्षम डिज़ाइन के विरुद्ध चलाने के लिए डिज़ाइन नहीं किया गया था - "गैर-मार्स दुनिया में चलाने के लिए अनुकूलित मौजूदा कोड थोड़ा सा प्रदर्शन डुबकी दिखा सकता है जब गैर-संशोधित चलाया जाता है मंगल"
-
“MARS के साथ आप सर्वर पर कई मल्टी-स्टेटमेंट बैच भेज सकते हैं। सर्वर ऐसे बैचों के निष्पादन को इंटरलीव करेगा, जिसका अर्थ है कि यदि बैच SET या USE स्टेटमेंट के माध्यम से सर्वर की स्थिति बदलते हैं, उदाहरण के लिए, या TSQL ट्रांजेक्शन मैनेजमेंट स्टेटमेंट्स (BEGIN TRAN, COMMIT, ROLLBACK) का उपयोग करते हैं, तो आप और सर्वर दोनों भ्रमित हो सकते हैं। इस बारे में कि आपका वास्तविक इरादा क्या है।"
मैंने अभी तक एक MARS सक्षम डिज़ाइन को आज़माया नहीं है, लेकिन मैं अपने वर्तमान प्रोजेक्ट पर ऐसा करने के बहुत करीब आ रहा हूँ। हमारे पास प्रतिस्पर्धी (और कभी-कभी निर्भर) क्वेरी संचालन के साथ एक मामूली समस्या है (जैसे कि उसी डेटाबेस से आलसी लोडिंग कॉन्फ़िगरेशन डेटा जो एक सक्रिय रिकॉर्डसेट निष्पादित कर रहा है)।
MSDN साइट पर अधिक जानकारी है (2) यहां
[(1) https://web.archive.org/web/20190911155929/https://blogs.msdn.microsoft.com/sqlnativeclient/2006/09/27/using- मार्स-विद-एसक्यूएल-नेटिव-क्लाइंट/
]
[ (2) http://msdn.microsoft. com/en-us/library/ms131686.aspx
]