मेरी समझ यह है कि एक हैश कोड और चेकसम समान चीजें हैं - एक संख्यात्मक मान, जो डेटा के ब्लॉक के लिए गणना की जाती है, यह अपेक्षाकृत अद्वितीय है।
यानी एक ही संख्यात्मक हैश / चेकसम वैल्यू के डेटा के दो ब्लॉक की संभावना इतनी कम है कि इसे एप्लिकेशन के प्रयोजनों के लिए नजरअंदाज किया जा सकता है।
तो क्या हमारे पास एक ही चीज़ के लिए दो शब्द हैं, या हैश कोड और चेकसम के बीच महत्वपूर्ण अंतर हैं?
3
नीचे दिए गए उत्तरों को संक्षेप में प्रस्तुत करने के लिए: एक हैश कोड एक छोटी संख्या में इनपुट को कम कर देता है, इस तरह से टकराव की संभावना को कम करता है। दूसरी ओर, एक चेकसम, एक छोटी संख्या में इनपुट को कम कर देता है, इस तरह से टकराव की संभावना को कम करता है। आप उस विवरण को मनमाने ढंग से रीफ़्रेश करके एक ध्वनि को दूसरे से अलग कर सकते हैं।
—
डेन स्टाल्के
@DanStahlke - नहीं, ऐसा नहीं है कि नीचे दिए गए उत्तर क्या कहते हैं। हां, वे दोनों कम संख्या में इनपुट कम करते हैं। लेकिन ऐसा करने के लिए कई, कई तरीके हैं, कैसे एल्गोरिदम का उपयोग करने के लिए चुनना है? जो आपके लक्ष्य पर निर्भर करता है। शीर्ष दो उत्तरों को संक्षेप में प्रस्तुत करना: एक चेकसम का लक्ष्य " सबसे सामान्य त्रुटियों का पता लगाना " है। एक एल्गोरिथ्म चुनें जो आपके परिदृश्य में "सबसे आम" हो, जो भी हो, एक अलग चेकसम की उपज देता है। यदि आप एक या दो बिट्स के टकराने के बारे में चिंतित हैं, तो आप एक एल्गोरिथ्म चुन सकते हैं जो उस विशिष्ट त्रुटि का पता लगाने की गारंटी देता है ! यह एक बहुत ही विशिष्ट व्यापार है।
—
टूलमेकरसेव
@DanStahlke - दूसरी ओर, हैश कोड संभावित व्यापार- बंदों की एक विस्तृत श्रृंखला को शामिल करता है। अगर हम एक हैश तालिका बनाने में इस्तेमाल एक मूल्य मतलब है, हम जानते हैं कि वहाँ होगा टकराव, उनमें से बहुत से हो। यह एक बहुत अलग ट्रेड-ऑफ (चेकसम की तुलना में) है। हम औसतन टकराव कम करने की कोशिश कर रहे हैं । हम कुछ भी गारंटी नहीं देते हैं। कुछ इनपुट हो सकते हैं जो केवल एक बिट से भिन्न होते हैं, फिर भी उसी हैश का उत्पादन करते हैं। यह पूरी तरह से ठीक है, अगर औसतन हमें हैश मूल्यों का अच्छा प्रसार मिलता है। फिर भी एक चेकसम के लिए अस्वीकार्य होगा।
—
टूलमेकरसैट