मैं एक MySQL डेटाबेस में कई रिकॉर्ड स्टोर करना चाहता हूं। इन सभी में धन मूल्य समाहित है। लेकिन मुझे नहीं पता कि हर एक के लिए कितने अंक डाले जाएंगे।
इस उद्देश्य के लिए मुझे किस डेटा प्रकार का उपयोग करना है?
VARCHAR या INT (या अन्य संख्यात्मक डेटा प्रकार)?
जवाबों:
चूंकि पैसे को एक सटीक प्रतिनिधित्व की आवश्यकता होती है, वे डेटा प्रकारों का उपयोग नहीं करते हैं जो केवल अनुमानित होते हैं जैसे float। आप उस तरह के लिए एक निश्चित-बिंदु संख्यात्मक डेटा प्रकार का उपयोग कर सकते हैं
decimal(15,2)15 सटीक (दशमलव स्थानों सहित कुल लंबाई की) है2 दशमलव बिंदु के बाद अंकों की संख्या हैदेखें MySQL न्यूमेरिक प्रकार :
इन प्रकारों का उपयोग तब किया जाता है जब सटीक सटीकता को संरक्षित करना महत्वपूर्ण होता है, उदाहरण के लिए मौद्रिक डेटा के साथ ।
decimalऔर numericसमान हैं।
numeric(19,4)रिकॉर्ड के लिए व्यक्तिगत रूप से उपयोग करता हूं जो आपको नए अनुरोधों को आसानी से खेलने और अपनाने के लिए बेहतर हाथ देता है।
आप उपयोग कर सकते हैं DECIMALया NUMERICदोनों समान हैं
DECIMAL और NUMERIC प्रकार सटीक संख्यात्मक डेटा स्टोर करते हैं। इन प्रकारों का उपयोग तब किया जाता है जब सटीक सटीकता को संरक्षित करना महत्वपूर्ण होता है, उदाहरण के लिए मौद्रिक डेटा के साथ। MySQL में, NUMERIC को DECIMAL के रूप में कार्यान्वित किया जाता है, इसलिए DECIMAL के बारे में निम्न टिप्पणी NUMERIC पर समान रूप से लागू होती है। : MySQL
अर्थात DECIMAL(10,2)
मैं BIGINTमानों का उपयोग करना चाहता हूं , और मानों को 100 से गुणा करना चाहता हूं , ताकि यह पूर्णांक बन जाए।
उदाहरण के लिए, मुद्रा मूल्य का प्रतिनिधित्व करने के लिए 93.49, मूल्य को संग्रहीत किया जाएगा 9349, जबकि मूल्य को प्रदर्शित करते हुए हम 100 से विभाजित कर सकते हैं और प्रदर्शित कर सकते हैं । यह कम संग्रहण स्थान पर कब्जा कर लेगा।
सावधानी:
ज्यादातर हमcurrency * currencyगुणन प्रदर्शन नहीं करते हैं , अगर हम ऐसा कर रहे हैं तो परिणाम को 100 और स्टोर के साथ विभाजित करें, ताकि यह उचित सटीकता पर वापस आ जाए।
DECIMAL? यदि आप किसी बिंदु पर इसे भूल जाते हैं, तो आप पेनी को डॉलर में अनुवाद करने की आवश्यकता पैदा करते हैं।
$0.005या $0.12345) में पैसा स्टोर करते हैं क्योंकि वे 100 से गुणा करने के बाद एक पूर्णांक तक कम नहीं होंगे। यदि आप जानते हैं कि मूल्यों की सटीकता यह स्पष्ट है उपयोग करने के लिए सबसे अच्छा विकल्प है DECIMAL। लेकिन अगर आप सटीक (मेरे उदाहरणों में) नहीं जानते हैं तो ... FLOATउचित होगा ?
यह आपकी जरूरत पर निर्भर करता है।
DECIMAL(10,2)आमतौर पर उपयोग करना पर्याप्त है लेकिन यदि आपको थोड़ा और सटीक मूल्यों की आवश्यकता है तो आप इसे सेट कर सकते हैं DECIMAL(10,4)।
आप काम के साथ बड़ी मूल्यों की जगह तो 10साथ 19।
यदि आपके एप्लिकेशन को ट्रिलियन तक के मनी वैल्यू को संभालने की आवश्यकता है, तो यह काम करना चाहिए: 13,2 यदि आपको GAAP (आमतौर पर स्वीकृत लेखा सिद्धांतों) का अनुपालन करने की आवश्यकता है तो उपयोग करें: 13,4
आमतौर पर आपको आउटपुट के राउंडिंग से पहले 13,4 पर अपने पैसे के मूल्यों को 13,2 पर समिट करना चाहिए।
वास्तव में यह प्रोग्रामर की प्राथमिकताओं पर निर्भर करता है। मैं व्यक्तिगत रूप से उपयोग करता हूं: आम तौर पर स्वीकृत लेखा सिद्धांत ( जीएएपी ) केnumeric(15,4) अनुरूप ।
double।* हांफी *
क्योंकि यह किसी भी 15 अंकों की संख्या का प्रतिनिधित्व कर सकता है, जहां दशमलव बिंदु नहीं है । सभी एक 8 बाइट्स के लिए!
तो यह प्रतिनिधित्व कर सकता है:
0.123456789012345123456789012345.0... और बीच में कुछ भी।
यह उपयोगी है क्योंकि हम वैश्विक मुद्राओं के साथ काम कर रहे हैं , औरdouble विभिन्न स्थानों की दशमलव संख्या को स्टोर कर सकते हैं जिनकी हम संभावित रूप से मुठभेड़ करेंगे।
एक एकल doubleक्षेत्र जापानी येन में 999,999,999,999,999 का प्रतिनिधित्व कर सकता है, अमेरिकी डॉलर में 9,999,999,999,999.99 और यहां तक कि बिटकॉइन में 9,999,999.99999999s
यदि आप ऐसा ही करने की कोशिश करते हैं decimal, तो आपको decimal(30, 15)14 बाइट्स की आवश्यकता होती है।
बेशक, का उपयोग doubleकिए बिना caveats नहीं है।
हालाँकि, यह सटीकता की हानि नहीं है क्योंकि कुछ इंगित करते हैं। भले ही doubleस्वयं आंतरिक रूप से आधार 10 प्रणाली के लिए सटीक नहीं हो सकता है , हम डेटाबेस से इसके महत्वपूर्ण दशमलव स्थानों तक खींचते हुए मूल्य को गोल करके सटीक बना सकते हैं। जरूरत है तो वह है (उदाहरण यदि यह आउटपुट होने वाला है, और बेस 10 का प्रतिनिधित्व आवश्यक है।)
कैवियट हैं, किसी भी समय हम इसके साथ अंकगणित करते हैं, हमें पहले परिणाम को सामान्य करने की आवश्यकता है (इसे अपने महत्वपूर्ण दशमलव स्थानों पर गोल करके):
एक अन्य प्रकार का चेतावनी है, इसके विपरीत, decimal(m, d)जहां डेटाबेस प्रोग्रामों को mअंकों से अधिक संख्या के साथ डालने से रोकेगा , ऐसी कोई मान्यता मौजूद नहीं है double। एक प्रोग्राम 20 अंकों का एक उपयोगकर्ता इनपुट मूल्य सम्मिलित कर सकता है और यह अंत में एक गलत राशि के रूप में दर्ज किया जाएगा।
1.410000000000(बारह महत्वपूर्ण दशमलव स्थान), लेकिन गुणा करके 1,000,000,000,000 (जो दशमलव बिंदु से बचे 13 महत्वपूर्ण अंक हैं) का अर्थ है कि हम साथ काम कर रहे हैं कम से कम 25 अंकों का संयुक्त महत्व। यह अब तक एक डबल के लिए उपलब्ध 15 से आगे निकल गया है, इसलिए डिजाइन-वार मुझे लगता है कि यह बहुत टूट जाएगा।
उस समय यह सवाल पूछा गया था कि बिटकॉइन की कीमत के बारे में किसी ने नहीं सोचा था। बीटीसी के मामले में, यह संभवतः उपयोग करने के लिए अपर्याप्त है DECIMAL(15,2)। यदि बिटकॉइन $ 100,000 या उससे अधिक हो जाएगा, तो हमें DECIMAL(18,9)अपने ऐप्स में क्रिप्टोकरेंसी का समर्थन करने के लिए कम से कम की आवश्यकता होगी ।
DECIMAL(18,9)MySQL में 12 बाइट्स लेता है ( 4 बाइट्स प्रति 9 अंक )।
BIGINTकम भंडारण स्थान का उपयोग करने के कारण 100 या उससे अधिक के रूप में पैसे का भंडारण करना सभी "सामान्य" स्थितियों में कोई मतलब नहीं है।
DECIMAL(13,4)DECIMAL।
DECIMAL(13,4) 9 अंकों + 4 अंश अंकों (दशमलव स्थानों) => 4 + 2 बाइट्स = 6 बाइट्स का प्रतिनिधित्व करता हैBIGINT।यदि GAAP अनुपालन आवश्यक है या आपको 4 दशमलव स्थानों की आवश्यकता है:
DECIMAL (13, 4) जो अधिकतम मूल्य का समर्थन करता है:
$ 999,999,999.9999
अन्यथा, यदि 2 दशमलव स्थान पर्याप्त हैं: DECIMAL (13,2)
src: https://rietta.com/blog/best-data-types-for-currencymoney-in/
10000 गुणा और BIGINT के रूप में स्टोर, विजुअल बेसिक और ऑफिस में "मुद्रा" की तरह। Https://msdn.microsoft.com/en-us/library/office/gg264338.aspx देखें
deimal(10,2)मैं क्या उपयोग करता हूं ... आप अपेक्षित आकार के आधार पर मूल्यों को समायोजित कर सकते हैं