क्या SQL सर्वर दृश्य में एक अनन्य आईडी बनाना संभव है जो प्रत्येक बार दृश्य कहलाए जाने पर समान रहेगा?

Question

मेरे पास 10 टेबल हैं जो मैं एक दृश्य बनाने के लिए एक साथ जुड़ रहा हूं। मैं केवल प्रत्येक तालिका से आईडी का चयन कर रहा हूं, लेकिन दृश्य में, प्रत्येक आईडी एक से अधिक बार दिखा सकती है, हालांकि सभी आईडी का संयोजन हमेशा अद्वितीय होगा। क्या इस दृश्य में एक और कॉलम बनाने का कोई तरीका है जो एक अद्वितीय आईडी होगा?

मैं अद्वितीय आईडी स्टोर करने और अन्य सभी आईडी प्राप्त करने के लिए दृश्य के विरुद्ध क्वेरी करने के लिए इसका उपयोग करने में सक्षम होना चाहता हूं।

Answer 1

नहीं, आप इसे एक दृश्य में नहीं कर सकते हैं, आप क्या कर सकते हैं यह जानकारी रखने के लिए एक अस्थायी तालिका बनाते हैं और प्रत्येक पंक्ति के लिए एक महत्वपूर्ण या अद्वितीय आईडी बनाते हैं।

Answer 2

मुझे लगता है कि आप ROW_NUMBER() का उपयोग करके ऐसा कर सकते हैं, कम से कम यदि आप दृश्य के ऑर्डर की गारंटी दे सकते हैं। उदाहरण के लिए:

SELECT 
    ROW_NUMBER() OVER (ORDER BY col1, col2, col3) as UniqueId 
FROM <lotsa joins> 

जब तक आदेश वही रहता है, और अंत में केवल फ़ील्ड जोड़े जाते हैं, तो आईडी अद्वितीय होगी।

Answer 3

तथ्य यह है कि आप डेटाबेस डिज़ाइन और/या एप्लिकेशन आर्किटेक्चर में बहुत बड़ी समस्याओं के लिए यह करने का प्रयास कर रहे हैं।

चूंकि आपके पास 10 टेबल हैं और मुझे लगता है कि डीबी डिज़ाइनर ने उन सभी तालिकाओं के लिए आईडी पहचान पहचान पर थप्पड़ मार दी है, जिनके बारे में आप समाप्त होंगे (2^31)^10 संभावित पंक्तियां टेबल।

एकमात्र डेटा प्रकार जिसे मैं सोच सकता हूं उस नंबर को कवर कर सकता है, सभी संख्याओं को 0-गद्देदार तारों में अनुवादित करना होगा और उन्हें एक बड़े चार्ज के रूप में एक साथ रखना होगा।

मेरा अनुमान है कि आपकी असली समस्या इस आईडी को देखने के लिए नहीं मिल रही है, लेकिन कुछ अन्य चीज जिसे आप करने का प्रयास कर रहे हैं, यही सवाल है कि आपको पूछना चाहिए। यद्यपि बस एक झुकाव।

Answer 4

एक संभावना आपके विचार से एक फ़ंक्शन को कॉल करना होगा जो सभी आईडी कॉलम पर हैश कोड की गणना करता है। यदि आप एक सभ्य क्रिप्टोग्राफिक हैश एल्गोरिदम का उपयोग करते हैं, तो टकराव की बाधाएं कमजोर होती हैं (शायद अधिक संभावना है कि डिस्क खराब डेटा प्रदान करेगी)। इससे भी आसान, आप निश्चित रूप से एक अलग, बहुत बड़ी आईडी, शायद बाइनरी या varbinary कॉलम के रूप में अलग-अलग आईडी को जोड़ सकते हैं।

उस आईडी को संग्रहीत करना और इसके खिलाफ पूछने में सक्षम होना थोड़ा और काम होगा। मैं इसे गणना करने और इसे देखने से स्टोर करने का एक तरीका नहीं सोच सकता। आपको इसे पहले बनाने के लिए शायद संग्रहीत प्रक्रिया की आवश्यकता होगी; विवरण आपके ऐप के विनिर्देशों पर भारी निर्भर करता है।

Answer 5

मेरे पास एक समान समस्या थी जहां मुझे कई तालिकाओं में पदानुक्रम स्थापित करने की आवश्यकता थी। यदि आप प्रत्येक तालिका में आईडी के रूप में एक पूर्णांक का उपयोग कर रहे हैं, तो आप बस प्रत्येक तालिका के आईडी को एक वर्चर में परिवर्तित कर सकते हैं और प्रत्येक तालिका के लिए उन्हें एक अलग अक्षर के साथ उपसर्ग कर सकते हैं। उदाहरण

CREATE VIEW LocationHierarchy as

SELECT 'C' + CONVERT(VARCHAR,[Id]) as Id 
     ,[Name] 
     ,'S' + CONVERT(VARCHAR,[State]) as parent 
    FROM [City] 
    UNION 
    SELECT 'S' + CONVERT(VARCHAR,[Id]) as Id 
     ,[Name] 
     ,'C' + CONVERT(VARCHAR,[Suburb]) as parent 
    FROM [Suburb] 

आदि

के लिए इस समाधान के प्रभाव को कैसे बड़े आपके डेटासेट है पर निर्भर करेगा।

Answer 6

हां, हाल ही में मुझे एक ही आवश्यकता है।

दृश्य बनाते समय, चयन विवरण को TEMP_TABLE के रूप में रखें और फिर पर Row_number() फ़ंक्शन का उपयोग करें।

CREATE VIEW VIEW_NM 
AS 
SELECT Row_number() OVER(ORDER BY column_nm DESC) AS 'RowNumber' FROM 
(SELECT COL1,COL2 FROM TABLE1 
UNION 
SELECT COL1,COL2 FROM TABLE2 
) AS TEMP_TABLE;