अजीब मूल्य परिवर्तन जब डेटाबेस

Question

में डबल-प्रकार डेटा (जियोलोकेशन) बचत मेरी MySQL डेटाबेस में दोगुना हो जाता है के रूप में मैं जियोलोकेशन डेटा भंडारण के लिये दो क्षेत्रों, परिभाषित किया गया है:

`address_geo_latitude` float(10,6) NOT NULL, 
`address_geo_longitude` float(10,6) NOT NULL 

और मैं उपयोग कर रहा हूँ Yii2 के उपयोगकर्ता द्वारा पारित मूल्यों पर double सत्यापनकर्ता:

public function rules() 
{ 
    return [ 
     [['address_geo_latitude', 'address_geo_longitude'], 'double', 'min'=>0, 'max'=>360] 
    ]; 
} 

परीक्षण I'v के दौरान (हालांकि मेरे परीक्षण साबित हो सकता है, इस मुद्दे Yii2 प्रमाणकों के साथ कोई संबंध नहीं है कि लगता है) ई मनाया अजीब मूल्यों के परिवर्तन, यानी (?):

• 359.90359.899994 (0,000006 अंतर) हो जाता है,
• 359.80359.799988 हो जाता है (0,000012 अंतर),
• 311.11311.109985 (0,000015 अंतर) हो जाता है,
• 255.55255.550003 (-0,000003 अंतर) बन गया,
• 205.205 हो जाता है 205.205002 (-0,000002 अंतर),
• 105.105105.105003 (-0,000003 अंतर) हो जाता है।

लेकिन:

• 359.899994359.899994 बनी हुई है,
• 311.109985 रहता 311.109985,
• 311 रहता 311,
• 255 रहता 255,
• 200 अवशेष 200,
• 75.7575.75 बनी हुई है,
• 11.1111.11 बनी हुई है।

मुझे क्या याद आ रही है? मैं इनके पीछे कोई पैटर्न या तर्क नहीं देख सकता।

क्या यह है, क्योंकि मेरे पास इस प्रकार के डेटा के लिए गलत MySQL फ़ील्ड घोषणा है? यदि हां, तो सही क्या है? कुछ अलग जवाब:

• Database/SQL: How to store longitude/latitude data?
• What datatype to use when storing latitude and longitude data in SQL databases?
• What is the ideal data type to use when storing latitude/longitudes in a MySQL database?

पता चलता है, कि float(10,6) उपयोग करते हुए, सबसे अच्छा विकल्प है यदि MySQL के spatial extensions का उपयोग नहीं।

print_r(Yii::$app->request->post()); //Correct! 
print_r($lab->address_geo_latitude); //Correct! 

if ($lab->load(Yii::$app->request->post(), 'Lab') && $lab->save()) { 
    print_r($lab->address_geo_latitude); //Correct! 

    $lab2 = $this->findModel($lab->id); 
    print_r($lab2->address_geo_latitude); //<-- HERE! Incorrect! 
} 

_{मेरा प्रश्न this one के विपरीत पर है: क्योंकि मूल्य जब तक डेटाबेस से फिर से पढ़ सही रहता है}

मेरे परीक्षण, साबित हो सकता है, इस मुद्दे Yii2 प्रमाणकों के साथ कोई संबंध नहीं है कि लगता है। मेरी संख्या लाभ, हार नहीं, सटीकता! और केवल कुछ संख्याओं के लिए, हमेशा नहीं।

Answer 1

यह वाईआई के कारण नहीं होता है लेकिन बाइनरी सिस्टम पर फ़्लोटिंग-पॉइंट मान कैसे संग्रहीत किए जाते हैं।

आप MySQL documentation "फ्लोटिंग प्वाइंट मान के साथ कोई समस्या" में पढ़ सकते हैं के रूप में:

फ्लोटिंग-बिन्दु संख्या कभी कभी भ्रम की स्थिति पैदा कर रहे हैं, क्योंकि वे अनुमानित हैं और सटीक मान के रूप में जमा नहीं। SQL स्टेटमेंट में लिखे गए के रूप में फ़्लोटिंग-पॉइंट मान आंतरिक रूप से प्रतिनिधित्व किए गए मान जैसा नहीं हो सकता है। उदाहरण के साथ इस समस्या के लिए

Here you can find the great explanation। जैसा कि आप देख सकते हैं कि संख्याएं थोड़ी बड़ी हो सकती हैं, छोटी या बिल्कुल नहीं बदली जा सकती हैं लेकिन आपको हमेशा याद रखना होगा कि यह केवल एक अनुमान है।

gelocation डेटा के लिए आप सरल DECIMAL type उपयोग सुनिश्चित मूल्यों डेटाबेस में कोई बदलाव नहीं जमा हो जाती है बनाने या Spacial Data type की दुकान और क्वेरी डेटा कि एक ज्यामितीय अंतरिक्ष में परिभाषित वस्तुओं का प्रतिनिधित्व करता करने के लिए अनुकूलित का उपयोग कर सकते हैं।