Mysql: Uint32 और uint64 प्रकार प्रदान करें

को निर्मित 28 नव॰ 2017 · 7टिप्पणियाँ · स्रोत: go-sql-driver/mysql

मुद्दे का विवरण

प्राथमिक कुंजी के रूप में नियमित MySQL INT प्रकार का उपयोग करते समय, उपयोगकर्ता आमतौर पर INT UNSIGNED साथ प्रकार बनाते हैं जो 32b अहस्ताक्षरित int है। हालांकि मूल db.sql पैकेज में ऐसा कोई प्रकार नहीं है।

मैं इस पर विचार-विमर्श किया reddit और हर कोई इस प्रकार लिखने के लिए सुझाव दिया। हालाँकि ऐसा लगता है कि इसका उपयोग पुस्तकालय में होना चाहिए। मुझे लगता है कि यह इस लाइब्रेरी में होना चाहिए, क्योंकि यह MySQL के विशिष्ट प्रकार (बाइट साइज हैं) और मुझे नहीं लगता कि हम इसे db.sql पैकेज में धकेल सकते हैं।

मेरा मानना है कि संरचनाएं MySQL में डेटा प्रकारों का सही ढंग से प्रतिनिधित्व करना चाहिए, ताकि कोई ओवरफ्लो न हो, जो कि INT UNSIGNED में डेटा को बचाने के लिए NullInt64 का उपयोग करते समय होगा। BIGINT UNSIGNED का उपयोग करते समय समान लागू होता है - जिसका अधिकतम मूल्य NullInt64 में फिट नहीं होगा।

उदाहरण कोड

type MyTable struct {
    ID uint
}

type MyOtherTable struct {
    ID uint
    MyTableID mysql.NullUint32 // Nullable relationship with MyTable
}

मैं इन प्रकारों को बना सकता हूं, मैं उन्हें लिखने से पहले पूछना चाहता हूं कि क्या आप इस पैकेज में उनके साथ ठीक होंगे।
धन्यवाद।

databassql issue enhancement question

स्रोत

lunemec

👍1

सबसे उपयोगी टिप्पणी

@arnehormann इस बारे में गो डेटाबेस / sql पैकेज rsc ने कहा कि यह समर्थन विशेष रूप से गोलंग mysql ड्राइवर में जोड़ा जाना चाहिए (क्योंकि सभी डेटाबेस इन बड़े मूल्यों का समर्थन नहीं करते हैं)।

यहां देखें: https://github.com/golang/go/issues/9373

lunemec 1 दिस॰ 2017

👍16

सभी 7 टिप्पणियाँ

हम https://golang.org/pkg/database/sql/driver/#Value से बंधे हैं - और ड्राइवर इन बाधाओं के भीतर डेटाबेस / एसक्यूएल के साथ संचार कर रहा है। NullTime के अलावा जो डेटाबेस / sql में गायब था, हम अतिरिक्त प्रकार नहीं जोड़ेंगे।

arnehormann 29 नव॰ 2017

यहां देखें: https://github.com/golang/go/issues/9373

lunemec 1 दिस॰ 2017

👍16

हां, उन्होंने लिखा:
`` `ऐसे डेटाबेस (उदाहरण के लिए sqlite) हैं जो इतने बड़े मूल्यों का समर्थन नहीं करते हैं।
इसीलिए डेटाबेस / sql इसे डिफ़ॉल्ट रूप से अनुमति नहीं देता है।
हम अब उस निर्णय को नहीं बदल सकते, क्योंकि यह सभी मौजूदा ड्राइवरों को तोड़ देगा।

यदि MySQL ऐसे बड़े मूल्यों का समर्थन करता है, तो MySQL ड्राइवर इसे बना सकता है
ड्राइवर का कार्यान्वयन
uint64s एक कस्टम मान नियंत्रक में।

यही है, एक MySQL ड्राइवर जो बड़े uint64s को अनुमति देना चाहता है वह आज कर सकता है।
डेटाबेस / sql में कोई कोड परिवर्तन की आवश्यकता नहीं है।
`` `

मैं मानता हूं, यह uint64 के बजाय uint32 के लिए और भी महत्वपूर्ण है, क्योंकि uint64 के जल्द ही कभी भी अतिप्रवाह की संभावना कम है।
हम इसे कैसे बनाते हैं? मैं इसके लिए पुल अनुरोध बनाने में मदद करने को तैयार हूं।

mastertheknife 22 सित॰ 2020

हम पहले से ही uint64 का समर्थन करते हैं।

methane 23 सित॰ 2020

हम पहले से ही uint64 का समर्थन करते हैं।

लेकिन NullUint64 नहीं, जिसका उपयोग BIGINT UNSIGNED nullable फ़ील्ड के लिए किया जाना चाहिए।
इसके बजाय NullInt64 का उपयोग करने की आवश्यकता है, जो अतिप्रवाह को ट्रिगर कर सकता है।

mastertheknife 23 सित॰ 2020

आपने uint64 के बारे में rsc की टिप्पणी का उल्लेख किया है, इसलिए मैंने उत्तर दिया कि यह पहले से ही लागू है जैसा कि rsc ने सुझाया है।
यदि आप uint64 के बजाय NullUint64 का प्रस्ताव कर रहे हैं, तो rsc की टिप्पणी का उल्लेख किए बिना ऐसा कहें। यह सिर्फ भ्रामक है।

methane 23 सित॰ 2020

हम पहले से ही uint64 का समर्थन करते हैं।
लेकिन NullUint64 नहीं, जिसका उपयोग BIGINT UNSIGNED nullable फ़ील्ड के लिए किया जाना चाहिए।
इसके बजाय NullInt64 का उपयोग करने की आवश्यकता है, जो अतिप्रवाह को ट्रिगर कर सकता है।

मैंने एक पैकेज बनाया जो इस तरह की समस्या को हल करता है

https://github.com/Thor-x86/nullable

Thor-x86 17 नव॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Mysql: Uint32 और uint64 प्रकार प्रदान करें

मुद्दे का विवरण

उदाहरण कोड

सबसे उपयोगी टिप्पणी

सभी 7 टिप्पणियाँ

संबंधित मुद्दों