मैं ऐसे एप्लिकेशन पर काम कर रहा हूं जो जीमेल में देखी गई यूआरएल आईडी के समान एक व्यावसायिक कुंजी (प्राथमिक कुंजी के रूप में ऑटो वृद्धि क्षेत्र के अतिरिक्त) के रूप में एक हेक्स वैल्यू लागू करेगा। । मैं कॉलम में एक अनूठी बाधा डाल रहा हूं और मूल रूप से वर्चर फील्ड खोजने से दूर होने के लिए मूल्य को एक बड़ा रूप देने के बारे में सोच रहा था, लेकिन यह सोच रहा था कि यदि क्षेत्र अद्वितीय है तो यह आवश्यक है।अद्वितीय वर्चर फ़ील्ड बनाम अनूठे वर्चर फ़ील्ड का मेरा एसएसएलक्यूएल प्रदर्शन
आंतरिक वृद्धि ऑटो वृद्धि क्षेत्र का उपयोग करके किया जाएगा और हेक्स वैल्यू फ़िल्टरिंग के लिए क्लॉज में उपयोग किया जाएगा।
वैरर (एक्स), या संभवतया एक चर (x) के रूप में मूल्य को स्टोर करने के लिए हेक्स से रूपांतरण करने के लिए अतिरिक्त काम पर कितना प्रदर्शन हिट होगा, मूल्य को एक पूर्णांक के रूप में स्टोर करने के लिए डेटाबेस में? क्या यह अतिरिक्त जटिलता के लायक है?
मैंने छोटी संख्या में पंक्तियों (50k) पर त्वरित परीक्षण किया और इसी तरह के खोज परिणाम समय थे। यदि कोई बड़ा प्रदर्शन मुद्दा है तो यह रैखिक, या घातीय होगा?
मैं इंजन के रूप में InnoDB का उपयोग कर रहा हूं।
व्यक्तिगत रूप से, मैं वास्तव में बचने की कोशिश करता हूं उपयोगकर्ता इंटरफ़ेस में उपयोगकर्ता को GUID में उजागर करना। यहां तक कि एक यूआरएल लाइन भी। हालांकि, मैं एक सत्र का उपयोग करके या विशिष्ट कोड का उपयोग करके उन्हें * प्रदर्शन के लिए * आंतरिक रूप से और उन्हें छीनने का सुझाव दूंगा। इस तरह और आइटम = 1 मैंने दिखाया पहला आइटम है ... मैं GUID * आंतरिक रूप से * खींचता हूं। – Godeke