मेरा सुझाव है कि आप ऑर्डर लाभ नहीं देख रहे हैं क्योंकि लक्ष्य तालिका में कोई पीके नहीं है। तो, यह रूपांतरण उपरि है जो आप देख रहे हैं। यदि इसमें पीके है, तो 585k पंक्तियों को अभी भी सम्मिलित करने पर क्रमबद्ध किया जाना चाहिए। SQL कैसे जानता है कि यह अर्ध-क्रमबद्ध है?
अब, यदि यह 5,850 x 100 पंक्ति प्रविष्टियां थीं, तो आपको कुछ लाभ दिखाई दे सकते हैं क्योंकि नई पंक्तियाँ "अंत में" होंगी न कि "बीच में" इसलिए पृष्ठ विभाजन और उपरि को कम करना।
मैं आगे जाकर कहूंगा कि लेख 2002 का है, और SQL 2000 के लिए है, और वास्तविक जीवन से आगे निकल गया है।
SQL सर्वर 2005 में हमारे पास कुछ मुद्दों को हल करने के लिए कड़ाई से मोनोटोनिक GUID को अनुमति देने के लिए SEQUENTIAL GUIDs हैं। PK के रूप में GUID यहां भी किया गया है:हालिया उदाहरण:INT बनाम विशिष्ट-पहचानकर्ता डेटाबेस में आईडी फ़ील्ड के लिए तृतीय पक्ष लिंक के साथ।
यदि कोई ओआरएम प्राकृतिक कुंजी या मानक इंट-आधारित सरोगेट कुंजी के बजाय GUID को PK के रूप में निर्देशित करता है, तो यह ORM की एक गंभीर सीमा है। और क्लाइंट पूंछ डेटाबेस कुत्ते को छेड़ने का मामला।
