मैं एन्क्रिप्शन के बारे में निश्चित नहीं हूं, लेकिन आपको शायद यह लिंक मददगार लगेगा:
http://msdn.microsoft.com/en-us/library/ms171955.aspx
बाकी के लिए:
"टेक्स्ट" और "auto_increment" मुझे एक्सेस की याद दिलाते हैं। SQL सर्वर कॉम्पैक्ट को सर्वर . के अनुकूल अपग्रेड होना चाहिए SQL सर्वर के संस्करण, आपके कॉम्पैक्ट डेटाबेस में उपयोग किए गए प्रश्नों और तालिकाओं में संशोधन के बिना पूर्ण डेटाबेस में स्थानांतरित होना चाहिए। इसे ध्यान में रखते हुए, आपको पहले एक्सेस नामों के बजाय SQL सर्वर प्रकारों और नामों को देखना चाहिए:इस मामले में अर्थात् varchar(max) , bigint , और identity स्तंभ।
दुर्भाग्य से, आप देखेंगे कि यह वर्चर (अधिकतम) के संबंध में विफल रहता है, क्योंकि कॉम्पैक्ट संस्करण में अभी तक वर्चर (अधिकतम) प्रकार नहीं है। उम्मीद है कि वे इसे जल्द ही ठीक कर लेंगे। हालाँकि, आप जिस ntext प्रकार को देख रहे थे, वह 255 से अधिक बाइट्स का समर्थन करता है:2 वास्तव में, जो 500 मिलियन से अधिक वर्णों के बराबर है।
अंत में, बिगिंट भंडारण के लिए 8 बाइट्स का उपयोग करता है। आपने 11 के लिए कहा। हालाँकि, मुझे लगता है कि आप यहाँ भ्रमित हो सकते हैं कि भंडारण का आकार उपलब्ध दशमलव अंकों की संख्या को इंगित करता है। निश्चित रूप से यह मामला नहीं है। भंडारण के 8 बाइट्स 2 तक के मूल्यों की अनुमति देते हैं, जो 11 से अधिक अंकों को समायोजित करेगा। यदि आपके पास इतनी सारी चीज़ें हैं तो आप शायद सर्वर-क्लास डेटाबेस चाहते हैं। यदि आप वास्तव में अंकों के संदर्भ में सोचना चाहते हैं, तो एक numeric है प्रकार भी प्रदान किया गया।
