GUID उत्पन्न करना

Question

मैं अपने .NET ऐप में एक GUID का उपयोग करने के बारे में सोच रहा हूं जो SQL सर्वर का उपयोग करता है। क्या मुझे एक संग्रहित प्रक्रिया लिखनी चाहिए जो दर्ज किए गए प्रत्येक रिकॉर्ड पर GUID उत्पन्न करती है या मुझे इसे सीधे एप्लिकेशन से उत्पन्न करना चाहिए। सवाल पूछने के लिए

कारण (यदि गलत इस में मुझे सही कर रहा हूँ):

मैं (पूर्व के रूप में /) sume:

कि जब डेटाबेस से GUID पैदा करने के लिए, आप यह मान सकते हैं डीबी याद है पिछली जेनरेट की गई GUID जहां एप्लिकेशन को याद रखना मुश्किल है।

Answer 1

एसक्यूएल सर्वर में निर्मित GUID का निर्माण है। इसके लिए एक अलग संग्रहीत प्रक्रिया लिखने की आवश्यकता नहीं है।

आप

• NEWID()
• NEWSEQUENTIALID()

उपयोग कर सकते हैं दोनों प्रक्रियाओं के बीच मुख्य अंतर यह होगा कि अनुक्रमिक GUID इस्तेमाल किया जाना चाहिए अगर यह एक प्राथमिक क्लस्टर के लिए है कुंजी।

मुझे यकीन नहीं है क्यों आप डेटाबेस इंजन को पिछले जेनरेट किए गए GUID को याद रखना चाहते हैं।

Answer 2

नहीं, आपकी धारणा गलत है: डेटाबेस कुछ भी याद नहीं रखेगा - इसलिए उस दृष्टिकोण से कोई लाभ नहीं है।

आप अपनी प्राथमिक कुंजी/एसक्यूएल सर्वर में क्लस्टरिंग कुंजी है, जो एक बुरा विचार के साथ शुरू करने के लिए है के रूप में GUID उपयोग कर रहे हैं (देखें here, here या here क्यों ऐसी बात है), तो आपको चाहिए कम से कम उपयोग newsequentialid() उस कॉलम पर डिफ़ॉल्ट बाधा के रूप में कार्य करता है।

CREATE TABLE YourTable(ColumnA uniqueidentifier DEFAULT NEWSEQUENTIALID()) 

इस तरह से, डेटाबेस अपने पी के लिए छद्म अनुक्रमिक GUID के उत्पन्न होगा और इस तरह एक GUID पी/सी के रूप में कम से कम सहने ....

आप अगर 'का उपयोग कर के नकारात्मक प्रभावों को होगा GUID का उपयोग अपनी प्राथमिक कुंजी के रूप में नहीं कर रहे हैं, तो मुझे वास्तव में सर्वर पर उस GUID को बनाने में कोई लाभ नहीं दिख रहा है।

Answer 3

मेरी प्राथमिकता अनुप्रयोग में GUID बनाने के लिए डीबी नहीं है।

• प्रविष्टि के बाद पंक्तियों की पुनर्प्राप्ति को सरल बनाता है।
• आसान डोमेन/व्यापार परत इकाई परीक्षण।
• तेज़। कम से कम इकाई ढांचे के लिए। http://blogs.msdn.com/b/adonet/archive/2010/06/28/performance-impact-of-server-side-generated-guids-in-ef.aspx

Answer 4

RFC4122 1: «यह मानकर न चलें कि UUIDs का अनुमान लगाना मुश्किल है, उन्हें सुरक्षा क्षमताओं के रूप में उपयोग नहीं किया जाना चाहिए (पहचानकर्ता जिनके पास केवल कब्जा पहुंच है), उदाहरण के लिए। एक अनुमानित यादृच्छिक संख्या स्रोत स्थिति को बढ़ा देगा »।

सरल कार्य में वृद्धिशील यूंट 64 बेहतर है।

GUID का उपयोग नहीं करें! अगर सुरक्षा की ज़रूरत है।

http://social.msdn.microsoft.com/Forums/en/netfxbcl/thread/b37b3438-90f4-41fb-adb9-3ddba16fe07c