क्या MySQL में decimal(22,2) के रूप में पैसे के मूल्यों को स्टोर करना ठीक है? मैं एक आभासी दुनिया के लिए एक वेब आधारित बाजार और विज्ञापन नेटवर्क लिख रहा हूँ।क्या MySQL में दशमलव (22,2) के रूप में धन को स्टोर करना ठीक है?
क्या होगा यदि किसी के पास साठ डॉलर है?! इस क्षेत्र में बेंजामिन का विशाल ढेर नहीं हो सकता ....
हालांकि गंभीरता में, SQL सर्वर और PostgreSQL के पास पैसा डेटाटाइप है, और एक्सेस में मुद्रा डेटाटाइप है। ओरेकल और MySQL न तो है।
यह धागा - Best data type for storing currency values in a MySQL database
लेकिन किसी कारण से 4 महत्वपूर्ण अंक सिफारिश की गई है, मैं इस स्थिति में आप आंशिक सेंट (शेयर शेयरों, आदि) की जरूरत है लगता है।
यदि कोई उपयोगकर्ता sextillion डॉलर (गंभीरता में) से अधिक हो सकता है, और आपको भंडारण के लिए सेंट के अंशों की गणना करने की आवश्यकता नहीं है, तो आपका प्रारूप ठीक होना चाहिए।
आपको खुद से पूछना चाहिए "मेरे कार्यक्रम का उपयोग करने वाले किसी व्यक्ति का कितना पैसा होगा?" और "मुझे अपने दशमलव स्थानों की क्या आवश्यकता है?"
यदि आपको केवल एक बिलियन तक संभालना होगा, तो ऐसा लगता है (10,2) पर्याप्त होगा। यदि आप ब्याज की गणना के लिए अधिक सटीकता चाहते थे तो शायद आप (10,5) चाहते हैं। यदि आप केवल पेरोल और वार्षिक वेतन का ट्रैक रखते हैं, तो ऐसा लगता है कि (7,2) पर्याप्त होगा (और मैं 7 भाग में होना चाहता हूं, धन्यवाद!)
आपके उद्देश्य को जानने के बिना डेटा, इसका उत्तर देना मुश्किल है। मैं आपको वह प्रश्न पूछ सकता हूं जो आपको खुद से पूछना है।
यदि आप किसी डेटाबेस में पैसा संग्रहीत कर रहे हैं, तो आप इंट टाइप का उपयोग कर सकते हैं लेकिन न्यूनतम मूल्य (डॉलर के लिए सेंट) में स्टोर कर सकते हैं, फिर आवश्यक होने पर बस 100 से विभाजित करें। यह तेजी से काम करेगा।
हाँ। मुझे लगता है कि यह काम करेगा। मुझे संदेह है कि इस खेल में भी इतना पैसा है! लेकिन मेरी इच्छा है कि MySQL एक पैसा प्रकार जोड़ देगा। – Keverw
ध्यान रखें कि यदि आवेदन अन्य मुद्राओं को ध्यान में रखकर विस्तारित हो सकता है, तो आपको परिशुद्धता के लिए 2 अंकों से अधिक की आवश्यकता हो सकती है। बिटकोइन, सबसे चरम उदाहरण के रूप में मुझे पता है, 8 अंकों की सटीकता का उपयोग करता है। और कई अन्य लोग हैं जो 3 अंकों का उपयोग करते हैं। –